用例完备性1:用例模板

1.问题

如何保障需求测试前写的用例是完善的，无遗漏的？这个是很多测试人员写用例时面临的问题和挑战。

核心原则是：以需求为锚点，以场景为脉络，以风险为补充，通过方法、评审和工具的结合，确保没有 “测试死角”。只有这样，才能在有限的测试资源下，最大限度地降低软件上线后的质量风险。

除了参考需求文档和技术方案文档之外，很多人是根据经验，采用探索式方法发现更多的用例，其实对于测试人员来说，负责的业务迭代特点和迭代方向都比较固定，用例有一部分功能是可以固化形成模板。

例如我自己负责的业务方向是搜索引擎，业务特点是高并发低延迟，迭代方向主要是增加入口流量、增加供给、提高转化率。服务端的用例比较相似，所以根据以往的用例设计总结出一套用例模板

2.服务内部功能迭代模板

3.消息队列用例模板

用例设计原则：

• 根据被测系统的特点设计，例如消息队列的特点
• 需要考虑功能与非功能
• 影响点评估
• 存量功能回归
• 性能、安全性等
• 日志与监控