1.系统测试活动过程和内容

系统测试过程中，主要执行人员的职责：
测试负责人
1.制定及维护《系统测试计划》。
2.编写《系统测试报告》、《系统测试中止报告》。
3.审核《系统测试用例》。
4.定期监测测试人员的测试活动，审核测试结果。
5.组织搭建并验证系统测试环境。

测试人员
1.制定及维护《系统测试用例》。
2.执行系统测试活动。
3.与开发人员进行沟通协调。
4.定期的把测试过程及结果向测试负责人报告。

（设计及编码）开发成员
1.与测试人员进行沟通协调，解决系统测试中发现的缺陷。
2.编写《系统部署手册》、《用户使用手册》文档。
3.验证并协助搭建系统测试环境。

2.测试计划

本段内容是2014年管理支撑系统改造项目的系统测试计划，主要明确了测试目标、范围、策略、进度、资源等情况。

2.1.测试范围

根据项目整体情况，确定测试对象、测试重点。

2.2.测试准则

准入准则：集成测试活动已完成，并且达到了集成测试的出口准则。
结束准则：

• 测试用例执行率需达到100%。
• 缺陷修复率达到100%（缺陷严重为“较小”除外）。

2.3.测试资源

2.3.1.人力资源

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.培训需求

2.4.测试策略

依据项目实际情况，制定合适的系统测试策略，测试策略提供了对测试对象进行测试的推荐方法。

2.4.1.功能测试

测试目标：确保测试的功能正常，其中包括导航、数据输入、输出等功能；

测试范围：以业务为导向的操作界面可见功能，涵盖阳光大厅、流程化应用、流程快速开发等；

使用的技术：按照测试用例的描述来执行测试

测试重点与优先级：

• 优先级：流程化应用优先级高、基础管理优先级低；
• 测试重点：流程快速开发及流程化应用中的流程执行。

开始标准：集成测试完成；

结束标准：运行完整业务，包括流程快速开发、流程执行，并通过阳光大厅展现出来。

需考虑的特殊事项：由于部分功能未开发完成，需要提前声明；

局限性：由于业务局限性，无法全面测试流程能力，因此尽量选具有代表性的业务进行测试，以及模拟测试。

2.4.2.数据和数据库完整性测试

测试目标：确保数据库访问方法和进程运行正常，数据完整（指MySQL、Oracle、MongDB间相关联数据的完整、全面）；

测试范围：全业务；

使用的技术：检查数据库，确保数据已按预期的方式填充，并且所有数据库事件已正常发生；或者检查返回的数据，确保正确的检索到正确的结果；

测试重点与优先级：重点在业务启动、审批保存过程事务数据完整性，以及系统异常时数据可追溯性；

局限性：系统异常很难发生，可以通过人工方式制造故障。

2.4.3.用户界面测试

测试目标：

• 测试对象的特征（例如：菜单、大小、位置、状态）符合标准；
• 界面对象的访问方法（tab键、鼠标点击、快捷键、鼠标滚动）的使用。

测试范围：

• 流程化应用界面
• 阳光大厅

需考虑的特殊事项：浏览器兼容性。

2.4.4.接口测试

测试目标：确保接口调用的正确性。

2.4.5.故障转移及故障恢复测试

测试目标：

• 故障转移可确保一旦故障发生，备用系统将及时“顶替”发生故障的系统；
• 故障恢复可确保一旦故障发生，系统可以做出相应的反应，以确保数据、资源不会丢失。

测试范围：关键业务，例如：业务流程流转时数据库故障、网络故障；

使用技术：

• 负载均衡
• 数据库HA
• 数据库主丛复制

测试重点及优先：

局限性：

2.5.测试进度安排

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.测试报告附带文档

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

总结

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