1.确定用户使用系统情况的方法

确定用户对系统的使用情况是设计用例具体数据的基础，后面并发用户数据设计，疲劳强度设计以及各种场景设计都要依赖对用户使用系统情况的分析，分析用户使用情况经常采用现场调查和分析系统日志两种方法：

用户现场调查：通过和用户进行沟通，可以确定用户的人员组成情况，这类方法适用于用户群体固定且目标测试系统没有投产前的情况。

分析系统日志：当用户比较分散，现场调查比较困难时，可以采用对系统日志进行分析的方法，作为对用户现场调查的补充。

2.并发用户数量设计

设计并发用户数量前，首先要了解确定系统较大并发用户数量的方法可，以根据系统的较大使用人数或者较大在线数量来评估较大并发用户数量的方法：

极限法：取较大在线用户数作为较大并发数，这种方法适用于系统已经投产目标用户群体不确定的门户网站，可以通过分析日志来进行测试，也可以使用系统已经注册的用户数量作为系统的用户数量，按照经验公式来估算较大用户数量。

用户趋势分析：对软件生存周期内的用户未来走势进行分析，预测系统可能达到的较大使用用户数目，从而估算系统的较大并发用户数目，这种方法多用于用户数目逐渐增多的情况。

经验评估法：多用于系统的使用用户数目相对稳定而且比较明确的系统。

并发用户数量的设计基本是按照较大并发用户的数量的百分比来设计的，对于某一特定的用例，需要注意：

一、按照各类用户同时递增的方式来设计用户数量，是为了按照由浅入深的方法来发现系统的瓶颈；

二、并发用户的较大值一般不会超过前面计算的较大并发用户数量的20%，除非是为了测试系统能支持的较大并发用户数量；

三、设计用户数量时要考虑成本，因为每组用户数都意味着至少执行一次测试；

3.系统不同时间段场景的设计

不同时间段的场景更接近用户使用情况，它也是设计核心模块和组合模块并发性能测试用例的基础，不同时间段场景分析的数据主要是前面的需求分析和日志分析结果。

不同时间段场景的设计基本原则有两个：一是选择典型的场景进行测试，尤其要选择场景中并发用户数目较大的场景；二是要覆盖全面，设计出的用例要覆盖到压力可能较大的时间段，用户场景的设计一般与后面的业务模式结合起来进行。

4.业务模式的设计

业务模式的设计是不同时间段场景设计的特例，也是设计核心模块和组合模块并发性能测试用例的基础，设计业务模式的目的是专注于某些功能模块的组合，按时间段来设计场景通常会涉及很多模块，如果系统存在的由应用软件引起的瓶颈则很难定位，所以才抽象一些特定的业务模式来进行用例的设计。

按照业务模式和时间段的场景来设计性能测试用例时，会涉及到如何设计每个模块并发用户数目的问题，通常会取各个相关模块在24小时内较大的并发用户数目进行组合。

5.大数据量测试用例的设计

历史数据相关的大数据量测试设计与并发用户的测试设计很类似，首先要确定系统数据的较长迁移周期，确定了系统的较大数据量后，接下来选择一些前面的核心模块或者组合模块的并发用户测试用例作为其主要内容即可。

运行时大数据量测试主要根据模拟系统运行时可能产生的大数据量来进行测试，这类测试用例通常根据实际情况去分析设计。

6.一些特定测试用例的设计

疲劳强度测试，较大用户测试，容量测试等一些特殊的测试用例设计，根据用户的需求进行，这类用例的相关要求通常十分明确。

性能测试用例较重要的是注意用例间的关系，孤立的设计各类用例只能增加测试成本，浪费人力。性能测试用例设计人员应该追求设计既能覆盖性能测试需求，又能以较低的成本来执行测试用例。