我们知道,在衡量测试代码的质量时,代码覆盖率是一个很差的度量标准。我们也知道测试语言/框架是浪费时间。
另一方面,我们可以使用什么指标来识别质量测试?您是否学到了任何最佳实践或经验法则来帮助您识别和编写更高质量的测试?
发布于 2008-10-13 11:53:29
发布于 2008-10-12 19:39:20
确保编写测试既简单又快速。然后写出很多这样的东西。
我发现很难提前预测哪些测试将会失败,要么是现在,要么是很长一段时间。我倾向于采取一种分散的方法,如果我能想到的话,我会尝试击中角落案例。
此外,不要害怕编写更大的测试,这些测试一起测试一堆东西。当然,如果测试失败,可能需要更长的时间才能找出哪里出了问题,但通常情况下,只有当你开始将东西粘合在一起时,问题才会出现。
发布于 2008-10-12 19:08:02
编写测试来验证基本功能和软件意图的个别用例。然后编写测试来检查边缘情况并验证预期的异常。
换句话说,从客户的角度编写好的单元测试,忘记测试代码的度量标准。没有任何度量标准会告诉您测试代码是否良好,只有运行正常的软件才会告诉您测试代码是否良好。
https://stackoverflow.com/questions/195856
复制相似问题