[转载]自动化软件测试成熟度等级——译自《自动化软件测试——入门、管理和实现》一书

上一篇 / 下一篇  2008-12-03 09:43:03 / 个人分类:自动化框架

 个人觉得这本书的书名翻译的不太准确,我认为书名译作《自动化软件测试——引入、管理和实施》更为准确。这不是一本讲具体的自动化测试实现的书,所以“入门”、“实现”一词有些误导。主要的原因可能是这本书目前出的是影印版,并不是中译本,因此图书编辑可能没有仔细的阅读过书的内容就粗略的翻译了一下书名。

    作者把自动化测试成熟度划分为五个等级,实际上与CMM5中的等级一一关联。

    自动化软件测试Level 1: 

    这个等级的自动化软件测试被称作“随机的自动化”(accidental automation)。在这个阶段,自动化测试没有实施或者只是基于临时性的(ad hoc)。可能会试验性地使用自动化测试工具。通过捕获/回放工具,自动化测试脚本被记录和回放,只有工具产生的脚本被使用。脚本不会为了可复用性或可维护性的目的而进行修改。没有遵循一个自动化脚本设计或开发的标准。产生的脚本不可复用并且难于维护,并且在每一个软件build都需要重新创建。这种自动化实际上在每一个测试周期可能会比手工测试增加125%或者更多的测试花费。

    自动化软件测试Level 2:

    这个级别的自动化软件测试被称作“伴随性的自动化”(incidental automation)。在第二个等级,自动化测试脚本被修改,但是没有文档化的标准或可重复性。在这个阶段使用的工具包括项目计划工具、捕获/回放工具、模拟器和仿真器、语法和语义分析器、调试工具等。

    新项目中自动化测试工具的引入没有经过计划、没有遵循一个流程。没有测试设计和开发的标准。没有考虑测试进度和测试需求的问题,或者在构思自动化测试工具的使用时没有参考测试进度和测试需求。和等级1一样,这种类型的自动化没有提供多少投资回报,或者说实际上增加了测试的工作量。

    自动化软件测试Level 3:

    这个级别的自动化软件测试被称作“有意识的自动化”(intentional automation)。在第三个等级,自动化测试是明确定义的,并且得到了很好的管理。测试需求和测试脚本来自于软件需求规约和设计文档。

    自动化脚本的创建基于测试设计和开发规范,但是测试团队不评审自动化测试过程。自动化测试成为可重用以及可维护的。在这个级别的自动化测试中,投资开始有回报,收支平衡的点可以在第二次回归测试周期中获得。这个阶段的工具类型包括需求管理工具、项目计划工具、捕获/回放工具、模拟仿真工具、语法语义分析器、调试工具等。

    自动化软件测试Level 4:

    这个级别的自动化软件测试被称作“高级自动化”(advanced automation)。这个等级代表了对于等级3的一个实践了的和完善了的版本,同时加上一条主要的改进——发布后的缺陷跟踪。在修改、测试创建和回归测试的整个流程中,缺陷被捕获和提交。软件测试团队成为产品开发的一个完整的部分,测试工程师和应用程序开发者协同工作来创建一个满足测试需求的产品。任何的缺陷都很早的被发现,从而降低修复的成本。除了上面等级提到的工具,缺陷和变更跟踪工具、测试过程产生工具和代码评审工具在这个阶段得到应用。

    自动化软件测试Level 5:

    这个阶段应用的工具,除了上面等级用到的工具之外,还包括测试数据产生工具、度量采集工具(例如复杂度度量等)、覆盖率和频度分析工具、缺陷分析和缺陷预防的数据工具。


TAG: 自动化框架

 

评分:0

我来说两句

Open Toolbar