首页 > 代码库 > 基于Ruby的watir-webdriver自动化测试方案与实施（一）

基于Ruby的watir-webdriver自动化测试方案与实施（一）

2024-08-07 14:15:24   217人阅读

为什么要实施自动化测试？

•应用系统日趋复杂的客观要求

      一个不可避免的问题是，应用系统变得日趋复杂，并且造成了更大的风险。测试消耗的成本越来越高，花费的时间也越来越长。而成本与时间是有限的。为了在限制的成本与时间范围内，控制发布的软件产品的质量，测试人员被要求在尽量短的时间内对软件进行足够的测试。

•避免重复测试的主观要求

     迭代式开发过程：目前的软件开发或多或少使用了迭代式开发过程，这就导致了我们需要进行一轮又一轮的测试。

     回归测试：为了检验软件版本是否正确，或者当发现软件中出现了一个或多个以前曾经被修复的缺陷时，不可避免的需要进行回归性的测试。

自动化测试实施失败的因素？

1.期望值过高。就像管理人员要求完全测试一样，期望100％的测试自动化，也同样是一个不现实的需求。
1.自动化的收益和成本：

        成本＝用例的开发＋用例的维护

        收益 = 重复运行次数 （时间） + 节约的时间

自动化测试的成长过程？

Testing often begins as freestyle, expands toward scripted.

测试总是从自由式的探索开始，朝脚本化方向扩张

自动化测试的应用时机？

 

重头戏

测试方案设计

1 自动化测试的功能方案设计的流程：

             操作对象—>对象属性—>功能实现—>结果验证

2 自动化测试的功能方案设计操作用例图：

Web对象的识别—Watir-WebDriver

 

•输入框 input•按钮 button•下拉框 select• 链接 link•点击 click•单选 radio•多选 checkbox•模拟键盘 send_keys :enter

自动化测试开放平台框架设计

自动化测试框架的用例设计示例

•一、基于ruby的watir-webdriver开发
•二、统一预置参数输入规则，提供规则模板，做到一个用例一个类，一个方法一个输出。（一个类可以多个方法）
•三、统一输出规则，比如：①[info]②TiStone ③Login successful！④001011

  ①   [Info]:代表该用例执行成功！[error]代表失败！[warn]代表警告！

  ②   TiStone：代表执行用例名称

  ③   Login successful！：描述或捕获的value值，以“！”结尾

  ④   001011：返回码

•四、统一用例名称，应与输出②保持一致
•五、入参统一通过RubyBean介入
•六、浏览器实例化、被测系统跳转、用户登录、浏览器实例化等统一继承Tools工具类
 
自动化测试框架的Control设计示例
•一、一个用例对应一个Control
•
•二、效验输出，判断用例执行成败，根据规则关联Linux服务器捕获相关日志、配置文件等分析失败原因，缩减定位区域范围。
•
•三、对比数据，关联MySql查询数据，对比web捕获value值。
 
自动化测试框架的Tools设计示例
•一、封装常用工具类
•
•二、Linux与MySql业务接口
•
•三、面向对象，实现继承Tools，降低用例开发难度
 
自动化测试框架的Model设计示例
•一、提供统一执行、单一执行与批量执行模式
•二、关联JAVA前端，通过RubyBean实现两端交互
自动化测试框架的JAVA前端设计示例
•一、通过被测系统与ruby节点

  被测系统：需要测试的系统

  Ruby节点：实现前端与底层ruby关联（可选）

•二、用例管理

  提供创建用例节点

  提供上传指定节点自动化用例

•三、用户管理
自动化测试框架的结果展示设计示例
 
 

基于Ruby的watir-webdriver自动化测试方案与实施（一）


联系
我们