第六章 测试工具
Posted 休的测试之旅
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第六章 测试工具相关的知识,希望对你有一定的参考价值。
一、测试工具的考虑
FL-6.1.1 (K2) 根据目的以及支持的测试活动,对测试工具分类。
支持测试和测试件管理的工具
管理工具适用于整个软件开发生存周期中的所有测试活动。
支持测试和测试件管理的工具举例如下:
○测试管理工具和应用生存周期管理工具(ALM)
○需求管理工具(例如:与测试对象的可追溯性)
○缺陷管理工具
○配置管理工具
○持续集成工具(D)
支持静态测试的工具
静态测试工具与第 3 章描述的活动与收益相关。工具举例如下:
○静态分析工具(D)
支持测试设计和实施的工具
测试设计工具旨在帮助测试设计和实施时生成可用的工作产品,包括测试用例、测试规程和测试数据。工具举例如下:
○基于模型的测试工具
○测试数据准备工具
有时候,支持测试设计和实施的工具,也会支持测试执行和日志记录,或直接输出到其它支持测试执行和日志记录的工具。
支持测试执行和日志记录的工具
许多工具可以支持和提高测试执行和日志记录活动。工具举例如下:
○测试执行工具(例如:执行回归测试)
○覆盖工具(例如:需求覆盖、代码覆盖(D))
○测试用具(D)
支持性能测量和动态分析的工具
性能测量和动态分析工具对于支持性能和负载测试活动是必不可少的,因为这些活动无法有效地通过手工方式来完成。工具举例如下:
○性能测试工具
○动态分析工具(D)
支持专业测试要求的工具
除了支持一般测试过程的工具外,还有许多用于支持对非功能特性的专业测试工具。
带D表示更适合开发人员使用
FL-6.1.2 (K1) 识别测试自动化的益处和风险
使用工具支持测试执行的潜在收益包括:
○减少重复性的手工工作来节省时间(比如,执行回归测试、环境设置/拆除、重新输入相同测试数据,和代码规则检查)
○更好的一致性和可重复性(比如,测试数据按照一致的方式产生,用工具按照相同的顺序
和频率执行测试,以及始终从需求出发进行测试)
○更客观的评估(比如,静态测量、覆盖)
○更容易得到测试的相关信息(比如,关于测试进展、缺陷发生率和性能的统计和图表)
使用工具支持测试的潜在风险:
○对工具抱有不切实际的期望(包括功能性和易用性)
○低估首次引入工具所需的时间、成本和工作量(包括培训和额外的专业知识)
○低估从工具中获得较大和持续收益所需付出的时间和工作量(包括测试过程所需的变更和使用工具方法的持续改进)
○低估对工具生成的测试工作产品进行维护所需的工作量
○对工具过分依赖(替代测试设计或执行,或者对一些更适合手工测试的方面却使用自动测试工具)
○忽视对测试工作产品的版本控制
○忽视多个重要工具之间的关联和互操作性问题,例如:需求管理工具、配置管理工具、缺陷管理工具,和其他从不同供应商获得的工具
○工具供应商破产、停止维护工具或将工具卖给其他供应商的风险
○供应商对工具的支持、升级和缺陷修复支持不力
○开源工具项目中止的风险
○工具可能不再支持新平台或新技术的风险
○工具所有权可能不清晰而带来的风险(例如:指导、升级等)
FL-6.1.3 (K1) 牢记测试执行和测试管理工具的特别注意事项
○捕获测试方法:通过记录(捕获)测试工程师的手动操作而生成的测试脚本,看起来似乎
很吸引人,但是这种方法不适合大量的测试脚本。捕获的脚本只是一种线性表达,脚本内
包含特定数据和操作。当发生意外事件时,这类脚本可能会很不稳定,并且需要随着系统
用户界面的不断发展而需要不断进行维护。
○数据驱动测试方法:这种测试方法是将测试输入和期望结果与脚本分离,通常可以存放在
一个电子表格中,这样可以使用更通用测试脚本读取输入数据,从而用不同的数据执行相
同的测试脚本。
○关键字驱动测试方法:在这种测试方法中,通用脚本处理描述系统要执行操作的关键字(也
称为行为字),然后调用这些关键字脚本来处理相关联的测试数据。
○基于模型的测试(MBT)工具能够将功能规格说明以模型的方式呈现出来,比如活动图
由于不同的原因,测试管理工具通常需要与其他工具或电子表格程序有接口,例如:
○以便生成符合组织所需格式的有用信息
○为了维护需求管理工具中针对需求的一致可追溯性
○为了链接到配置管理工具中测试对象版本信息
二、有效使用工具
FL-6.2.1 (K1) 识别选择工具的主要原则
为组织选择工具所需要考虑的关键点有:
○评估自己组织的成熟度和优缺点
○识别引入工具能改进测试过程的机会
○了解测试对象所使用的技术,以便选择与此技术相适合的工具
○了解组织内已使用的构建和持续集成工具,以便确保工具的兼容与集成
○根据明确的需求和客观的准则对工具进行评估
○考虑工具是否提供免费试用期(以及多长时间)
○评估供应商(包括培训、提供的支持及其他商业方面考量),或非商业性工具(例如:开源)的支持
○针对工具使用的指导和培训,识别内部需求
○评估培训需求时,需要考虑工作中将直接使用工具的人员的测试(以及测试自动化)技能
○考虑各种许可证模式的优缺点(例如:商业或开源)
○根据实际的情况估算成本-收益比(如果需要的话)
FL-6.2.2 (K1) 记忆通过试点项目引入工具的目的
试点项目有以下目的:
○深入了解工具有关的知识,了解工具的优缺点
○评估工具与现有过程以及实践的配合程度,确定哪些方面需要作修改
○定义一套标准的方法来使用、管理、储存和维护工具及测试工作产品(比如,定义文件和测试的命名规则,选择编码标准,创建库和定义模块化测试套件)
○评估在付出合理的成本后能否得到预期的收益
○理解工具应该收集和报告的度量,并对工具进行配置,以保证度量的获取和报告
FL-6.2.3 (K1) 识别组织中评估、实施、部署和持续支持测试工具的成功因素
在组织内成功地评估、实施、部署和持续支持工具的因素包括:
○逐步在组织的其余部分推广工具
○调整并改进过程来配合工具的使用
○为工具使用者提供培训、辅导和指导
○定义工具使用指南(例如:自动化的内部标准)
○实施一种在实际使用中收集工具使用信息的方法
○监督工具的使用和收益
○为测试团队使用工具提供支持
○在所有团队内收集经验和教训
来做点题检验一下吧!
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
以上是关于第六章 测试工具的主要内容,如果未能解决你的问题,请参考以下文章