为什么要进行「单元测试」？
回答·11
最热
最新
- 1.帮助理解需求 单元测试应该反映Use Case，把被测单元当成黑盒测试其外部行为。 2.提高实现质量 单元测试不保证程序做正确的事，但能帮助保证程序正确地做事，从而提高实现质量。 3.测试成本低 相比集成测试、验收测试，单元测试所依赖的外部环境少，自动化程度高，时间短，节约了测试成本。 4.反馈速度快 单元测试提供快速反馈，把bug消灭在开发阶段，减少问题流到集成测试、验收测试和用户，降低了软件质量控制的成本。 5.利于重构 由于有单元测试作为回归测试用例，有助于预防在重构过程中引入bug。
- 早发现早解决，早节约成本，高效
- 虽然有测试两个字，但是这块主要还是开发人员自己来测试。 通俗的理解就是通过测试代码来检查业务代码到逻辑是否正确，常见的测试方法有边界测试，分支测试。 单元测试通过了，该模块才会提测。 推荐读物“单元测试的艺术”
- 单元测试是粒度概念 1、保证细粒度代码级别功能正确性 2、极限场景下不可测，可基于代码（方法、类、接口）级别测试
- 觉得最大的作用还是在修改 bug 或重构的时候，避免影响到之前已有功能的正确性，每次有修改后跑一遍单元测试，会觉得质量上有保障。
- 一般是开发做 是从最小可测试单元（比如函数）出发测试保障代码质量 一般是 j 开发自测的一部分。 做不做单元测试，提测质量上能很明显有差别，不过国内互联网一般不做单元测试
- 保证代码上库之前功能/需求的基本实现，，一般由开发人员在自测试环节完成；测试人员更关注于集成测试，模块之间的相互影响，模块在系统下的性能、稳定性等等
- 单元是开发弄的，如果单元测试都不通过你后面就别想测试
- 投入少，产出高，性价比优
- 保证产品质量，稳定底层代码