测试方案模板Word下载.docx
《测试方案模板Word下载.docx》由会员分享，可在线阅读，更多相关《测试方案模板Word下载.docx（8页珍藏版）》请在冰点文库上搜索。
批准
批准日期
目录
1引言5
1.1目的5
1.2范围5
1.3预期的读者和阅读建议5
2性能/压力测试5
2.1测试要点5
2.1.1性能测试工作通用要点5
2.1.2如何监视系统性能6
2.2性能测试需求分析6
2.3系统的性能指标6
2.4测试基本方案6
2.4.1测试工具的选择6
2.4.2性能测试前期准备6
2.4.3性能测试主要方法7
2.4.4系统整体性能测试7
2.4.5性能测试回归测试8
2.5内网测试案例方案设计8
3迁移测试8
3.1测试目的8
3.2方案设计8
3.2.1迁移工具的检验8
3.2.2老数据处理功能的验证8
4并发性算法测试9
4.1测试目的9
4.2测试模块范围9
4.3方案设计9
5客户端兼容性测试9
5.1测试目的9
5.2测试方案9
6对比测试10
6.1测试目的10
6.2测试方案10
7工作流与应用一致性测试10
7.1测试目的10
7.2测试方案10
8运行环境测试10
8.1测试目的10
8.2测试方案10
引言
目的
制定系统性能测试方案，验证系统是否满足性能要求。
范围
预期的读者和阅读建议
性能/压力测试
测试要点
性能测试工作通用要点
1、无论是客户端还是服务器都要关闭与测试和系统正常运行无关的其他程序。
2、测试过程中要打开服务器的性能侦测、客户端的“window任务管理器”，观察并记录CPU、内存使用情况。
必要的话，打开性能监视器。
所以有时需要两人配合进行。
3、需要有服务器的管理员权限，登录到服务器，否则有些记数器的值将总是0。
4、测试需要准备大量的被测试数据，否则数据量不足，测试的效果无法反映日后的真实情况。
5、需要对需求和用户数据比较熟悉的测试人员把系统各模块的数据特点形成汇总表。
把各模块的用户使用情况形成汇总表。
6、测试第一步是准备测试环境和测试数据，然后才是实施测试。
7、压力测试应是在功能测试基础上进行的测试，如果功能测试还有问题，那进行压力测试的意义不大，测试结果不会准确。
如何监视系统性能
打开系统性能监视器和任务管理窗口。
性能曲线采用屏幕拷贝取样。
任务窗口：
记录服务器的CPU和内存，记录CPU繁忙程度。
记录内存使用率。
性能测试需求分析
1、对照系统性能要求对系统进行性能验证。
2、系统特点分析，业务集中点分析。
3、性能测试能够覆盖主要的查询页面，尤其是数据量比较大的页面。
系统的性能指标
来自需求规格说明书。
页面响应时间不大于秒；
更新处理时间不大于秒；
数据的转换和界面更新传送时间不大于秒；
简单报表列出时间不大于秒；
内网应用的用户容量：
外网应用的用户容量：
测试基本方案
测试工具的选择
测试工具：
LoadRunner8.0（简称LR）：
主要用于压力测试
MicrosoftApplicationCenterTest（简称ACT）：
用于系统用户容量测试
性能测试前期准备
1、数据准备：
给系统录入足够的数据量，到底多少是根据模块有所不同的。
一般应至少达到10~20条。
10~20条记录测试时并不能反映系统数据库的性能问题，但能够反映应用和传输的问题。
因为通常情况下使用者会加过滤条件，把数据限制在若干条或1个page之内。
2、模块特点：
需要分析每个模块的数据特点，数据量大小，用户量大小，用户在使用方面会导致系统发生什么样的情况。
需要整理模块的使用特点，以便制定准确的压力测试策略。
性能测试主要方法
1、手工操作体验响应速度；
2、使用LR测试并发处理能力；
3、使用ACT测试系统性能变化规律及用户容量；
4、使用工具模拟多用户在线同时手工操作，体验和记录性能参数；
使用压力测试工具：
验证模块的响应性能是否符合要求：
主要观察事务点前后所用时间。
并发处理能力是否符合要求：
通过集成点的来分析。
测试过程：
把测试内容按照查询、写入、附件等性质不同分成若干个场景。
针对每个场景被测试模块集合，按下列步骤进行：
1、录制脚本：
在LR中选用HTTP/HTML协议，IE作为客户端，在页面上执行正常操作。
开启录制，保存录制的脚本。
2、编辑脚本：
在数据查询的地方插入事务点；
并发性大的地方加入集成点；
选几个代表性页面测试数据录入，采用参数生成要写入的数据。
3、负载测试：
选择合适的计数器，按客户端数量递增的方式进行多轮压力测试。
客户端数按照：
5，10，20，40…要求用户数的1.2倍递增。
4、汇总测试结果，分析。
系统整体性能测试
测试目标：
获取系统在若干个用户同时访问情况下的性能参数数据，验证系统用户容量及整体性能是否符合要求。
测试过程分两个方面：
1、使用ACT工具，获得系统性能随用户连接数变化曲线，分析曲线规律，预测系统容量。
2、使用LR工具，把前面各测试场景的脚本混合加载，模拟实际使用情况，验证系统处理能力和响应能力。
分析汇总数据、结论。
性能测试回归测试
测试过程是一个迭代的过程，压力测试时也会回头修改测试步骤，发现问题也可能修改测试步骤以深入跟踪问题的原因。
针对上述测试，如果发现某项性能测试其性能明显不足，或与预估的情况偏差很大，需要查找原因，进行程序和系统整改，整改完成后再有针对性的进行测试。
内网测试案例方案设计
性能/压力测试设计了四个方面的案例。
A总体性能测试
B页面速度验证
C工作流抗压能力
D应用抗压能力
迁移测试
测试目的
◆测试迁移工具能够正确完成数据迁移；
是对迁移工具的检验。
◆测试被迁移后的数据在新系统中能否被正确处理。
是对应用功能的检验。
方案设计
测试环境：
。
迁移工具的检验
迁移完成后，首先通过数据记录检查来判断数据迁移是否按预计正确完成。
老数据处理功能的验证
基础性数据的验证：
选择若干条数据，进行查询和编辑操作，看页面是否能正确打开、并正确显示老数据。
编辑功能是否正常。
保存后不能破坏数据DMF标志。
业务性数据的验证：
针对迁入的数据发生业务。
检验迁入数据的状态正确性。
并发性算法测试
验证并发事件发生时结果是否正确，例如号码产生方法是否正确。
测试模块范围
列出可能并发出现问题的业务模块。
两个测试人员配合进行。
两个（或一个）测试人员在两台计算上同时操作一个模块。
交叉操作。
测试用例一：
甲新增一笔受理，等待；
乙新增一笔受理，等待；
甲保存，等待；
乙保存。
最后检查号码是否正确。
测试用例二：
甲不保存，关闭页面；
客户端兼容性测试
测试系统在各种客户端下是否正常。
测试方案
测试客户端Win2000/WinxpIE6
Win2000/WinxpIE7
WinVistaIE7
检验分辨率：
1280模式下是否有严重变形。
对比测试
比较新老系统在使用习惯、操作方式方面的异同。
工作流与应用一致性测试
测试工作流不能正常访问时，应用端的数据处理机制是否合理；
测试工作流正常访问时，应用数据库无法访问时的处理机制是否合理；
通过断网线等方式在提交时产生无法访问故障，看数据处理结果。
运行环境测试
验证用户的网络环境是否满足系统运行需要。
在客户环境进行。
系统部署在客户机房与实际运行环境相似的测试服务器上。
通过客户的网络上进行系统访问，测试各个网段系统访问是否正常以及是否有安全限制、性能等其他问题。
升级会员 