编写质量测试 [英] Writing Quality Tests

问题描述

我们知道，在衡量测试代码的质量时，代码覆盖率是一个糟糕的指标.我们也知道测试语言/框架是浪费时间.

We know that code coverage is a poor metric to use when gauging the quality of test code. We also know that testing the language/framework is a waste of time.

另一方面，我们可以使用哪些指标来确定质量测试?是否有任何最佳实践或经验法则可以帮助您识别和编写更高质量的测试?

On the other hand, what metrics can we use to identify quality tests? Are there any best practices or rules of thumbs that you've learned to help you identify and write higher quality tests?

推荐答案

1. 确保您的测试相互独立.测试不应依赖于其他测试的执行或结果.
2. 确保每个测试都有明确定义的进入标准、测试步骤和退出标准.
3. 建立需求验证可追溯性矩阵 (RVTM).每项测试都应验证一项或多项要求.此外，每项要求都应至少通过一项测试进行验证.
4. 确保您的测试可识别.建立一个简单的命名或标签约定并坚持下去.记录缺陷时参考测试标识符.
5. 像对待代码一样对待测试.拥有一个反映您的软件开发过程的测试件开发过程.测试应该有同行评审、受版本控制、有变更控制程序等.
6. 对测试进行分类和组织.根据需要轻松查找和运行测试或测试套件.
7. 使您的测试尽可能简洁.这使它们更易于运行和自动化.运行大量小测试比运行一个大测试要好.
8. 当测试失败时，轻松查看为什么测试失败.

这篇关于编写质量测试的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！