一组3+项目的单元测试现在失败了。看来这些测试本身已经过时了,我浪费了时间去寻找不存在的bug。
为了防止再次发生这种情况,我将更新单元测试以更正值,并希望记录为什么输入数据和预期结果是正确的。
任何关于这样做的最佳实践的建议和建议,使这个项目的下一个人变得更容易,现在将是非常有帮助的。
发布于 2019-09-15 14:41:41
仔细命名测试,以输入数据和预期结果的形式反映需求。
我也遇到过类似的情况,但对于集成UI测试,当我们开始用单个特定的需求仔细命名测试时,它确实帮助了我们,尽管有时名称非常长。
我们确保测试名称应该明确地反映单个直接需求(或子需求),这对于所有团队成员来说都应该是可以理解的。
当我们打开一个旧的测试,如果我们真的需要深入测试方法来理解它,那么它的明确指示,我们需要正确地重命名它,以反映输入和输出w.r.t。一项要求。
示例: CalcShippingCharges_OrdValGrtThan35_FreeShipping
发布于 2019-09-15 18:09:16
对于单元测试最佳实践,我建议您阅读Gerard的xUnit测试模式:重构测试代码书籍。
这本书基本上是一个最佳实践的集合,模式与测试反模式和气味。
另外,检查图书网站。
不要害怕标题中的XUnit词,这些模式适用于您使用的任何类型的单元测试框架。
https://sqa.stackexchange.com/questions/40814
复制相似问题