如何复测BUG-总结

zhaojunhua03402

对一个缺陷BUGFIX要包含以下内容的确认，才真正意义上关闭了该缺陷（仅供参考）

1)    按照BUG再现步骤执行，现象不发生

2)    再现次数-验证多少回确保缺陷没有发生

①   每回稳定复现的缺陷：3-5回（常用）

②   不稳定复现，应该在复现频率的3到5倍验证（常用）

3)    影响范围测试：根据本缺陷错误原因，解决与分析可能影响的内容，针对以下几个问题测试方法有所不同

①   公共方法：不同功能模块调用一个方法（可以与开发沟通确认）

复测方法：

只需要验证1~2个功能模块即可，不必要所有都验证

②   同一个功能但是不同模块复用，但是有所修改与变更

复测方法：

需要对不同修改复用归类，同类抽取验证

③   该BUG代码修改直接影响数据交互范围

复测方法：覆盖所有涉及交互的内容

④   可能引起的问题范围复测：

A.    根据解决方案的优略势（可以从会发会问题的解决方案上理解，也可以沟通）：选择可能的风险复测

B.    修改后其他可能功能影响风险复测，这个一般根据需求分析与引起原因分析影响范围

C.    修改功能同一个路径的复测，例如修改的功能后续还有功能，或者还有前置条件：最为明显的就是流程中问题的修改，一旦中间发生变化，那么要保证整条流程的顺畅

archonwang

对于具体分析方法及应用场景的说明较笼统。。。明确点更好！