粗略地说,单元测试是用测试代码单独测试代码的一部分.想到的直接好处是:
- 运行测试变得可自动化且可重复
- 您可以通过GUI进行比点击式测试更精细的测试
我的问题是,在工具方面目前的"最佳实践"是什么,以及何时何地使用单元测试作为日常编码的一部分？
让我们尝试在某种程度上与语言无关并覆盖所有基础.
天儿真好,
我正与一群离岸开发人员合作,他们一直在使用单位测试这个术语.
他们的QA文档讨论了编写单元测试然后执行系统的单元测试.
这不符合我对单元测试的解释.
我习惯将单元测试作为测试或测试套件,用于练习单个类,通常是黑盒子.被测试的类可能需要实现包含其他类,但通常它是由单元测试执行的单个类.
然后你有系统功能测试,整合测试,验收测试等.
我想知道这对我来说有点迂腐吗？或者这是你在提到单元测试和单元测试时的想法？
编辑:Rob Wells.我需要澄清的是,从黑匣子的角度来看这种测试只是一个方面.当使用模拟对象来验证内部行为时,您实际上是从白盒的角度进行测试,因为您知道要在框内发生什么.