提问:LoadRunner能不能实现(场景并发数能不能实现随机时间随机并发,真是模拟系统并发峰值、低谷起伏)? 我感觉不能实现,请各位前辈指正?
回答:随机事件随机并发是想要测试什么呢?如果是模拟系统并发峰值、低谷的情形,这种情形一般是建立在已经知道何时会有峰值何时是低谷,峰值和低谷会持续多久及峰值低谷大约是多少的时候,这种情况LR均可以模拟。
提问:团队做敏捷后,基本走向自动化测试,性能测试人员的地位在下降?
回答:性能和自动化测试有各自不同的重点,地位不会因为团队采取敏捷开发模式或者其他模式而有所变化。比如说一个系统对于功能安全性等方面要求很高,但是对性能不是特别关注,就算没有自动化,不做敏捷,那么性能测试人员也不是其主导人员,反之,如果系统本身对于性能有特殊要求,对性能测试很关注,那么性能测试人员不会因为项目开发模式的变化而不受关注。
提问:性能测试人员如何跟进这样的敏捷团队?
回答:在开始做性能测试时,可能都认为性能测试是在系统测试做完之后才开始进行,这样的方式方法在团队采用敏捷模式后就会很不适用,导致很多人认为性能测试无法适用于敏捷团队或者说性能测试无法敏捷,但是实际上功能测试可以敏捷,性能测试其实也可以敏捷,关于如何敏捷有很多资料,比如说http://www.51testing.com/html/52/n-202452.html:
1)明确的性能需求影响项目的成败:需求分析阶段,我们就应该对该产品预期要达到的性能有一个清楚的认识,并与客户就性能方面沟通,并取得一致的需求度量和分析。
2)敏捷的设计造就高性能:一个软件产品,设计阶段对性能的影响是最大的,一个良好的架构,一个敏捷的设计方法(在此,敏捷表示轻量级的设计),直接影响产品的性能,且影响最大。所以我们提倡轻量级的设计,让架构敏捷起来。
3)性能测试,从单元测试做起:目前已经有一些成熟的框架支持基于单元测试用例的性能测试了(如P-Unit, NTime等),在对每一个单元进行功能测试时也对其进行性能测试是最好的时机,这样很容易定位问题,并快速修复。
4)敏捷的测试用例,将用例的复杂度降到最低:功能和性能测试用例(或场景),从来都是越简单越好,不能将简单的事情复杂化,这样除了能显示你多么高深莫测外,对项目没有任何帮助。
5)在流程和计划方面也要敏捷起来:敏捷以人为主体,以技术为基础,以流程为方法,如果方法不对,敏捷得越多,错得越多。
原帖地址:http://bbs.51testing.com/thread-821883-1-1.html
版权声明:本文由会员wuliangye首发于51Testing软件测试论坛你问我来答第28期活动。
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。