Web自动化测试开放平台PPT

1、软件测试基础系列培训,web自动化测试解决方案,2014年12月,未来网络,范围与目标,适用对象： 软件测试团队 软件开发团队 项目验收团队 适用目标： 了解软件生命周期的测试过程（跳过） 了解和掌握自动化测试概念 掌握自动化测试的一些基本知识,内容提要,软件自动化测试的概述 web自动化测试的方案设计 web自动化测试的方案实施 软件自动化测试成本投入和风险分析,为什么要实施自动化测试,应用系统日趋复杂的客观要求 一个不可避免的问题是，应用系统变得日趋复杂，并且造成了更大的风险。测试消耗的成本越来越高，花费的时间也越来越长。而成本与时间是有限的。为了在限制的成本与时间范围内，控制发布的软件产

2、品的质量，测试人员被要求在尽量短的时间内对软件进行足够的测试。 避免重复测试的主观要求 迭代式开发过程：目前的软件开发或多或少使用了迭代式开发过程，这就导致了我们需要进行一轮又一轮的测试。 回归测试：为了检验软件版本是否正确，或者当发现软件中出现了一个或多个以前曾经被修复的缺陷时，不可避免的需要进行回归性的测试,什么时候实施自动化测试,如果我们的自动化测试实施失败了， 很显然，我们在不适宜的时机进行了这个工作,开发阶段？稳定阶段？ 部署阶段,建议：可预见的需求不影响自动化测试用例的设计,讨论,自动化测试实施失败的因素,期望值过高。就像管理人员要求完全测试一样，期望100的测试自动化，也同样是一

3、个不现实的需求。 自动化的收益和成本： 成本用例的开发用例的维护 收益 = 重复运行次数 （时间） + 节约的时间,功能覆盖率,100,成本,7,自动化测试的成长过程,pure scripted 全部脚本化,vague scripts 少量的脚本,fragmentary test cases 零碎的测试用例,探索式测试,roles 角色,testing often begins as freestyle, expands toward scripted. 测试总是从自由式的探索开始，朝脚本化方向扩张,time,8,自动化测试的应用时机,配置管理数据库,构建版本发布,数据库初始化,自动化冒烟测试

4、,手工探索测试,自动化回归测试,冒烟测试结果,测试 结果报告,开发,偏重业务流程,偏重功能模块,验收,自测,软件测试自动化的概述 web自动化测试的方案设计 功能方案设计 业务方案设计 web自动化测试的方案实施 软件自动化测试成本投入和风险分析,内容提要,让我们一起来设计,依据什么来设计测试方案,测试方案要具有代表性,仔细想想,http:/,测试方案设计,自动化测试的功能方案设计的流程： 操作对象对象属性功能实现结果验证,自动化测试的功能方案设计操作用例图,通过java实现,通过webdriver实现,通过ruby实现,2005 isoftstone information service

5、corporation. all rights reserved,12,web对象的识别watir-webdriver,2005 isoftstone information service corporation. all rights reserved,13,web对象的识别watir-webdriver,输入框 input 按钮 button 下拉框 select 链接 link 点击 click 单选 radio 多选 checkbox 模拟键盘 send_keys:enter,自动化测试开放平台框架设计,自动化测试开放平台框架设计,自动化测试框架的用例设计示例,一、基于ruby的wa

6、tir-webdriver开发 二、统一预置参数输入规则，提供规则模板，做到一个用例一个类，一个方法一个输出。（一个类可以多个方法） 三、统一输出规则，比如：infotistone login successful！001011 info:代表该用例执行成功！error代表失败！warn代表警告！ tistone：代表执行用例名称 login successful！：描述或捕获的value值，以“！”结尾 001011：返回码 四、统一用例名称，应与输出保持一致,自动化测试框架的用例设计示例,五、入参统一通过rubybean介入 六、浏览器实例化、被测系统跳转、用户登录、浏览器实例化等统一继承

