首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >写作质量测试

写作质量测试
EN

Stack Overflow用户
提问于 2008-10-12 19:02:21
回答 7查看 1.4K关注 0票数 15

我们知道,在衡量测试代码的质量时,代码覆盖率是一个很差的度量标准。我们也知道测试语言/框架是浪费时间。

另一方面,我们可以使用什么指标来识别质量测试?您是否学到了任何最佳实践或经验法则来帮助您识别和编写更高质量的测试?

EN

回答 7

Stack Overflow用户

回答已采纳

发布于 2008-10-13 11:53:29

  1. 确保您的测试彼此独立。测试不应该依赖于其他测试的执行或结果。
  2. 确保每个测试都有明确定义的进入标准、测试步骤和退出标准。
  3. 建立了一个需求验证可追溯性矩阵。每个测试都应该验证一个或多个需求。此外,每个需求都应该通过至少一个测试进行验证。
  4. 确保您的测试是可识别的。建立一个简单的命名或标签约定,并遵守它。在记录缺陷时引用测试识别器。
  5. 对待测试就像对待代码一样。有一个反映您的软件开发过程的测试软件开发过程。测试应该有同行评审,在版本控制下,有变更控制程序,etc.
  6. Categorize和组织你的测试。根据需要轻松查找和运行测试或测试套件。
  7. 使您的测试尽可能简洁。这使得它们更容易运行和自动化。运行多个小测试比运行一个大型测试更好。
  8. 当测试失败时,可以很容易地了解测试失败的原因。
票数 16
EN

Stack Overflow用户

发布于 2008-10-12 19:39:20

确保编写测试既简单又快速。然后写出很多这样的东西。

我发现很难提前预测哪些测试将会失败,要么是现在,要么是很长一段时间。我倾向于采取一种分散的方法,如果我能想到的话,我会尝试击中角落案例。

此外,不要害怕编写更大的测试,这些测试一起测试一堆东西。当然,如果测试失败,可能需要更长的时间才能找出哪里出了问题,但通常情况下,只有当你开始将东西粘合在一起时,问题才会出现。

票数 5
EN

Stack Overflow用户

发布于 2008-10-12 19:08:02

编写测试来验证基本功能和软件意图的个别用例。然后编写测试来检查边缘情况并验证预期的异常。

换句话说,从客户的角度编写好的单元测试,忘记测试代码的度量标准。没有任何度量标准会告诉您测试代码是否良好,只有运行正常的软件才会告诉您测试代码是否良好。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/195856

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档