**野百合**---从来不愿命运之错,不怕旅途多坎坷,向着那梦中的地方去,错了我也不悔过!
********测试的生活很充实、很快乐,也很精彩********让我们一起开始测试的旅途吧,一同欣赏沿途的风景,直到测试的最深处!
性能测试经验总结(上)---原创
上一篇 /
下一篇 2008-03-08 14:19:36
到今天为止,对基金系统的性能测试也快告一段落了,现把自己在这次性能测试过程中的得与失整理出来与大家共享:
性能测试经验总结(上)之性能测试流程总结
1. 测试申请
性能测试需求要明确(针对每个需求点项目组最好能给出一个系统在实际环境下运行应该达到一个性能参考值)
搭建测试环境(数据库服务器、发布服务器、客户端)
抽测软件包(针对性能测试需求抽测相应功能)
2. 测试计划
分析测试需求,确定测试目的、方法和策略
编写性能测试计划书(包括测试范围、目的、方法、策略、执行时间和执行顺序)
召开性能测试计划评审会议(主要确定测试的方法和策略是否正确可行、对执行性能测试的影响因素进行分析评估)
建议在确定测试计划之后,对测试方法和策略进行大致的性能演练,以此确定测试方法和策略的正确性和可行性
3. 测试设计
测试用例模板的设计要方便实用,确定要记录的性能参数
测试用例设计要合理,根据测试目的、方法和策路,确定需要设计的场景数、以及确定每个场景的测试数据(建议每个场景的测试数据间隔尽量合理,不要过大或过小,关于这一点的设计可以根据之前确定的系统实际环境下运行应该要达到的性能参考值来衡量和设计)
准备测试过程中所用的脚本,包括用工具执行的脚本和数据库执行脚本(注意:关于对数据库执行脚本的编写可能需要项目组给予相关的协助,尽量确保脚本能正确执行,且保证用脚本产生数据正确、表与表之间的关联正确)
召开测试案例评审会议(主要确定测试数据设计的合理性、确定准备脚本的正确性和充分性)
4. 测试执行
根据测试目的、方法、策略和执行顺序,执行测试案例
详细记录执行测试案例的每一个场景运行的结果数据
详细记录测试执行过程中系统出现的错误信息,包括系统后台的各种日志信息
在执行测试案例的过程中,可能会发现我们在测试计划阶段所确定的测试方法和策略存在问题或不可行,需要调整或很糟糕的情况是发现制定好的策略彻底不可行,如果这样的话,那我们只有认命了,重新调整计划书,在重新来过(这也是我在上边所提到的测试计划阶段最后一点提出的原因啦)。
5. 测试分析
对测试得出的结果进行整理
对测试得出的数据进行分析
编写性能测试分析报告,对系统目前的性能进行评估
收藏
举报
TAG: