自动化测试技术指南.pptVIP

自动化测试使用指南 李 鑫 一.自动化测试目的 二.适用范围 三.相关术语 四.角色与职责 五.入口准则及输入 六.出口准则及输出 七.自动化测试流程描述 自动化测试目的 使用自动化测试工具来辅助进行测试只是诸多测试活动中的一种，其最终目的是： 1.通过引入工具来减少手工测试的量，将更多人力资源投入到更有价值的工作中。换句话说软件进行自动化测试的目的，不是想通过工具来完全替代测试人员的手工操作，而是通过工具来辅助人们完成一些重复性较高业务流程。 2.为评估软件质量提供数据支持，完整的测试是评定软件质量的一种方法，因此，没有发现缺陷的测试也是有价值的。自动化测试不会发现太多的缺陷，但是它为评估软件质量提供了重要的数据支持。自动化测试的主要目的不是为了发现缺陷，而是排除软件的质量风险点。 自动化测试适用范围 自动化测试的适用范围包括两点： 1.减少操作的重复性：自动化测试工具的使用可以辅助人们完成一些重复性较高的操作，如完成N条不同内容投保单的录入，在这里自动化测试具有快速、准确的输入、节约时间的特点； 2.回归测试：在系统测试阶段开发针对某一具体功能的自动化测试脚本（如一条记录的新增操作），在回归测试阶段通过执行该脚本来保证该功能没有被新功能的增加、其它bug的修复而破坏。 例如： 1.每轮测试都需要执行的基础测试，如需要对保全功能做测试时，可通过自动化测试工具完成一个保单流程的录入； 2.数据驱动的用例，如需要输入很多组数据，每组数据对应不同的预期结果，如一条投保单的录入在保存时需要做很多个校验及检查，可为每个需要检查的逻辑判断做一组数据，在保存时检查校验条件是否都正常工作； 相关术语 Test Requirement（测试需求）： 是关于某具体测试目标的声明以及确认测试是否通过所要达到的标准。 Test Plan（测试计划）：包括项目中的测试目标和目的的信息。此外，测试计划还明确了测试实现的策略和所需要的资源。 Test Strategy（测试策略）：描述了测试获得的通用目标和方法。 Test Case（测试用例）：是一套为特定目标开发的测试输入、执行条件和预期结果，例如执行一跳特殊程序路径或者在特定要去下验证一致性。 Test Data（测试数据）：在测试中所用到的实际数值或执行测试所必须的 数值。测试数据是测试条件（作为输入或预存在的数据）的具体例化，用于验证已成功实现的特定要求（通过将实际结构与期望结果比较）。 Test Inputs（测试输入）：是工作过程的产物，用于标志和定义发生在测试期间的动作。这些产物可能是从测试组之外的软件开发过程中产生的，例如功能需求规格说明和设计规格说明。它们也可能是从前期测试阶段产生的并被留给了后续的测试活动。 相关术语 Test scrīpt（测试脚本）：这是计算机可读懂的能令测试程序（或一部分测试程序）自动执行的指令。测试脚本可以由人创建（复制）或者由自动测试工具产生，它使用编程语言限制，或者由记录、生成和编程混合创建。 Test Results（测试结果）：执行测试所捕获的数据，并被用于计算测试的不同关键测度。 Performance Testing（性能测试）：通过这类测试的实现和执行可以对索要测试的应用程序与性能相关的特征作出描绘和评估。这些测试包括时间调度情况、执行流畅、响应时间以及操作可靠性和限制。 Data－Driven Testing（数据驱动测试）：这是一种测试脚本的功能及执行由外部数据所引导的自动测试方法。这种方法将测试及控制数据与测试脚本本身分离开了。 Test Condition（测试条件）：测试所涉及的各种环境因素。 角色与职责 角色 职责 自动化测试计划设计者 根据系统测试计划制订自动化测试计划 自动化测试执行者 编写自动化测试用例、开发、维护测试脚本、执行自动化测试 入口准则 自动化测试的引入应在测试需求、测试策略明确以后开展，即测试组在编写测试需求的适当时候，自动化组通过已生成的测试需求制订相应的自动化测试计划，确定需要执行自动化测试的功能点。 输 入 1.回归测试： 执行测试组提交的回归测试任务，此时测试组需要提供一份自动化测试申请单，包括：功能点概要、功能点描述、测试数据、预期结果等； 2.脚本开发： 根据测试组提交的自动化需求，开发相应的自动化脚本，此时需要测试组提供功能点概要、功能点描述、 详细的测试用例、涉及的数据库表等； 出口准则及输出 出口准则： 1.所有的自动化测试用例全部被执行； 2.自动化测试计划的功能点被覆盖； 3.输出的测试报告需要通过自动化测试小组的内部评审； 输出： 测试组 开发出针对某一功能点的脚本 测试脚本 测试组 将回归测试的结果汇总 自动化测试报