敏捷开发自动化测试框架之用户故事

Posted 2021-04-25 51Testing软件测试网

　　自动化测试框架搭建及开发，我是按照敏捷开发的用户故事模式，把每个阶段都拆成一个大故事，再拆分成一个个小的故事，一一实现。

　　用户故事是描述对用户有价值的功能，好的用户故事应该包括角色、功能和商业价值三个要素：

　　1、角色：谁要使用这个功能。

　　2、功能：需要完成什么样的功能。

　　3、价值：为什么需要这个功能，这个功能带来什么样的价值。

　　使用这种模式的目的：用户故事越细，越能更好的统计每个阶段的目标，完成的时间，所需要的人力，越容易控制测试开发的周期，及阶段性的工作成果，若测试开发期出各种问题可以及时弥补。

　　以公司移动端自动化项目来介绍，如何以敏捷开发之用户故事模式来完成测试框架搭建及开发：

　　一、选择合适的框架

　　1、罗列出对框架的要求

　　1）测试对像为移动端客户端，平台为android与ios；

　　2）App应用类型：原生+web,其中支付会调用第三方App;

　　3）你会用什么语言开发，例：JAVA;

　　注：这个框架要满足跨平台，跨进程，支付混合模式,支持JAVA编程语言；

　　2、要满足1）的条件都列出，选择最适合的框架：

　　如上要求，最满足条件得只有Appium了；

　　二、配置环境

　　1、安装Appium开发环境；

　　2、下载找到系统，软件，硬件都兼容的版本,否则会在版本兼容上浪费很多时间；

　　3、下载一个实例，调试，运行。

　　三、框架结构整改

　　下载的实例都是比简单流程操作，易用性较差，需要改进：

　　1、我使用的JAVA工厂模式 ；元素定位，操作，用例，场景都是按最小单元划分；

　　1）定位元素封装为一个公共的方法；用到调用及可；

　　2）元素操作为最小单元：例：点击登录按钮为一个方法：

　　3）多个方法组为一个CASE，一个方法可以被多个CASE调用；

　　4）一个或者多个CASE可以组合为一个场景；可也可被多个场景调用；

　　5）像截图，滑屏,...公共方法都封装起来调用执行。

　　2、关键字驱动；

　　1）参数属性存放在一方法里

　　2）操作元素的ID，Name,Xpath，...都放在一个指定文件，在写方法操作时在指定文件读取，修改即可，例：元位

　　定位变了，修改一处可以实现多处被修改，不用一处理去修改。

　　3、部份数据初始或者销毁会用到数据库；

　　4、代码结构

　　四、用例是否可自动化

　　把可以需要自动化的用例加以标识，并标识需要自动化用例的优先级，按照优先级别开发自动化CASE。

　　五、自动化功能分块，以公司产品为O2O模式；

　　1、可以先大至分为三大块：用户，商户，流程（用户与商户交互);

　　2、在将大类按模块拆分成小类；

　　六、CASE颗粒度设计

　　越细越好，方便组合与拆分。

　　七、场景设计

　　1、每一个模块，或者一个流程组合成一个场景；

　　2、再按大类组合一个用例集

• 用户主页：只覆盖用户主页的CASE；

• 用户侧边栏：用户侧边栏CASE；

• 商户功能：用户所有CASE；

• 流程功能：订单部份，用户与商户交互订单流程CASE；

• 支付功能：所有与支付相关的CASE；

• BVT脚本:覆盖所有功能，是将以上功能组合实现；

　　按用户故事划分的好处是分开执行，也可以组合执行，各功能也可以分不同人去编写，然后组合再一起，也利于分配和过程控制。

 

推荐阅读

点击阅读☞

点击阅读☞

点击阅读☞

点击阅读☞

点击阅读☞

点击左下角“阅读原文”查看更多内容！