软件测试软件测试自动化程序.ppt

软件测试自动化 10.1 手工测试与自动测试 10.2.1 自动测试的周期 10.2.2 自动测试的成本 10.2.3 合理选择自动测试的导入时机 10.3 自动测试的方案选择  10.3.1 确定自动化的对象和范围   * * * 第十章 概 况 本章内容提要 ? 自动测试与手工测试的比较 ? 如何开展自动测试 ? 自动测试方案的选择 手工测试和自动测试相对，是指不使用工具进行软件测试。在很多公司存在这两种测试方法，也有不少小公司只有手工测试。手工测试和自动测试孰好孰坏，是否自动测试就比手工测试优越？ 在大多数软件开发模式中，软件发布之前都要多次重复编码—测试—修复的过程。如果要测试软件的某项特征，也许需要不止一次执行测试。重复测试的过程也称为回归测试。如果一个小型软件项目有上千测试用例要执行，还要重复执行，手工测试会非常单调和枯燥。而利用工具进行自动测试就可以把人从这种枯燥单调的重复性劳动中解放出来。 ●提高了测试执行速度，节省了时间。 自动测试和手工测试比较起来有以下优点 ●提高了测试效率。 ●提高了准确度和精确度。 ●更好地利用资源。 ●模拟测试条件。 ●测试用例的设计：测试人员的经验和对错误的猜测能力是工具不可替代的。 手工测试有其不可替代的地方 ●界面和用户体验测试：人类的审美观和心理体验是工具不可模拟的。 ●正确性的检查：人们对是非的判断和逻辑推理能力是工具不具备的。 Sogou地图项目：/ 分析以下哪些适合自动化，哪些适合手动 更改起点地址搜索，输出文字是否跟随起点地址的改变而变化 选择“线站查询”，检查搜索框及搜索按钮是否存在 选择“线站查询”，查看界面元素是否排列整齐 输入两个城市的地点为起点和终点，检查错误信息是否出现及正确 输入起点终点点击搜索，在结果未出现之前进行其他操作，查看是否会导致浏览器异常 当得到一条路线时，地图上显示的相应路线是否正确 10.2 自动测试的开展 在进行自动测试之前，要先考虑5个方面： （1）测试自动化类似于软件开发过程，需要测试人员掌握必要的开发知识和编码技巧。 （2）测试自动化是一个长期的过程，只有在长期的运行后才能体现出它的价值。其次，随着测试应用程序功能的增加和修改，测试脚本的维护工作量会急剧增加。 （3）确保测试自动化的资源，包括人员和技能 （4）循序渐进地开展自动测试，先实现那些容易实现且相对稳定的功能模块的自动测试，然后再考虑逐步扩展和补充其他相对难实现，或者是比较不稳定的功能模块。 （5）确保测试过程的成熟度 如果软件企业的测试过程和项目管理过程的能力成熟度比较低，则实现自动测试的成功率也比较低。此时不要盲目引入测试自动化。 桩模块3 ﹨ ﹨ ﹨ ﹨ ﹨ ﹨ 产品需求 产品策划 产品设计 产品编辑 自动测试需求 自动测试策划 自动测试设计 自动测试编码 图10-1 产品开发与自动测试间的相似性 成功开展自动化测试必须考虑自动测试的成本问题。成本包括测试人员、测试设备、测试工具等。 （1）如果一个项目是短期的，并且是一次性的项目，则不适合开展自动测试，因为这种项目得不到自动测试的应有效果和价值体现。 （2）不宜在一个进度非常紧迫的项且中开展自动测试。 （3）自动测试不该在界面尚未稳定的时候开始。 （4）当开发人员着手开发核心可重用的代码时，应尝试使用自动化工具来测试这些控件。如果发现有不适用的地方，则要考虑让开发人员重新设计控件，或者提供更多的测试接口。 10.2.4 自动测试的人员要求 另外，自动测试工程师与手工测试的工程师一样，需要具备设计测试用例的基本方法和能力，具备软件涉及的基本业务的理解能力。而且，应该有把测试用例转换成自动测试用例的能力。了解各种编程语言、编程工具以及各种标准控件、第三方控件，则会对自动测试脚本的编写大有裨益。 自动测试工程师应具备一定的自动测试基础，包括自动测试工具的基础、自动测试脚本的开发基础知识；需要了解各种测试脚本的编写和设计方法，知道在什么时候选取怎样的测试脚本开发方式，知道如何维护测试脚本；需要具备一定的编程技巧，熟悉某些测试脚本语言的基本语法和使用方法。 在选择自动测试方案之前我们先要确定自动化的对象和范围，然后决定采用什么样的自动测试方案，采用什么方法指导测试脚本开发。 （1）自动化应该考虑需求不变或没有变更的部分。 （2）自动化应考虑压力、可靠性、可伸缩性和性能测试这些类型。 （3）自动化应考虑回归测试。 （4）自动化应考虑可能需要复杂设置的功能测试。 （5）根据一般经验，如果测试用例在不久的将来，比方说一年内需要执行至少10次，如果自动化工作量不超过执行这些测试用例的10倍，那么就可以考虑自动化这些测