软件项目管理（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.测试报告附带文档

• 系统部署手册
• 使用手册

总结

通过本文的分享，能为测试负责人、测试人员提供系统测试执行过程及可操作参考规范文档，提高测试质量。有不足之处，欢迎反馈交流。