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.测试报告附带文档
- 系统部署手册
- 使用手册
总结
通过本文的分享，能为测试负责人、测试人员提供系统测试执行过程及可操作参考规范文档，提高测试质量。有不足之处，欢迎反馈交流。