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]-->成功率趋势、对比
“前端单元测试回归平台”
功能点
以下是我对平台前端测试回归系统的功能点的初步预估,或有漏缺,仍待讨论


- 大小: 52.6 KB

- 大小: 10.6 KB

- 大小: 13.8 KB

- 大小: 15.5 KB

- 大小: 25.2 KB

- 大小: 75.4 KB
分享到:
相关推荐
- 组建一支涵盖产品经理、UI/UX设计师、前端开发者、后端开发者、测试工程师、营销专员等多角色的团队,确保网站项目顺利进行。 这份计划书详尽地涵盖了从市场调研到项目执行的各个环节,是创业者或团队在创建网站...
3. **压力测试**:在系统整合完成后,需根据预估的并发数据量进行压力测试,确保系统能在高并发条件下稳定运行。 4. **上线流程**:开发团队必须遵循预定的上线流程,包括提前预约、影响范围评估、上线计划等。 ###...
5. **实施步骤与策略**:从项目规划到落地执行的整个流程,包括需求分析、系统设计、设备选型、数据整合、测试优化等环节。 6. **效益评估**:可能对实施后的经济效益、社会效益进行了预估,比如节省的时间成本、...
这可能包括提供一个信息交流平台,电子商务解决方案,或是社区建设等。项目目标应具有可度量性,以便于后期评估项目的成功与否。同时,理解市场需求和用户群体特征也是关键,这将指导我们的产品设计和服务方向。 二...
项目规划阶段主要包括需求分析、系统设计、开发实施、测试上线等步骤,每个阶段都需要详细制定计划并严格执行。 #### 项目部署重点 - **公文流转系统**:实现公文的起草、审批、发布等全过程管理。 - **协同工作**...
该系统采用B/S架构,利用SQL Server作为数据库管理系统,并通过JavaWeb技术实现了前端交互与后端逻辑处理。 #### 二、系统关键技术及需求介绍 ##### 2.1 系统关键技术介绍 ###### 2.1.1 B/S 架构 B/S(Browser/...