回归测试的关键要素

Trinitytec · 发表于 2015-11-9 09:15:40

回归测试所需的要素

测试套件
测试清单
测试矩阵
自动化
测试人员
测试文档
测试环境
测试时间表
测试套件维护
测试理由

回归测试套件

包括所有的回归测试用例
必须要条理清晰，维护得当
这个套件包括：精力评估系统和验收测试用例；需求文档；系统和业务分析员

回归测试的清单

制定清单的目的： 1) 对测试套件进行分类，并安排优先顺序 2) 利用快捷、方便的方法来确定必要的测试用例
内容的组织模式是关键（产品、记录、屏幕、组件，等）
为回归测试的详细内容确定优先级是极为重要的。

下图是一个回归测试清单的例子:

回归测试模型

创建回归测试模型的目的：将项目要求映射到回归测试用例上
如果要同时进行多项回归测试，创建回归测试模型就显得更为重要了。

- 可以找出重合的地方
- 可以确定每项工作花费的时间精力等

下图是一个回归测试模型的例子:

自动化回归测试

需要维护
节约时间
节约成本

回归测试人员

回归测试协调人员 —— 协调工作（资源调度，建立模型，让其他团队成员了解测试内容、进度等）
回归测试人员 —— 手工执行测试用例
回归测试脚本编写人员 —— 准备并执行自动化测试的脚本
回归测试套件的协调人员 —— 维护测试套件
回归测试的搭档
有些工作也可以由同一个人胜任

回归测试的搭档

当我们改变一个要重复使用的元素时，要通知这个搭档，以便执行回归测试能够正常进行。
可重复使用的组件+其它地方可以也用的组件=回归搭档
要能准确识别这些搭档
为什么要回归搭档？1)调用应用程序可能会产生负面影响; 2) 他们更熟悉他们的应用程序; 3) 他们更了解他们应用程序是如何调用可重复使用的组件的。
建立问责制也很重要

回归测试文档

回归测试策略/方案 —— 向项目团队说明什么是回归测试，怎样做，什么时候做等。
回归测试模型
回归测试回归测试总结报告 —— 概括出测试结果，出现的问题，等
- 主要强调发现问题之后带来的成本节省

回归测试环境

如果可以的话，回归测试的环境尽量和项目的环境一致
也可以使用独立的环境，但是要一直对其进行维护

回归测试的时间安排

两个因素：1) 项目时间：不要和项目时间冲突；如果必要的话，可能会需要更多的资源。 2) 环境：如果是使用自己的测试环境，可能测试时间会长一些。
评估什么时候进行回归测试最有效：1) 如果回归测试进行得比较早，并且发现了问题，那么之后最好再进行一次回归测试，以保证质量。 2) 如果测试做得比较晚，并且发现了问题，那就要重新对新功能进行测试，这样可能就会延误截止时间。

回归测试套件的维护

这项工作非常重要，尤其是在应用程序不断变化的情况下
每次生产执行之后，都要创建新的回归测试套件版本
版本控制工作是非常重要的（版本与应用程序相匹配）
不要忘记维护自动化脚本

回归测试的理由

一定要说明进行回归测试管理的理由
要明白所负责的应用程序在组织机构中所起的作用
问问自己：1) 这个程序是直接销售的吗？可以直接盈利吗？ 2) 很多用户在使用这个程序吗？ 3) 哪些人在使用这个程序，是管理人员，执行主管，还是其他人？ 4) 这个应用程序需要很多技术支持吗？
要用统计和资金方面的数据赢得管理员的认同

我们可以用自动化测试工具来简化回归测试的工作，提高回归测试的效率，比如VectorCAST。
自动化软件单元测试的其中一个好处就是可以确保源码变更后不会引入新的错误。一旦生成了测试用例，即可以文本方式保存并轻易地保存在配置管理工具里。VectorCAST的命令行能在进行夜间构建的同时同步调用，进行单元和集成测试并生成报告，方便查看是不是引入新错误。在开发生命周期里，越早找到问题，将大幅减少后期调试的时间；从而提高代码质量和降低成本。回归测试的自动化，可以使用VectorCAST/Manage来实现。