常用的性能测试方法和测试要点.doc

2008-12-1613:58:04/个人分类:转载好东西常用的性能测试方法和测试要点 1、明确用户的性能需求(显示的和隐式的),性能测试点,找出瓶颈 1)用户直接需求的和使用过程中(行业经验)可能遇到的性能瓶颈点必须测试和分析到。当然,客户不需要的,也没有必要去花时间和精力。 2)从中获取相应的性能测试参数,峰值和平均值。 3)客户的性能容忍度和系统所能承受的容忍度同样重要。 4)确认系统运行的最低硬件环境要求(虽然硬件便宜的多了,但客户能不能改造自己的环境还得客户说了算) 5)如果可以的话,将系统的容错性做为性能测试的一部分进行测试 2、测试对象和性能负载分布 1)基本的3个对对像:C/S、B/S中的客户端和服务器,其中还有网络进行连接或中间件。 2)服务端可能分为数据端、业务端和服务容器。 3)跟据实际的测试结果合理的进行相应的性能负载分布。 3、负载、容量和压力测试逐一进行(如果需要) 1)更多的情况下,性能测试中出现的问题是最初的设计时应存在的问题。如果可能,建议对相应的性能提前做测试和优化。 2)够用就好,不是所有的系统都要进行性能测试,一切以客户需求和实际需要为准。 4、测试点 1)CPU和内存使用(系统自身的原因)。是否可以正常的使用和释放,是否存在内存溢出。 2)访问的速度(客户需求或是实际的应用要求说了算) 3)网络。网络传输速度,网络传输丢包率。(找些工具,有免费的) 4)服务器。指令、服务应答响应时间,服务器对信息处理的时效性,服务器对峰值的处理(建议进行服务器优化或是进行服务负载均衡,有大量的文档对此进行描述) 5)中间件。中间件在信息传递中的处理性能及信息处理的正确性。 5、测试和监控数据 1)均值下的持续运行(通过分析对整体的性能进行预测和评估) 2)短时间的峰值运行(分析系统的处理能力) 3)最低配置和最佳配置下的性能对比 4)多用户。同时访问,同时提交。 5)对4中的数据进行记录和监控 6、选择测试工具现有的测试工具太多了,不在一一列举。适用就好,推荐开源的工具。作为一名测试新人加入团队,大多数情况下,项目组成员都是一种热情欢迎的态度,并且主动提供力所能及的支持和帮助,如何快速熟悉项目业务和测试环境,尽快投入到实际工作中去,我谈谈个人的经验和一些看法,供同行参考:1、寻找新公司的团队元老:一般来说,一个新人进入新公司,都要指定一个师傅带一段时间,这也就是我们说的测试前辈。很多时候,测试前辈都是经验非常丰富的测试高人,如何您和他相处融洽,关系不错,凭他个人丰富的业务经验,给您指点迷津,也许会比你自己摸索10倍的时间效果还好。很多的测试新手,刚进入新公司时,自高自大,眼高收低,测试前辈都不愿意交,结果到了试用期转正答辩的时候,一问三不知,被迫离开公司,被炒鱿鱼。这样的例子我看到的不下于10例,很可惜丢失了很多工作机会。2、虚心的学****态度:刚到一家新公司,保持谦虚的学****态度非常必要。记得我刚毕业那年,公司招聘了一个测试主管,他有4到5年的工作经验,阅历算是不简单,也是我们心目中的牛人吧。但是那个人,除了听总监的话以外,对于我们部门的其它人来说,他简直是自高自大,目中无人,根本不把部门里的其他人放到眼里,觉得部门的人都不如他。他作为一个空降兵,老员工和新员工,对他都很冷漠,碰到什么问题,需要小组成员帮忙的时候,大家都不愿意帮助他,互相推诿,并且经理也找他谈了几次话,效果不明显,结果他呆了不到2个月,估计是自己觉得很不开心,被迫离开了公司。其实,保持低姿态,谦虚的学****态度,必不可少。3、阅读项目相关的文档:一般来说,新人一到公司,就会安排到项目中去。作为测试新手,快速阅读相关的“需求文档”、“详细设计文档”和“用户手册”特别关键。我们能够通过需求规格说明书等文档,快速熟悉系统相关的知识,获取编写测试文档的相关信息。如果项目已经编好了用户手册,您完全可以根据文档的步骤,一步一步傻瓜式的熟悉每项功能。只有掌握的这些文档的精髓,测试才会变得异常轻松呀。4、快速熟悉项目相关业务知识:刚到新公司的测试人员,如果你是跳槽到以前做过的相近行业,有丰富的经验了,那么您熟悉业务没什么大的问题。如果您换的新公司是您以前都没有接触到的行业,那你一定得努力一点,买些相关的业务知识看看非常必要。我深有体会,以前从一家“通讯公司”跳槽到做“银行系统”的公司,业务完全两样,很多业务知识都是从零开始。不过有一定的工作经验,学****起来也挺快,关键取决于个人是酷爱学****和坚强的学****毅力。5、尽快介入了解被测试系统:刚跨入一家新公司,如果被测试系统已经开发的差不多了,部分功能已经OK了。你可以部署到测试环境下,尝试从直观测试的角度去尽快了解系统,尽快结合文档熟悉起来。很多的时候,通过页面操作实际的系统比看文档效果好的多,并且印象更深刻,熟悉系统