回归测试的想法

      回归测试是在测试阶段机动编写执行测试用例的过程。

 

1、回归测试出如今两个时机：

一、在测试阶段，开发修复一版后

针对开发修改的地方，须要作下列内容：

（1）马上测试已修复的错误

开发可能已经处理了症状，但并未触及根本缘由

（2）根据开发修改的逻辑，思考可能影响的地方

错误自己可能获得了修复，但修复也可能形成了其余错误

（3）对性能要求比较高的：跟踪程序内存更改的效果

（4）为每一个修复的错误编写一个回归测试

若是回归自动化作的比较好，能够编写到回归自动化的系统内，每次提交版本，可作一次回归测试；

若是没有回归自动化系统，则可记录在bug的备注中，回归bug的时候能够作参考

在最后总结的时候，

二、bug修复完成，封版前的回归测试

封版前须要回归的地方：

（1）以前每次改动的地方是否最终都提交了

须要回归每次提版时编写的回归用例

（2）以前测试用例执行过的地方是否还生效

对主要的功能作回归测试

 

2、关于回归测试用例库

（1）测试库由一系列标准测试案例组成，每次生成程序的新版本时均可以运行这些案例

（2）生成测试案例库所涉及的最困难的方面是肯定哪些测试案例

建议：避免花费过多的时间尝试作出决定并在当心谨慎方面犯错

（3）按期查看回归测试库以消除多余的或没必要要的测试。每隔两个测试周期查看一次。

（4）关于改动过大的回归测试用例集的选择：

当错误或错误变种的持续时间特别长而且在许多测试周期中都存在时，须要编写大量的测试，并将它们添加到回归测试库；

须要注意的：虽然这些多样的测试对于修复错误是有用的，可是从程序中消除了对错误及其变种的跟踪时，应选择与错误关联的最佳测试，并将其他的测试从库中移除