前端测试平台建设执行预估

 

2012-1 1月的设想，平台管理测试代码方式通过，机器、调度方面看实现。

平台建设执行预估

平台对前端测试脚本的管理分4步讨论：

1、平台的脚本管理

2、脚本同步

3、运行结果取回

<!--[if !supportLists]-->4、 <!--[endif]-->报表分析

另附 “前端单元测试回归平台” 功能点图 一张。

 

思考还不是很全面，欢迎大家多提意见。

 

<!--[if !supportLists]-->1、 <!--[endif]-->平台的脚本管理

需要提供2种脚本管理方式：

<!--[if !supportLists]-->a)    <!--[endif]-->自定义测试集：

<!--[if !supportLists]-->-      <!--[endif]-->由单元测试脚本编写者创建和维护自己的测试集；

<!--[if !supportLists]-->-      <!--[endif]-->可以自己跑脚本，也可创建定时任务，显示结果；

<!--[if !supportLists]-->-      <!--[endif]-->这些测试集仅自己可见，作为单元测试脚本开发者自己调试回归用。

 

<!--[if !supportLists]-->b)    <!--[endif]-->回归测试集：

<!--[if !supportLists]-->-      <!--[endif]-->以产品线分类；

<!--[if !supportLists]-->-      <!--[endif]-->这里运行 每条产品线稳定的脚本，定时回归 à 回归错误提醒 à 负责人分析（填写错误类型、原因）  à 定时发回归报告；

<!--[if !supportLists]-->-      <!--[endif]-->作为报表的数据源。

<!--[if !supportLists]-->-      <!--[endif]-->预想的管理模式如下，需要和UED开发确认单元测试代码的组织是按什么管理的？模块？项目？最好和开发的代码结构一致。

【图1】

 

<!--[if !supportLists]-->2、 <!--[endif]-->脚本同步

单元测试代码 与 平台测试集、测试用例 怎样同步？

先看一段前端单元测试的代码：

【图2】

说明：

1、一个.js测试文件中通常是一个describe，一个describe对应一个测试集，describe第一个参数作为测试集名称；

2、describe中包含多个it，一个it对应一个测试用例，it第一个参数作为测试用例名称；

3、平台需要读取出这些describe测试名称，建立测试集管理，并与js代码建立对应关系；测试用例同理。

4、遇到多测试集，或者测试集嵌套，如下的代码，

【图3】

代码说明：

“测试集1”包含1个测试用例“用例1”和1个测试集“测试集1.1”，

“测试集1.1”包含2个测试用例“用例2”“用例3”。

 

预想平台同步以上脚本后，结构如下：

【图4】

 

<!--[if !supportLists]-->3、 <!--[endif]-->运行结果取回

脚本运行结果存储到平台数据库并展示。平台需要设计数据表存储每次运行的结果和其他参数。

说明：对应【图3】测试脚本的运行结果在页面上显示如下

【图5】

 

<!--[if !supportLists]-->4、 <!--[endif]-->报表分析

<!--[if !supportLists]-->a)    <!--[endif]-->每日回归邮件：用例数、成功率；BUG分析：产品线、缺陷标题、失败原因、失败用例、确认人；

<!--[if !supportLists]-->b)    <!--[endif]-->失败类型统计：环境问题、数据原因、页面元素、样式错误、脚本原因、业务变更、客户端错误、BUG。。。（？前端单元测试的常见缺陷类型需要和开发测试确认？）

<!--[if !supportLists]-->c)    <!--[endif]-->TC覆盖率

<!--[if !supportLists]-->d)    <!--[endif]-->用例增长趋势

<!--[if !supportLists]-->e)    <!--[endif]-->成功率趋势、对比

 

“前端单元测试回归平台” 功能点

以下是我对平台前端测试回归系统的功能点的初步预估，或有漏缺，仍待讨论