作为测试人员，日常最频繁的活动便是对修改进行验证，不管是新功能增加还是bug修改都会动代码，有的代码修改不单单只影响当前功能，为了确保验证全面，不会出现遗留问题，在测试之前，需要对修改进行评估，确认修改范围。

修改范围可通过如下两种方式判断：

1、产品的需求原型文档

其实产品需求文档属于明面上的一些可圈可点的，可以获得依据的地方，他可以明确告诉你修改哪些页面和哪些功能，只需要按照需求原型把测试点细化即可。

2、转测文件中，开发给出的测试建议

在版本转测的时候，开发也应该在转测文件中指出修改影响的范围和测试建议，测试人员需要把这些涉及点纳入测试设计中，如果还有不明白的地方需要及时找对应的开发人员进行沟通，可以更好的梳理测试范围

代码修改判断方式：

前端bug：确认是否涉及公共组件，如涉及公共组件，相关功能都需要操作验证；

后端bug：确认修改类型，是接口传参格式修改（需要前端配合），数据存储格式修改还是接口字段修改（新增或删除字段），根据修改方式明确测试范围。

3、测试总结文档

这个是属于测试人员内部的宝贵财富了，总结了之前版本的一些实现方式，包括数据库啊，设计原理啊，翻找一下相关功能的文档，可以大致看出之前的一些设计框架，这样也更有利于我们明确修改程度和影响范围，同时自己在这个版本验证完毕之后，最好也把相关修改纳入文档中，方便后面的人学习了解。

—————————————————————————————————————————————

知彼知己，百战不殆。只有先了解修改原因，修改效果，修改方式，明确修改范围和测试程度，才能更好的帮助我们做好质量把控，做一个合格的测试人员。