性能测试用例如何设计

chenjinlin

性能测试的需求一般都比较笼统.要结合你实际要测试的系统来考虑测试用例的设计.
用户一般会给出一些个指标,我们需要与业务人员沟通确认,例如:有哪些业务点需要
做测试,各业务点大概所占的比重.然后设计出要测试的用例.
但有一些时候,具体还是不清楚该如何设计好.有这方面经验的朋友,能否分享下你们
实际项目中的一些经验呢?
我举我目前的一个项目,朋友们帮看下,该如何设计用例:
容量要求：
最高在线用户数量        业务部门90人，用户部门200人，供应商400人
内部用户人数（请分部门描述）        业务部门400人，用户部门2000人，技术/业务主管部门200人
外部用户人数        供应商10000人
依据最高在线用户数量＝690人 ，按照“并发在线用户是实时在线用户的10%-20%
”来推算，实际的业务系统并发用户数要在 69－138 之间。
时间要求：
登陆响应时间        <=8s,并发数60
最复杂页面响应时间        <=15s，并发数20
页面平均响应时间        <=4s，并发数60
报表最大响应时间        <=60s，并发数20
分析需求:
拟测试的业务点有
登陆    40%
查询业务  25%
复杂页面  5%
常用业务流程一处 15%
报表  15%
请谈谈,如何设计这样一个项目的性能测试需求用例?特别是"页面平均响应时间"?这个测试需求该如何设计?

[ 本帖最后由 chenjinlin 于 2009-8-12 12:39 编辑 ]

changxinxiao

等结果中.......

lijian422202

我个人的作法：
单点测试（不加思考时间，或者模拟一般较短的keying时间），内容包括需求提出的功能点，其中以业务重要性、数据量大，访问频率高，后台业务实现复杂来订；单点测试主要目标在于发现功能点是否存在并发上的问题，响应时间或者TPS是否可以进行优化提高；这里的并发可以在线用户的经验百分比得出；
然后就是混合测试（这里尽量模拟真实的思考时间以及每个业务之间的pacing时间），如果你的系统有角色区分的业务系统，那么就分别为每个角色设计一个主要功能点，打个比方吧：比如你这里有个业务部门90人，他们的经常做查询业务，常用业务流程，查询业务对于业务部门的人占他们平时业务比率为70%，常用业务流程为30%，你就可以通过测试工具设计出随机率70%做查询，30%做业务，90人的一定的百分率的最大在线做为业务并发，尽量真实的模拟用户行为，以此可以做出用户部门2000人，技术/业务主管部门200人的场景，通过该场景可以得出你的系统是否能满足客户需求，以及负载测试中的容量估算，提供运营支撑有效的数据；
用例部分其实就是你的单点部分，然后看如何设计综合场景；