软件测试自动化.pptxVIP

Software Testing 软件测试自动化;软件测试自动化;软件测试生命周期;为什么进行软件测试自动化？;测试与测试自动化;软件测试自动化的优势： 1. 对程序的新版本运行已有的测试（回归测试），配置测试。 2.可以执行一些手工测试困难或不可能做的测试，如对于并发测试。 3.更好的利用资源。提高测试准确性和测试人员的积极性。可以利用整夜或周末空闲时间的机器执行自动测试。 4. 可以更快的将软件推向市场。 5. 增加软件信任度。 总而言之，通过较少的开销可以获得更彻底的测试，以及提高产品的质量。 ;软件测试自动化;软件测试自动化的内容;软件自动测试的内容;标识测试条件;设计测试事例;建立测试事例;执行测试事例;将测试结果与期望输出比较;软件自动测试的内容;软件测试自动化的方法;软件测试自动化的方法;测试件结构;测试件组;测试集;测试结果;测试件库;脚本技术;脚本技术;线性脚本;线性脚本的优点： 简单；快速；用户不必是编程人员；对实际的执行操作可以审计跟踪；提供良好的（软件或工具）演示； 何时使用线性脚本 几乎任何可重复的操作都可以使用线性脚本技术自动化。 测试事例只用一次。 线性脚本的缺点 过程繁琐；无共享或重用脚本；容易受软件变化的影响； 维护成本高。 ;;结构化脚本;结构化脚本;优点 健壮性好，可以对一些容易导致测试失败的特殊情况进行处理。 结构化脚本还可以执行许多其他类似的功能，如需要重复的指令可以使用循环结构。 结构化脚本还可以作为模块被其他脚本调用。 缺点 脚本变得更加复杂，而且测试数据仍然 “捆绑 ”在脚本中。;共享脚本;共享脚本;共享脚本的优点： 开销少； 可以在共享脚本中增加更智能的功能。 共享脚本的缺点： 需要跟踪更多的脚本，文档、名字、以及存储，如果管理的不好很难找出适当的脚本； 对于每个测试仍需要一个特定的测试脚本； 共享脚本通常是针对被测软件的某一部分。 ;数据驱动脚本;数据驱动脚本;数据驱动脚本;关键字驱动脚本;关键字驱动脚本;优点： 脚本维护开销少。 测试方法与工具（及平台）无关的方法实现。 实现测试的方法可以剪裁适合测试者而不是测试工具，使用测试的最习惯的形式和工具（如文本编辑器、电子表格、可字处理） 技术要求比较高。 ;比较技术;自动比较;比较器;比较准则;自动化前后的处理;前处理;后处理;总结;建立可维护的测试;测试维护的属性;陷井;软件测试自动化的局限性;软件测试工具 ;软件测试工具 ;测试工具的发展历程;测试工具的发展历程;软件测试生命周期;测试管理工具;具体实现有如下几项： 1 根据分工和职能不同，赋予不同的成员访问不同模块 以相应的权限，从而保障了项目信息的安全性和统一性 2 记录测试过程发现的问题，以错误报告的形式提交给开发人员； 3 跟踪问题的分析、解决和改正过程。 4 按照优先级和类型、人员、项目等将问题分类进行查询 5 将错误的重要指标形成图表，如饼图和报表等。 ;微软：Raid 苹果： Radar 旋极：Bug Storage;工作流图1;工作流图2;实例分析;当公司接到用户的这个定单时。就安排所有的人参与这个工作的需求准备阶段。 我们测试组同开发人员，项目经理，需求人员组成了一个use case 组。通过一段时间的讨论，制定出了所有的 use case UML 图和UI的所有操作步骤。在这里定义都是很细的所有可能发生的流程图，所有可能预到的UI界面都在这里做了定义，比如一些提示框，菜单项。具体的业务逻辑图。 当所有的use case 评审通过后，开发和测试两个组就开始各自的准备工作，开发开始做开发计划和设计工作。 测试开始根据功能需求点做测试计划, 我们测试组主要测试的是集成测试和系统测试，开发做单元测试。;针对这次测试我们测试组的主要安排是这样的。 首先我们做了“前处理”工作。包括： 1 准备了一个新的Bug Storage 的DataBase. 2.使用VSS（配置管理工具）做所有的测试件库。在VSS中定义了以下测试集来储存所有的测试件组。我们定了以下测试件组： Test plan; Test case; Test script; Test result; Bug report;(我们会定期把Bug Storage 中的所有Bug导出，在VSS中做备份） ;Test Plan 定义了功能需求。 定义了测试类型。 定义了测试环境。 定义了