一、需求调研

1. 委托方提供资料

A. 填写测试委托申请表

B. 操作手册

C. 开发需求规格说明书

D. 开发合同及招标文件等

2. 双方技术沟通确定测试具体内容，如功能性测试、性能效率测试、信息安全性测试、兼容性测试、可靠性测试等。

3. 我方给出测试方案及报价，达成合作意向

二、合同签订

我方根据确定的测试内容分配项目编号拟定测试协议，双方无异议后签订合同。

三、测试过程安排

1. 测试人员安排

测试人员我方根据测试工作量进行调整，测试开始前委托方须部署测试环境，准备测试会用到的软硬件资源，包括不限于测试软件、测试数据、配合测试的人员等。

2. 测试活动安排

3. 测试环境

4. 测试策略

4.1测试用例设计方法

4.1.1功能性

功能测试用例主要采用等价类划分法、错误推测法、边值分析法与因果图法进行设计：

Ø 等价类划分法的原则：

对业务流程进行等价类划分，测试用例应是业务主流程和流程主分支的最小集，所有的判别分支都能被覆盖，在流程覆盖的同时，完成等价功能的测试。

Ø 边值分析法的原则：

针对功能说明中的输入输出域，进行边界值和极限值的设计和测试。

Ø 错误推测法的原则：

采用逆向思维方式，结合以往测试经验和直觉设计软件在功能和流程上可能存在的 各种错误，进行容错性测试。

Ø 因果图法的原则：

因果分析图是以结果作为特性，以原因作为因素，完成测试的方法。

4.1.2性能效率

性能效率测试主要分为价基准测试、负载测试、压力测试、配对测试、并发测试和可靠性测试。

Ø 基准测试：

基准测试是基于一定规模的数据量上进行单业务或按实际用户操作同比例组合业务的测试，目的在于量化响应时间、吞吐率的指标，便于后续比对。

Ø 负载测试：

通过在被测系统上不断增加压力，直到性能指标，例如“响应时间”超过预定指标或者某种资源使用已经达到饱和状态。

Ø 压力测试：

测试系统在一定饱和状态下，例如CPU、内存等在饱和使用情况下，系统能够处理的会话能力，以及系统是否会出现错误。

Ø 配对测试：

通过对被测系统的软/硬件环境的调整，了解各种不同环境对系统性能影响的程度，从而找到系统各项资源的最优分配原则。

Ø 并发测试：

通过模拟用户的并发访问，测试多用户并发访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题。

Ø 可靠性测试：

通过给系统加载一定的业务压力（例如资源在70%~90%的使用率）的情况下，让应用持续运行一段时间，测试系统在这种条件下是否能稳定运行。

本次性能测试主要采用并发测试和负载测试，模拟用户执行业务操作，用户执行登录，依次访问党建模块首页，访问综治模块并查询一条数据，访问网格首页并新增一条数据。

5 质量保证

由质量监督员进行监督记录，若项目负责人为该质量监督员，由质量负责人进行复核，由技术负责人审批。（至少保证每周一次对正在执行的项目进行跟踪）

6. 沟通保证

为了保障测试过程顺利进行，测试方、委托方和开发方等均应保持沟通的畅通，以便快速定位和解决问题。沟通手段包括但不限于以下：

Ø 会议沟通：在整个测试活动中，应当召开首次会议和末次会议；

Ø 现场交流：主要是测试人员和软件开发人员现场沟通交流；

Ø 电话沟通：较快捷的描述问题和原因；

Ø 聊天工具：可通过截图、传输方式，形象的描述问题和原因；

Ø 其他。

7. 测试风险分析

四、测试输出

a) 测试方案

b) 测试大纲

c) 测试说明

d) 测试记录

e) 测试报告

f) 其他（测试截图、脚本等）