测试用例是业务测试岗位的核心产出，其内容不是一成不变的，随着项目的推进以及产品特性的迭代，用例覆盖的测试点也会发生变化，进而导致用例的变更。
那么哪些因素可能导致测试用例发生变更呢？笔者总结了三点。
第一点，产品需求发生变更，导致已有的部分功能实现方式会存在差异，如果直接套用过去的测试用例进行功能验证，其结果并不具备参考性，这个时候需要站在产品使用角度，去重新审视功能的预期结果是什么，进而对已有用例的内容进行优化改写。
第二点，用例本身存在设计遗漏，即使是再简单的产品，也无法设计出所谓的“完备用例”，去覆盖所有可能的功能、非功能测试测试点，通过客户使用反馈、内部交叉测试的方式，可以防止陷入用例设计人员的思维固势，从而跳脱出来去避免设计漏测出现的可能性。
第三点，语言表述存在问题，对于一些复杂的测试用例，即使是用例设计者，时间长了再重新阅读自己过去写的东西，也可能存在一些解读偏差，更不要说把用例交给其他人来使用了了，因此维护期间通常需要花费额外的时间去改进表述，最后达到“言简意赅”的效果。
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
