管理进化 返回

如何写好测试用例?

本文面向所有需要设计、执行、评价测试用例的角色,如需要写底层测试的研发、负责测试设计与执行的测试、进行代码或测试评审的研发负责人和质量负责人等,以及想提升对软件质量理解的其他角色。我们看到的大部分关于测试用例设计的文章,都在讲等价类、因果图、流程法等内容,这是关于测试用例的具体设计方法层面。本文想讨论的重点是,测试用例设计该遵循什么原则,有哪些思维和观点有助于产出更好的测试设计,这些思考汇集了对质量和测试的理解,以及对设计成本和质量预期的平衡,思考这些原则有助于测试设计的完备性和有效性。 一、测试用例有哪些设计原则?测试用例设计需要遵循以下原则:基于需求、场景化、描述精准、可判定、原子化、可回归、独立、正交。下面就这些原则来逐一解释。 1.基于需求测试用例是为了验证需求而设计的,应避免过度设计。 从需求出发,设计能有效验证需求的测试用例明确不在需求范围内的功能,不设计测试用例在需求范围内的功能,不过度设计一些没有明确提出、但属于共识或隐含的需求,应设计测试用例例1:集成系统之间用于同步数据的更新接口,需求规定接口只允许单独调用,如果设计了并发量的测试,就属于过度设计。就算并发量测试出了问题,也不能作为软件缺陷,因为并发调用不在需求范围内。 例2:单次调用这个接口,等了半天没响应。这种情况,

智齿客服