51Testing软件测试论坛

标题: 测试场景设计 [打印本页]

作者: lamuda 时间: 2010-10-10 17:32
标题: 测试场景设计
假设有10个脚本，需要测试每个脚本在contoller里用10个VU跑1个小时的性能，有2中方法：
1：做10个场景，每次跑一个脚本，那么一共需要10个小时，analysis report 也有10个。
2：1个场景，在group里头把10个脚本都加进来，每个脚本分10个VU，这样就只需要1个小时跑完，report只有1个。

不知道大家通常采用哪种方案？第一种的确是有些费时间，但是第2种方案其实相当于对系统采用100个VU了，如果只是想测试10个VU的性能，有什么好的设计方法吗？

作者: Fin 时间: 2010-10-11 11:06
楼主您好！
通过您的需求描述我觉得楼主还没有了解我们到底做的是什么，没有明确性能测试的目的。
如果您明确了您的测试目标，那么就不会问这样的问题了。
分析一下楼主的2个方法：

1。我们通常叫“单交易负载” 测试目的只是测试当前规定压力下系统针对此业务处理的响应时间，此方式多数用于做业务交易模型的时候进行交易比例的配置。也做前期“单交易性能瓶颈定位”使用。例如“探测后端系统服务数，最大连接数等等之类的探测方式”。
2。混合场景。此场景是模拟真实生产用户操作行为进行的测试模式。但是并不是向楼主所设计的平均分配用户数的用法，这样没有意义。例如：真实生产中注册业务（10%） < 登陆业务次数（20%）等等,所以依照业务比例进行调配用户比例才可达到真正的性能测试目的。

所以在性能测试过程中我们首先要明确测试目标，我们的测试时为了考察某系统、某环境、某模块、某些业务的某一个/多个性能指标。而针对此目标才设计测试案例、场景等。最后这些都做完了才是真正的开始录制脚本的工作。
开发：需求挖掘 - 需求规格编写确认 - 软件设计 - 概要设计 - 详细设计 - 编码
测试：需求调研 - 需求分析 - 业务调研 - 案例设计 - 场景设计 - 脚本编写 - 实施

通过以上可以看出测试和开发其实是一样的工作流程。

作者: lamuda 时间: 2010-10-11 20:08
谢谢楼上的解答，看来我只能用单交易负载一个一个的测了。这样测试出来的结果太难统计了，要分别导出每个交易的report，再手工统计。楼上有什么办法吗？

混合交易负载的确是比较逼近事实，但是对用一个大系统，每个开发小组只做其中的一个交易，而我们QA需要发不同模块的性能测试的结果给不同的开发小组看，按照loadrunner 的单交易负载设计的话，100个交易，每个交易做1个小时，就是100个小时，还要手工在每个交易结束的时候保存结果-》加载新的交易。。。。大家来讨论下有什么好办法吗？

作者: nihaoqqq 时间: 2010-10-14 08:23
李宇春“被结婚”:关于李宇春，好像真的不需要太多赘言，超大的名气，超高的人气，超强的才气以及被很多人嫉妒的所谓超好的运气，而最近，网上又爆出李宇春被结婚的消息，暂且不论真假，消息已经惹得众人非议，李宇春红得程度可见一斑。

出道之时，李宇春不过是一名刚刚踏入娱乐江湖的成人歌手，虽然拥有比赛时积累的超高关注度，但前路坎坷，看好她的人很多，不看好她的人更多，毕竟要想在那么大的中国歌坛占有一席之地，一个选秀平台的冠军更可能是颗流星。然而李宇春就是李宇春，单身公主相亲记能在一场比赛中赢得三百多万人支持的人首先一定不是凡夫俗子，她的独有气质和鲜明风格，她强大的内心和对音乐的挚爱，经过五年的岁月洗练越发放射出耀眼的人体艺术光芒，那种光感已不单单来自一个当红偶像，而是整合了一个创作人、一个导演、一个演员、一个歌手甚至一个青年领袖的多元的光芒。

　　如今的李宇春绝对今非昔比，一步一个脚印的付出和努力让她赢得了惹人艳羡的大好局面。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)