软件项目管理(CMMI成熟度)实践——之系统测试
1.系统测试活动过程和内容
系统测试过程中,主要执行人员的职责:
测试负责人
1.制定及维护《系统测试计划》。
2.编写《系统测试报告》、《系统测试中止报告》。
3.审核《系统测试用例》。
4.定期监测测试人员的测试活动,审核测试结果。
5.组织搭建并验证系统测试环境。
测试人员
1.制定及维护《系统测试用例》。
2.执行系统测试活动。
3.与开发人员进行沟通协调。
4.定期的把测试过程及结果向测试负责人报告。
(设计及编码)开发成员
1.与测试人员进行沟通协调,解决系统测试中发现的缺陷。
2.编写《系统部署手册》、《用户使用手册》文档。
3.验证并协助搭建系统测试环境。
2.测试计划
本段内容是2014年管理支撑系统改造项目的系统测试计划,主要明确了测试目标、范围、策略、进度、资源等情况。
2.1.测试范围
测试子系统 | 模块/功能 | 是否测试 | 备注 |
---|---|---|---|
基础平台 | 任务消息服务 | 是 | |
基础平台 | 统一组织与帐号管理服务 | 是 | |
基础平台 | 文件管理、Office文件转换服务 | 是 | 放在第二阶段 |
基础平台 | 数据导出服务 | 否 | 待定 |
基础平台 | 日志服务 | 是 | 第二阶段进行 |
基础平台 | 工作日历服务 | 是 | |
基础平台 | 统一权限、菜单管理服务 | 是 | |
基础平台 | 系统生态环境管理 | 否 | 系统级内容 |
基础平台 | 多租户能力 | 是 | |
流程能力平台 | 快速流程开发服务 | 是 | |
流程能力平台 | 快速开发表单服务 | 是 | 放在第二阶段 |
流程能力平台 | 信息专栏开发服务 | 是 | 放在第二阶段 |
流程能力平台 | 简易统计报表服务 | 否 | 待定 |
流程能力平台 | 运维管理服务 | 是 | 放在第二阶段 |
阳光大厅 | 登录及主页 | 是 | |
阳光大厅 | 我的桌面 | 是 | |
阳光大厅 | 关注流程 | 是 | |
阳光大厅 | 流程展示 | 是 | |
阳光大厅 | 职能管理 | 是 | 放在第二阶段 |
阳光大厅 | 办事指南 | 是 | 放在第二阶段 |
流程化管理 | 流程执行 | 是 | |
流程化管理 | 流程监控 | 是 | |
…… | …… |
根据项目整体情况,确定测试对象、测试重点。
2.2.测试准则
准入准则:集成测试活动已完成,并且达到了集成测试的出口准则。
结束准则:
- 测试用例执行率需达到100%。
- 缺陷修复率达到100%(缺陷严重为“较小”除外)。
2.3.测试资源
2.3.1.人力资源
角色 | 人力资源 | 职责(测试内容) |
---|---|---|
测试负责人 | 陈X | 负责测试计划、测试用例、测试报告、阳光大厅测试等 |
测试人员 | 韩XX、王XX | 测试能力平台、基础平台及流程执行等 |
开发人员 | 徐XX | 负责提供能力平台测试用例及问题处理、测试环境搭建 |
2.3.2.测试环境
服务器端:
- IP:10.64.60.100
- 操作系统:Linux RHEL6.5
- 平台环境:Opentext Cordys BOP 4.3
- 数据库:Oracle 10g、MySQL 5.5、MongDB 3.0.5
- Web服务:Apache Http 2.2.26
客户端:
- 操作系统:Windows 7
- 浏览器:Chrome、IE9.0及以上
2.3.3.培训需求
培训内容 | 培训方式 | 参与人 | 计划时间 |
---|---|---|---|
流程建模及快速开发 | 示例讲解给及手册自学 | 开发人员、测试人员 | 8月10日—15日 |
业务及操作 | 讲解需求和使用手册 | 需求人员和测试人员 | 8月10日—15日 |
2.4.测试策略
依据项目实际情况,制定合适的系统测试策略,测试策略提供了对测试对象进行测试的推荐方法。
2.4.1.功能测试
测试目标:确保测试的功能正常,其中包括导航、数据输入、输出等功能;
测试范围:以业务为导向的操作界面可见功能,涵盖阳光大厅、流程化应用、流程快速开发等;
使用的技术:按照测试用例的描述来执行测试
测试重点与优先级:
- 优先级:流程化应用优先级高、基础管理优先级低;
- 测试重点:流程快速开发及流程化应用中的流程执行。
开始标准:集成测试完成;
结束标准:运行完整业务,包括流程快速开发、流程执行,并通过阳光大厅展现出来。
需考虑的特殊事项:由于部分功能未开发完成,需要提前声明;
局限性:由于业务局限性,无法全面测试流程能力,因此尽量选具有代表性的业务进行测试,以及模拟测试。
2.4.2.数据和数据库完整性测试
测试目标:确保数据库访问方法和进程运行正常,数据完整(指MySQL、Oracle、MongDB间相关联数据的完整、全面);
测试范围:全业务;
使用的技术:检查数据库,确保数据已按预期的方式填充,并且所有数据库事件已正常发生;或者检查返回的数据,确保正确的检索到正确的结果;
测试重点与优先级:重点在业务启动、审批保存过程事务数据完整性,以及系统异常时数据可追溯性;
局限性:系统异常很难发生,可以通过人工方式制造故障。
2.4.3.用户界面测试
测试目标:
- 测试对象的特征(例如:菜单、大小、位置、状态)符合标准;
- 界面对象的访问方法(tab键、鼠标点击、快捷键、鼠标滚动)的使用。
测试范围:
- 流程化应用界面
- 阳光大厅
需考虑的特殊事项:浏览器兼容性。
2.4.4.接口测试
测试目标:确保接口调用的正确性。
2.4.5.故障转移及故障恢复测试
测试目标:
- 故障转移可确保一旦故障发生,备用系统将及时“顶替”发生故障的系统;
- 故障恢复可确保一旦故障发生,系统可以做出相应的反应,以确保数据、资源不会丢失。
测试范围:关键业务,例如:业务流程流转时数据库故障、网络故障;
使用技术:
- 负载均衡
- 数据库HA
- 数据库主丛复制
测试重点及优先:
局限性:
2.5.测试进度安排
模块名称 | 工作任务 | 负责人 | 计划开始日期 | 计划结束日期 |
---|---|---|---|---|
流程能力平台 | 流程建模及快速开发 | 韩XX | 8月17日 | 8月21日 |
…… | …… |
3.测试用例
4.测试执行
4.1.测试执行记录
4.2.系统测试缺陷记录
缺陷编号 | 缺陷描述 | 缺陷类型 | 严重程度 | 优先级 | 缺陷来源 | 报告人员 | 报告日期 | 缺陷状态 | 解决人 | 解决措施 | 解决日期 | 验证人 | 验证日期 | 备注 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
…… | …… |
测试缺陷记录执行规范说明如下所示:
1.缺陷编号:缺陷的唯一标示,命名规范:模块名称+编号(从001开始)。
2.缺陷类型:
- F-功能:如逻辑,指针,循环,递归,功能等缺陷。
- G-语法:如拼写、标点符号等缺陷。
- A-赋值:如声明、重复命名、作用域。
- I-接口:与其它组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。
- B-联编打包:由于配置库、变更管理或版本控制引起的错误。
- D-文档:需求、概要设计、详细设计等文档。
- U-用户接口:人机交互特性:屏幕格式、确认用户输入、功能有效性。
- P-性能:不满足系统可测量的属性值,如执行时间、事务处理速率等。
- N-标准:不符合各种标准的要求,如编码标准、设计规定等。
- E-环境:设计、编译、其它支持系统的问题。
3.严重程度:致命、严重、一般、轻微。
4.优先级:“高”级别缺陷需立即被解决;“中”级缺陷需正常排队等待修复;“低”级缺陷可在方便时被修复。
5.缺陷状态:
- 已提交:已提交的缺陷。
- 打开:确认已提交的缺陷,等待处理。
- 拒绝:拒绝已提交的缺陷,不需要修复或不是缺陷。
- 修复:缺陷被修复。
- 关闭:确认被修复的缺陷,将其关闭。
- 重新打开:验证修复的缺陷,验证结果未修复。
5.测试报告
执行完成系统测试后,需要形成测试报告。
5.1.测试报告内容
5.2.测试过程汇总
5.2.1.测试用例执行情况
功能模块 | 执行用例数 | 失败用例数 | 通过用例数 | 未执行用例数 | 用例通过率(%) |
---|---|---|---|---|---|
…… | |||||
…… |
5.2.2.缺陷统计
5.3.测试报告附带文档
- 系统部署手册
- 使用手册
总结
通过本文的分享,能为测试负责人、测试人员提供系统测试执行过程及可操作参考规范文档,提高测试质量。有不足之处,欢迎反馈交流。