当上级要求对新的系统做压力测试时,而制作压力测试计划与测试报告的任务就落在我的身上,从没有做过测试计划的我不知从何下手,而是到网络上到处搜寻,竟找不到一个很好的模块和一份好的压力测试所必须包括的内容,于是我结合公司实际情况和自已在QCC活动中所学到的手法编写了这一份压力测试计划与报告,得到了上级的赞赏,所以在此与大家分享。
压力测试计划书
压力测试计划书必须包括的内容有:
1. 测试内容:即在此次测试中所要测试的内容,如Client or Server的连接数/内存使用情况
2. 达成准则:只所以把他放在第二的位置,是因为这样大家一看就知道此次测试预计要达成的目标是什么,系统要达成一个什么样的标准才算是通过。
3. 压力测试的详细计划:包括 测试计划名称、测试内容(测试背景,测试项,不被测试的特性)、测试计划(测试强度估算,测试环境准备,破坏性测试,强度稳定性测试,测试方法和工具,测试时间计划,测试中的问题及处理,测试报告)
测试背景:主要说明所使用的用户测试环境所需要的硬件以及软件要求;
测试项:在此次测试中所必须记录的选项;
不被测试的特性:在此次测试中可以不必记录的选项;
测试强度估算:根据实际用户结系统所需的要求计算出测试压力的估算结果以及在测试鞍程中所要把握的输入条件;
测试环境准备:Server端与Client端环境必须具备些什么,以及用户端程必须具备哪些功能;
破坏性测试:按照测试强度估算出来的结果的基础上如果增加倍数所出现的各种情况来测试系统的出错以及错误恢复能力
4. 人员和职责:职责区分,人员分配
5. 批准:定义此份计划书只有经过谁批准后方可开始实施
压力测试报告书主要包括以下三大块:
测试内容:开篇破题,点明报告的内容是哪些
测试结果:交代结果,说明最后测试结果,这部分是最高级主管想要看的,如果直接主管或者其它想知道具体情况的人想了解结果是如果得到可以继续往下看
具体结果以及如何得到:此处是一个汇总的工作,根据所收集到的资料来从各个不同的角度来分析,如果得到我们想要的结果。此处我运用到的是折线图来表示系统的运行情况与变化情况,当然QC手法中还有很多值得借鉴的方法,如果大家有兴趣不妨去了解一下,不管在工作还是生活中都有用。
实例:
压力测试计划二
压力测试(Stress Testing)是指模拟巨大的工作负荷以查看应用程序在峰值使用情况下如何执行操作。扩展开来说,其一压力测试应该是较短时间的,其次是模拟巨大的工作负荷的,再次压力测试是要使应用程序的使用达到峰值。
此次压力计划主要是在阶段一的基础上进行的一个更高层的测试,测试内容包括:
仿真产线的实际作业进行应用服务器的最大连接数、内存、CPU使用情况、响应时间、最大/最小并发数、失败的次数、正常连续运行的最长/最短时间,并发数与失败的关系;
此次测试完成准则需达成如下标准:
测试项目 |
二厂client目前速度 |
所占比例 |
Server端资料量 |
新系统判稳标准 |
Special(packing) |
3秒/pcs |
36% |
108万笔(半年) |
>3sec/pcs NG |
Normal(packing2) |
27秒/箱(48pcs/箱) |
64% |
108万笔(半年) |
>27秒/箱(48pcs/箱) NG |