7、tools工具类,自动化测试框架的control设计示例,一、一个用例对应一个control 二、效验输出，判断用例执行成败，根据规则关联linux服务器捕获相关日志、配置文件等分析失败原因，缩减定位区域范围。 三、对比数据，关联mysql查询数据，对比web捕获value值,自动化测试框架的tools设计示例,一、封装常用工具类 二、linux与mysql业务接口 三、面向对象，实现继承tools，降低用例开发难度,自动化测试框架的model设计示例,一、提供统一执行、单一执行与批量执行模式 二、关联java前端，通过rubybean实现两端交互,自动化测试框架的java前端设计示例,一、通

8、过被测系统与ruby节点 被测系统：需要测试的系统 ruby节点：实现前端与底层ruby关联（可选） 二、用例管理 提供创建用例节点 提供上传指定节点自动化用例 三、用户管理,自动化测试框架的结果展示设计示例,一、用例执行后展示 二、点击查看详情,软件测试自动化的概述 web自动化测试的方案设计 web自动化测试的方案实施 自动化测试脚本的录制和编写 自动化测试的执行和具体实现 测试操作和测试数据的回收 软件自动化测试成本投入和风险分析,内容提要,自动化测试脚本设计和录制,工具： watirrecorder+ 统一预置参数输入规则，提供规则模板，做到一个用例一个类，一个方法一个输出。（一个类可

9、以多个方法,自动化测试脚本的手工编写,例子一： （实现hao123，搜索“ruby”功能,require watir-webdriver include watir require test/unit class tc_recorded test:unit:testcase def test_recorded b = watir:browser.new b.goto(http:/ b.text_field(:name, word).set(ruby) b.text_field(:name, word).set(ruby) b.button(:value, 百度一下).click end end

10、,自动化测试的具体实现,具体实现在tools工具类中，多以linux、mysql体现 列子二： （通过linux查询黑白名单是否生效,class linux l.getpassword) do |ssh| result = ssh.exec!(server_cmd1) result=result . . end attr_writer :host,软件自动化测试的概述 web自动化测试的方案设计 web自动化测试的方案实施 软件自动化测试成本投入和风险分析,内容提要,软件自动化测试的成本投入,脚本的维护成本：自动化的测试流程，使得脚本的维护成为自动化实施的一个关键性的依据。对于一个规范化的系统

11、开发流程来说，实现测试的自动化是很有必要的。但是自动化的脚本维护使得我们的自动化测试在成本上变得较为昂贵。每一个系统的开发都是时刻随着需求的变更而改变，然而在大多数的情况下，就是很微小的一点系统修改都会导致我们去大量的修改自动化的测试脚本。 (这就是我们为什么要引入架构的关系！) 我们的架构的好处就是业务与逻辑分开，就是页面出现了更新或修改只需重新录制或编写新的用例即可，不会影响业务结果,自动化测试的脚本的维护,整个自动化测试开放平台分两个部件： java前端（负责数据的预置、与执行的发起） ruby底层（负责业务的实现、与操作的执行） 关于维护 java前端所有配置参数都是动态获取，后期业务

12、变更无需修改 ruby底层 test用例层与control控制层随着需求的迭代，需要长期的进行维护 tools工具层只会根据业务上有很大的变动而更改 othe无需更改,软件自动化测试的风险分析,风险的存在原因：自动化测试只是针对系统的大部分主要功能进行了有效的测试和验证，从而使得覆盖的测试面较为狭窄，导致系统的有些隐藏问题无法发现,风险的减小建议：在自动化测试的实现初期 ，设计好自动化的测试用例，把握好系统的重点功能及可能会出现的问题，进而再实现测试自动化。在现有条件下减小可预计的系统风险,目标：在现有条件下减小可预计的系统测试风险,说在最后的,1、自动化并不是全自动，需要花精力才能让他自动化。 2、自动化工具不是万能的，