下载文档原格式
web前台测试用例转自WEB前台测试用例- 竹林深处- ITeye技术网站/zjCiKnY1.1 文本框、按钮等控件测试1.1.1 文本框的测试如何对文本框进行测试a,输入正常的字母或数字。
b,输入已存在的文件的名称；c,输入超长字符。
例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理；d,输入默认值，空白，空格；e,若只允许输入字母，尝试输入数字；反之；尝试输入字母；f,利用复制，粘贴等操作强制输入程序不允许的输入数据；g,输入特殊字符集，例如，NUL及\n等；h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示在测试过程中所用到的测试方法：1,输入非法数据；2,输入默认值；3,输入特殊字符集；4,输入使缓冲区溢出的数据；5,输入相同的文件名；命令按钮控件的测试测试方法：a,点击按钮正确响应操作。
如，单击确定，正确执行操作；单击取消，退出窗口；b,对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31；c,对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会；测试方法：a,一组单选按钮不能同时选中，只能选中一个。
b,逐一执行每个单选按钮的功能。
分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”；c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空；测试方法：a,直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10；b,利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；c,直接输入超边界值，系统应该提示重新输入；d,输入默认值，空白。
软件测试实验报告loadrunner引言软件测试是保证软件质量的重要手段，而性能测试则是其中的一部分。
在实际应用中，软件的性能往往是用户持续使用的关键因素。
本实验通过使用LoadRunner工具对一个Web应用进行性能测试，旨在评估系统的可扩展性和稳定性。
实验目的1. 了解性能测试的概念和一般流程；2. 掌握LoadRunner工具的基本使用方法；3. 学会分析性能测试结果并调优。
实验环境- 操作系统：Windows 10- 浏览器：Google Chrome- LoadRunner版本：12.55实验步骤步骤一：录制脚本1. 打开LoadRunner主界面，在“组织测试”中选择“录制脚本”；2. 输入脚本名称，选择协议为“Web HTTP/HTML”，点击“开始录制”按钮；3. 在弹出的浏览器中输入被测应用的URL，进入应用的登录页面；4. 按照测试用例的要求进行操作，录制脚本过程中可以对测试步骤进行注释和标记；5. 完成录制后，点击“停止录制”按钮。
步骤二：设计场景1. 在LoadRunner主界面，选择“组织测试”中的“设计场景”；2. 在“设计场景”界面中，将录制的脚本添加到“事务”中，可以设置事务的名称和模式；3. 将事务进行参数化，设置不同的参数取值，以模拟用户的不同行为；4. 可以设置事务之间的延迟时间，模拟用户的思考和操作过程。
步骤三：运行测试1. 在LoadRunner主界面，选择“执行测试”；2. 在“执行测试”界面中，选择要执行的场景，设置并发用户数、循环次数等参数；3. 启动测试并观察测试过程中的各项指标的变化情况，包括响应时间、吞吐量、错误率等；4. 完成测试后，查看测试报告，分析测试结果。
步骤四：优化调整1. 根据测试报告，可以发现系统的瓶颈和性能问题所在；2. 可以对系统进行优化调整，比如增加硬件资源、调整系统配置、修改代码逻辑等；3. 重新运行测试，对比测试结果，看优化效果。
测试用例设计-WEB通用测试用例易用性1、便于使用、理解、并能减少用户发生错误选择的可能性2、当数据字段过多时，使用便于用户迅速吸取信息的方式表现信息，突出重点信息，标红等方式3、显示与当前操作相关的信息，给出操作提示。
4、界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能5、对于常用的功能，用户不需要阅读用户手册就能使用一致性1、是否符合广大用户使用同类软件的习惯2、表现形式的一致性，字体、按钮、控件风格、颜色、术语、提示信息等。
（需要有一个全局的概念，不要每个模块都按照他们自己的风格做，结果每个模块效果做出来都不一致，这也是至关重要的所有要测试人员认真检查）3、交互习惯的一致性，查询、新增、编辑、删除等操作，并保证同一操作类型按钮名称一致。
（顺序一致，页面位置也要尽量相同。
）4、当输入框为不可输入或控件为不可使用状态时，统一为灰色不可输入状态；有序性1、界面文字、表单、图标等元素根据业务规则、使用频率排列2、Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式3、必填项提示信息按照从上到下，从左到右的提示方式依次提示安全性1、ID/密码验证方式中能否使用简单密码。
如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能超过n位2、ID/密码验证方式中，连续数次输入错误密码后该账户是否被锁定3、不登录系统，直接输入登录后的页面的url是否可以访问，（添加拦截器）4、退出登录后按后退按钮能否访问之前的页面（确认在退出后他的session的信息被注销）5、当用户无意录入无效和不符合相关规范的数据（如电子邮箱就需要验证他的邮箱格式是否正确）时，并且给予提示信息6、在用户作出危险的选择时有信息进行提示，比如要删除系统的重要数据，或者这种操作可能对系统造成其他的影响。
7、对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽8、给用户提供UNDO功能用以撤销不期望的操作9、输入的特殊字符是否能正确处理：`~!@#$%^&*()_+-={}[]|\:;”’ <>,./?灵活性1、用户能自由的作出选择，且选择都是可逆的2、用户方便的使用即互动多重性，不局限于单一的工具(包括鼠标、键盘或软键盘)3、当页面数据暴涨，出现较长列表时，是否有滚动条保证页面显示完整的信息。
Web测试中关于登录的测试 (1)搜索功能测试用例设计 (2)翻页功能测试用例 (3)输入框的测试 (5)Web测试的常用的检查点 (6)用户及权限管理功能常规测试方法 (8)Web测试之兼容性测试 (9)Web测试-sql注入 (10)Web测试中书写用例时要考虑的检查点 (11)手机电子邮件测试用例 (12)记事本与日历的测试用例 (13)Web测试总结 (14)让web站点崩溃最常见的七大原因 (14)Web应用程序是否存在跨站点脚本漏洞 (16)Web测试总结（全） (20)理解web性能测试术语 (27)Web安全测试入门 (28)测试工作总结 (28)Web应用系统易出问题的原因和测试要点 (28)使用JMeter测试web的应用 (29)1.Web测试中关于登录的测试请问，你为自己写过的用例怀疑过吗？前两天听一个朋友说他同事写了100个用例，结果有92个是无效的，差点被公司开了，本人以前也写过不少用例，但现在忽然怀疑我的用例了，觉得越来越糊涂了，拿登陆框来说吧，我写了7个用例，但总感觉不好，在网上找了篇文章，分享下，希望对大家有帮助。
快捷键的使用是否正常：1. TAB 键的使用是否正确2.上下左右键是否正确3.界面如果支持ESC键看是否正常的工作3.ENTER 键的使用是否正确切换时是否正常。
布局美感界面的布局是否符合人的审美的标准具体因人而依输入框的功能：输入合法的用户名和密码可以成功进入输入合法的用户名和不合法密码不可以进入，并给出合理的提示输入不合法的用户名和正确密码不可以进入，并给出合理的提示输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制正常用户名不允许的特殊字符空的用户名，系统（操作系统和应用系统）的保留字符不合法的密码有：空密码（除有特殊规定的），错误的密码，字符大于密码的限制正常密码不允许的特殊字符，系统（操作系统和应用系统）的保留字符界面的链接：对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示补充输入框是否支持复制和黏贴和移动密码框显示的不要是具体的字符，要是一些密码的字符验证用户名前有空格是否可以进入，一般情况可以。
测试用例之性能测试用例注：本文摘自作者正在编写的《Web性能测试实战》一书，曾经在程序员杂志2004年第10期上发表过。
性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、接口测试……,这么多眼花缭乱的测试类型名称，估计很少有人能准确的区分并说出定义来，至于对应的测试用例如何编写和执行，就更不用说了。
如果问测试工程师测试用例如何编写，就象是问程序员如何编写代码得到的答案一样，每个人都会给出不同的编写方法，但实用的测试用例却象优秀的程序一样难以编写。
目前国内，测试工程师却时常要面对“已经延期几倍计划时间的项目”，测试用例如何发挥更大的作用，是一个迫切需要解决的问题。
事实上，完全可以把测试用例看成是测试工程师编写的程序：这个“程序”是为了辅助测试工作的进行而开发的，目的是为了发现软件问题，同时“顺便”证明软件功能是否符合要求。
本文针对上面的问题，以设计性能测试用例为示范，讲解在企业实际工作中，如何有效划分测试种类和编写对应的测试用例，使测试工作更加合理、高效率的开展。
1测试种类和阶段1.1 测试种类对于测试种类的说法多种多样，最多的能达到30多种测试类型。
而实际工作中很多测试是互相包含的。
按照企业中实际工作需要，通常主要进行下面几种类型的测试：功能测试、健壮性测试、接口测试、强度测试、压力测试、性能测试、用户界面测试、可靠性测试、安装/反安装测试、文档测试。
下面介绍几种重要的测试种类及其测试的内容：功能测试：功能测试主要针对产品需求说明书的测试，是验证功能是否否合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。
这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作，他们也需要进行基本功能的测试。
接口测试：程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。
这个测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。
由开发人员进行。
WEB性能测试用例设计务器性能测试五大部分，具体编写测试用例时要根据实际情况进行裁减，在项目应用中遵守低成本，策略为中心，裁减，完善模型，具体化等原则；一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的；1. 预期指标的性能测试：系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；”系统响应时间不得超过20秒等，对这种预先承诺的性能要求，需要首先进行测试验证；2. 独立业务性能测试；独立业务实际是指一些核心业务模块对应的业务，这些模块通常具有功能比较复杂，使用比较频繁，属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容，并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能，并且持续一段时间。
对相同的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻使用完全一样的功能。
3. 组合业务性能测试；通常不会所有的用户只使用一个或者几个核心业务模块，一个应用系统的每个功能模块都可能被使用到；所以WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际使用情况的测试，也是性能测试的核心内容。
通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况；组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发，每组的用户比例要根据实际情况来匹配；4. 疲劳强度性能测试；疲劳强度测试是指在系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试，其主要目的是确定系统长时间处理较大业务量时的性能，通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定；5. 大数据量性能测试；一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试；第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者常用的组合业务。
Web应用性能测试实验报告一、引言本文主要针对Web应用的性能进行测试和分析，并且根据实验结果提出相应的改进策略，以优化Web应用的性能表现。
二、实验目的1. 了解Web应用的性能测试方法和指标体系；2. 通过性能测试，评估Web应用的负载能力、并发能力及响应能力；3. 根据测试结果提出相应的优化建议，改善Web应用的性能表现。
三、实验环境1. 硬件环境：使用一台具有较高配置的服务器，保证测试环境的稳定性；2. 软件环境：选择合适的Web性能测试工具，如JMeter、LoadRunner等；3. 测试应用：选取一款具备一定规模的Web应用作为测试对象。
四、实验步骤1. 准备测试用例：根据实际应用场景和用户行为，编写相应的测试用例，涵盖常见操作和高负载情况；2. 运行测试用例：使用性能测试工具，加载测试用例，并进行多场景、多用户并发测试；3. 监控性能指标：通过监控工具实时监测Web应用的性能指标，如响应时间、吞吐量、并发数等；4. 收集测试结果：记录测试过程中所获得的性能数据，并进行整理和分析；5. 分析测试结果：根据实验结果，分析系统性能的瓶颈所在，并找出性能不足的原因；6. 提出性能优化建议：根据分析结果，提出相应的性能优化策略和建议，以改善Web应用的性能表现。
五、实验结果与分析根据实验数据，我们得出以下结论和分析：1. 响应时间分析：通过对测试过程中的响应时间进行统计和分析，得出不同情况下的平均响应时间和最大响应时间的变化趋势，并与预期要求进行对比。
进一步分析发现，响应时间主要受以下因素影响：服务器负载、网络延迟、数据库性能等。
2. 吞吐量分析：吞吐量是指在特定时间内Web应用处理的请求数量。
通过统计测试过程中的吞吐量数据，可以评估Web应用的负载能力。
根据不同负载情况下的吞吐量变化趋势，我们可以得出Web应用在不同负载条件下的处理能力，并判断是否满足实际需求。
3. 并发数分析：并发数是指同时访问Web应用的用户数。
WEB测试⽤例（⼗⼆）⽹站测试的主要⽅⾯1功能测试对于⽹站的测试⽽⾔，每⼀个独⽴的功能模块需要单独的测试⽤例的设计导出，主要依据为《需求规格说明书》及《详细设计说明书》，对于应⽤程序模块需要设计者提供基本路径测试法的测试⽤例。
●链接测试链接是Web应⽤系统的⼀个主要特征，它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。
链接测试可分为三个⽅⾯：1）测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯；2）测试所链接的页⾯是否存在；3）保证Web应⽤系统上没有孤⽴的页⾯，所谓孤⽴页⾯是指没有链接指向该页⾯，只有知道正确的URL地址才能访问。
链接测试可以⾃动进⾏，现在已经有许多⼯具可以采⽤。
链接测试必须在集成测试阶段完成，也就是说，在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。
Xenu------主要测试链接的正确性的⼯具可惜的是对于动态⽣成的页⾯的测试会出现⼀些错误。
●表单测试当⽤户给Web应⽤系统管理员提交信息时，就需要使⽤表单操作，例如⽤户注册、登陆、信息提交等。
在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。
例如：⽤户填写的出⽣⽇期与职业是否恰当，填写的所属省份与所在城市是否匹配等。
如果使⽤了默认值，还要检验默认值的正确性。
如果表单只能接受指定的某些值，则也要进⾏测试。
例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
要测试这些程序，需要验证服务器能正确保存这些数据，⽽且后台运⾏的程序能正确解释和使⽤这些信息。
B/S结构实现的功能可能主要的就在这⾥，提交数据，处理数据等如果有固定的操作流程可以考虑⾃动化测试⼯具的录制功能，编写可重复使⽤的脚本代码，可以在测试、回归测试时运⾏以便减轻测试⼈员⼯作量。
我们对UM⼦系统中各个功能模块中的各项功能进⾏逐⼀的测试，主要测试⽅法为：边界值测试、等价类测试，以及异常类测试。
测试中要保证每种类型都有2个以上的典型数值的输⼊，以确保测试输⼊的全⾯性。
性能测试用例1、单用户测试2、用户并发测试:核心模块并发用户数与数据库主机并发用户数300人CPU利用率MEM利用率磁盘I/O情况DB参数1 其它参数并发用户数与应用服务器的关系表并发用户数CPU利用率MEM利用率磁盘300人功能巡检目的方法测试多人同时入库的性能情况多人登录系统，采用LOADRUNNER录制任务，然后开始对系统加压；持续时间120分钟，用户数量为500个。
并发用户数与事务执行情况并发用户数事务平均响应时间事务最大响应时间平均每秒处理事务数事务成功率每秒点击率平均流量（字节/秒）500并发用户数500人CPU利用率MEM利用率磁盘I/O情况DB参数1 其它参数并发用户数500人CPU利用率MEM利用率磁盘并发用户数与数据库主机并发用户数与应用服务器的关系表功能出库目的测试多人同时查询出库的性能情况方法多人登录系统，米用LOADRUNNER录制任务，然后开始对系统加压；持续时间20分钟，用户数量为100个。
并发用户数与事务执行情况目测试100人同时对系统操作，系统的性能情况方法米用LOADRUNNER 录制任务，然后开始对系统加压；持续时间40 分钟，用户数量100个并发用户数 事务平均响 应时间 事务最大响应时间 平均每秒事务数事务成功率平均流入库查询出库查询巡检查询登陆入库查询出库查询巡检查询登陆巡检查询登陆库查询 入库查询出库查询巡检查询登陆入库查询秒点击率佇/#) 量节并发用户CPU 利用MEM 利用磁盘DB 参数1其它参3用户并发测试:组合模块功能100人同时操作：30人登陆，20人巡检查询，20出库查询，30 入库查询，30人登陆，20人巡检查询，20出库查询，30 入库查询 30人登陆，20人巡检查询，20出库查询，30 入库查询并发用户数CPU 利用率MEM 利用率磁盘I/O 情况 30人登陆，20人巡检查询，20 出库查询，30入库查询目测试300人同时对系统操作，系统的性能情况方法米用LOADRUNNER 录制任务，然后开始对系统加压；持续时间100分钟，用户数量300个并发用户数事务平均响 应时间 事务最大响应时间 平均每秒 事务数事务成功率平均流入库查询出库查询巡检查询登陆入库查询出库查询巡检查询登陆巡检查询登陆库查询 入库查询出库查询巡检查询登陆入库查询秒点击率佇/#) 量节CPU 利用MEM 利用磁盘DB 参数1功能300人同时操作：50人登陆，100人巡检查询，70出库查询，80入库查询，50人登陆，100人巡检查询，70出库查询，80入库查询 50人登陆,100人巡检查询，70出库查询，80 入库查询并发用户数CPU 利用率MEM 利用率磁盘I/O 情况50人登陆，100人巡检查询，70出库查询，80入库查询4大数据量测试5疲劳强度测试。
WEB性能测试用例设计————————————————————————————————作者：————————————————————————————————日期：WEB性能测试用例设计性能测试用例主要分为预期目标用户测试，用户并发测试,疲劳强度与大数据量测试,网络性能测试，服务器性能测试五大部分,具体编写测试用例时要根据实际情况进行裁减，在项目应用中遵守低成本，策略为中心，裁减，完善模型,具体化等原则；一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的;1。
预期指标的性能测试系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；"系统响应时间不得超过20秒等，对这种预先承诺的性能要求，需要首先进行测试验证；2。
独立业务性能测试独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁，属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容，并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能，并且持续一段时间。
对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻使用完全一样的功能。
3. 组合业务性能测试通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际使用情况的测试，也是性能测试的核心内容。
通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况；组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发，每组的用户比例要根据实际情况来匹配;4。
疲劳强度性能测试疲劳强度测试是指在系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能，通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定；5. 大数据量性能测试一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试；第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者常用的组合业务.第三种大数据量测试结合了前面两种的测试，两种测试同时运行产生较大数据量的系统性能测试；大数据量测试通常在投产环境下进行，并独立出来和疲劳强度测试放在一起,在整个性能测试的后期进行；大数据量的测试可以理解为特定条件下的核心业务或者组合业务测试;6。
网络性能测试主要是为了准确展示带宽，延迟,负载和端口的变化是如何影响用户的响应时间的，在实际的软件项目中主要是测试应用系统的用户数目与网络带宽的关系.网络测试的任务通常由系统集成人员完成；7。
服务器(操作系统，WEB服务器，数据库服务器）性能测试初级服务器性能测试主要是指在业务系统工作或者进行前面其他种类性能测试的时候，监控服务器的一些计数器信息,通过这些计数器对服务器进行综合性能分析，为调优或提高系统性能提供依据;高级服务器性能测试一般由专门的系统管理员来进行如数据库服务器由专门的DBA来进行测试和调优；8。
一些特殊的测试主要是指配置测试，内存泄露测试的一些特殊的WEB性能测试；二、WEB 性能测试策略性能测试策略一般从需求设计阶段开始讨论如何定制，它决定着性能测试工作要投入多少资源，什么时间开始实施等后续工作的安排；其制定的主要依据是软件自身的特点和用户对性能的关注程度，其中软件自身的特点起决定性的作用；软件按照用途的不同可以分为两大类，系统类软件和应用类软件。
系统类软件通常对性能要求较高，因此性能测试应该尽早介入;应用类软件分为特殊类应用和一般类应用，特殊类应用主要有银行，电信，电力，保险，医疗，安全等领域软件，这类软件使用频繁，用户较多，也需要较早进行性能测试；一般类主要是指一些普通类应用如OA，MIS 等一般类软件根据实际情况制定性能测试策略,受用户因素影响较大;1. 系统类软件从设计阶段就开始针对系统架构,数据库设计等方面进行讨论，从根源来提高性能，系统类软件一般从单元测试阶段开始性能测试实施工作，主要是测试一些和性能相关的算法和模块；2。
应用类软件特殊应用：从设计阶段就开始针对系统架构，数据库设计等方面进行讨论，从根源来提高性能，系统类软件一般从单元测试阶段开始性能测试实施工作，主要是测试一些和性能相关的算法和模块；一般应用：与使用用户的重视程度有关，用户高度重视时,设计阶段开始进行一些讨论工作,主要在系统测试阶段开始进行性能测试实施；用户一般重视时，可以在系统测试阶段的功能测试结束后进行性能测试；用户不怎么重视时，可以在软件发布前进行性能测试,提交测试报告即可；三、WEB性能测试用例设计模型性能测试用例设计通常不会一次设计到位，是一个不断迭代完善的过程，即使在使用过程中，也不是完全按照设计好的测试用例来执行,需要根据需求的变化进行调整和修改; WEB性能测试用例设计模型是一个内容全面比较容易组织和调整的模型架构.1. 预期性能指标测试用例指一些十分明确的,在系统需求设计阶段预先提出的，期望系统达到的，或者向用户保证的性能指标，针对每个指标都要编写一个或者多个测试用例来验证系统是否达到要求，预期性能指标测试用例主要参考需求和设计文档，把里面十分明确的性能要求提取出来，指标中通常以单用户为主；如:对于普通的客户端，系统上传5MB以内的文件,速度不低于2MB/S；输入动作:选择1-5 MB的文件并上传,用秒表计时；期望的性能：上传的时间小于等于2。
5S实际性能：上传的时间2.29秒；这类用例通常以手工的方式执行；2。
用户并发性能测试用例用户并发测试主要通过逐渐增加用户数量来加重系统负担，并通过测试工具对应用系统,各种服务器资源进行监控，用户并发测试可以是正常数量用户和特殊数量用户进行并发，用户并发测试是系统性能测试的核心部分，涉及压力测试，负载测试，强度测试等多方面的内容.独立业务性能测试实际就是核心业务模块的某一业务的并发性能测试，可以理解为单元性能测试;组合业务的性能测试是一个或者多个模块的多个业务同时进行并发性能测试，可以理解为集成性能测试，单元性能测试和集成性能测试两者紧密相连合并称为用户并发性能测试;用户并发测试要求选择有代表性的关键的业务来设计测试用例，以便更有效的评测系统性能；其测试用例设计文档的基本的编写思想是按照系统的体系结构进行编写.3. 独立核心模块用户并发性能的测试用例设计完全一样功能的并发测试:主要检查系统的健壮性，从技术角度讲就是检查程序对同一时刻并发操作的处理。
完全一样操作的并发测试：基本要求是在同一时刻进行完全一样的操作，这类测试的目的是验证核心模块在大量用户使用同一功能时是否正常工作；相同/不同功能的子功能并发：每个不同的子功能都模拟一定的用户数量，通过工具来控制并发情况;如发送与接收邮件模块的一个测试用例，功能：当在线用户达到高峰时，发送和接收普通邮件正常，保证2000个以内用户可以同时访问邮件系统，能够正常发送和接收邮件；目的：测试系统2000个以内的用户同时在线时能否正常发送邮件；方法：采用LOADRUNNER的录制工具录制一个邮件发送过程测试，要监视数据库服务器和WEB服务器的性能,其中发送的邮件为普通邮件，附件大小不超过1MB.并发用户数与事务执行情况：并发用户数，事务平均响应时间，事务最大响应时间,平均每秒处理事务数，事务成功率，每秒点击率，平均流量；并发用户数与数据库主机：并发用户数，CPU利用率，MEM利用率，磁盘I/O参数,DB参数；并发用户数与应用服务器的关系表：并发用户数，CPU利用率，MEM利用率，磁盘I/O参数;4. 组合模块用户并发性能测试的用例设计组合模块的性能测试是最能反映用户实际使用情况的测试，它把前面系统中具有耦合关系的模块组合起来进行测试，可以理解为集成性能测试，组合模块并发测试可以真实反映用户使用系统的情况，可以从需求，设计文档;现场调查，系统采集数据获取用户场景；具有耦合关系的核心模块进行组合并发测试：主要测试在多用户并发条件下,一些存在耦合关系或者数据接口的模块是否正常运行;彼此独立的,内部具有耦合关系的核心模块组的并发测试：这类测试的对象是多个模块组，每个组相关的模块具有一定的耦合关系,组与组之间关系相互独立，主要站在用户的角度考虑问题；基于用户场景的并发测试：选择用户的一些典型场景进行测试，测试对象不限制于核心模块或非核心模块;组合模块用户并发性能测试的前两种类型仍然是针对核心模块的同时也关注用户场景，这样做的原因是大多数的性能问题都是由用户经常使用的核心模块一起的；可以看出，组合模块的用户并发性能测试既关注功能测试，也关注性能测试，通过发现一些接口和综合性能方面的问题,使系统更加稳定的运行。
如下某OA系统组合模块的一个测试用例:功能：在线用户数达到高峰时，用户可以正常使用系统，目标是满足500个以内用户同时在线使用系统;目的：测试500个以内用户同时在线时能否使用比较常见的模块：公文系统，电子公告，网上论坛；方法：采用LOADRUNNER 的录制工具录制三项业务;业务1，在公文系统内进行打开，修改等操作；业务2，在电子公告系统内,察看发布公告；业务3 ,在网上论坛系统内发布帖子，查看文章；每项业务分配一定数量的用户，利用LOADRUNNER来完成;并发用户数与事务执行情况：业务1，业务2，业务3事务平均响应时间；业务1，业务2，业务3事务最大响应时间;业务1,业务2,业务3平均每秒事务数；业务1，业务2，业务3平均成功率；每秒点击率;平均流量；并发用户数与数据库主机:CPU利用率；MEM利用率；磁盘I/O情况;DB参数；并发用户数与应用服务器的关系:CPU利用率,MEM利用率；磁盘I/O情况;5. 疲劳强度与大数据量测试疲劳强度测试：主要特点是长时间对目标测试系统加压，目的是测试系统的稳定性，持续时间一般在1小时以上;疲劳强度测试属于用户并发测试的延续，因此核心内容仍然是核心模块用户并发和组合模块用户并发，在编写测试用例时需要编写不同参数或者负载条件下的多个测试用例,可以参考用户并发性能测试用例的设计内容，通常修改相应的参数就可实现所需要的测试场景；如下疲劳强度测试用例：极限名称：200个用户同时使用系统的3个模块；前提条件：测试客户端要有足够的资源；运行时间：连续运行16小时；测试方法:采用LOADRUNNER录制3个任务，然后开始对系统加压；输入动作：任务1，任务2，任务3 ；持续时间, 任务20小时，任务2,21小时，任务3,16小时;用户数量；现象；大数据量测试：主要针对对数据库有特殊要求的系统进行的测试,如电信业务系统的手机短信业务；可以分为实时大数据量，主要目的是测试用户较多或者某些业务产生较大数据量时，系统能否稳定运行；极限状态下的测试，测试系统使用一段时间即系统累计一点量的数据时能否正常的运行业务;前面两种的结合,测试系统已经累计了较大数据量时,一些实时产生较大数据量的模块能否稳定工作;如下大数量测试用例：功能：数据库中的短信息表可以保存所有不能及时发送的短信息，用户上线后又能及时发送已经保存的信息；目的：方法：并发用户数与事务执行情况:输入说明; 事务平均响应时间；事务最大响应时间;平均每秒处理事务数，事务成功率；每秒点击率；平均流量；6. 网络性能测试基于硬件的测试：主要是通过各种软件工具，仪器等测试整个系统的网络运行环境，一般由系统集成人员负责；基于应用系统的测试：主要测试用户数目与网络带宽的关系，通过测试工具准确展示带宽，延迟,负载和端口的变化是如何影响用户响应时间的；网络性能测试的用例设计主要针对后一种类型，可以独立进行测试,也可以和用户并发性能测试，疲劳强度与大数据量测试结合起来，在原有的基础上采用工具来调整网络设置，从而达到监视网络性能的目的；如下网络性能测试用例；目的: 测试系统运行在不同网络带宽条件下的性能情况,以及与并发用户数量的关系；方法:在不同的广域网带宽下使用LOADRUNNNER录制邮件系统得相关事务操作脚本，然后以不同的带宽和并发用户数进行压力测试，并记录在各种用户条件下各种事务的响应情况，同时记录路由器端口的流量和其他数据；运行时间：并发用户数与事务响应时间:7. 服务器性能测试服务器性能测试主要是对数据库，WEB服务器，操作系统的测试，目的是通过性能测试找出服务器的瓶颈，为系统扩展，优化提供相关的依据；分为：高级服务器性能测试：在特定的硬件条件下,由数据库,WEB服务器，操作系统相应领域的专家进行的性能测试；初级服务器性能测试：在系统运行前面的性能测试时,通过测试工具对数据库，WEB服务器,操作系统的使用情况进行监控，然后进行综合分析，找出系统瓶颈；性能测试的主要目的是在软件功能良好的前提下，发现系统瓶颈并解决，而软件和服务器是产生瓶颈的两大来源，因此服务器测试一定要和前面的测试结合起来进行；在进行用户并发性能测试，疲劳强度与大数据量性能测试时，可以完成对服务器的监控并对服务器性能进行评估；这类部分的测试用例一般不必单独编写。
