性能测试用例的设计.docVIP

性能测试用例的设计 　　摘 要 性能测试是当前B/S结构及C/S结构软件项目的重要评价指标，测试用例是为了检验软件功能是否符合用户需求的一组输入、输出、测试步骤的组合。使用规范的测试策略进行性能测试用例设计是保障软件项目质量的有效手段。 　　关键词 性能测试；用例；设计；分析 　　中图分类号TP31 文献标识码A 文章编号 1674-6708（2011）57-0219-02 　　0引言 　　性能测试是目前B/S结构及C/S结构软件项目的重要评价指标，而当前企业用户的软件项目业务流程对系统负载及压力测试都有明显的需求，随着软件企业客户及用户的不断增加，用户对软件系统的功能需求与性能需求将达到同样的高度，功能测试一直是软件测试的一项重要工作，而性能测试在国内并没有达到应有的重视高度。随着国内公司企业的国际化发展，各种性能指标在软件项目的质量评价体系中将变得越来越重要。测试用例是为了检验软件功能是否符合用户需求的一组输入、输出、测试步骤的组合。使用规范的测试策略进行性能测试用例设计是保障软件项目质量的有效手段。 　　1性能测试用例设计分析 　　软件项目的性能特征要求往往表现在软件系统功能的部份场景，比如登陆、注册、产品购买等功能，因此在进行性能测试用例设计时主要考虑以下几个方面。 　　1.1使用场景法设计测试用例 　　一般进行功能测试用例设计使用的策略过程大致为：首先根据等价类法划分不同的有效等价类及按照不同的角度划分的无效等价类，再根据功能需求中要求的明显边界或软件及硬件要求的隐含边界进行边界值分析法设计测试用例，在边界值测试用例设计完后，再考虑等价类划分的覆盖率进行补充等价类测试用例。在此基础上再根据场景或个人经验增加其它测试用例。根据性能测试的特点，性能测试一般会在系统测试之前进行，而在软件项目进行了单元测试、集成测试和确认测试后，功能测试覆盖率已经达到足够需求量，并且性能测试在用户提出需求时往往已根据自身特点明确提出在几个点或几个环节要求负载、压力及响应时间上的软件需求，因此针对于软件项目的性能测试主要集中在几个关键场景对应的业务流程。毫无疑问，使用场景法进行性能测试用例设计是首要选择。 　　1.2使用工具保障测试用例执行 　　性能测试要求在模拟用户真实环境下对系统负载、压力等功能需求进行测试，而软件开发公司在仅有的硬件设施下不可能通过真实的硬件环境完全替代真实的环境进行性能测试，比如模拟10 000个用户同时在线，或30个用户同时完成在2分钟内将所选商品正确放入购物车提交至数据库。因此，必须借助自动化测试工具对软件项目进行性能测试。在测试工具使用过程中，可以通过编写脚本控制加入集合点、事务、参数化优化测试脚本。并且通过软件测试工具可以即时的以图形化界面直观显示当前性能参数、计算机硬件CPU、内存等使用情况，通过精确的数据基础对软件项目的性能进行正确的评价。 　　2案例分析 　　下面以黄冈职院的教务管理系统个人课表查询为例对性能测试用例设计进行举例分析，假设教务管理系统要求在同1天内满足100个并发用户同时正确登陆至教务管理系统，满足50个并发用户同时正确查看个人课表，假设在每个用户登陆时产生的记录数为1条，第个用户在查看个人课表时产生的记录数为10条，则每天产生的业务量为100+500等于600条。根据80-20的原则，即一天内80%的工作量将主要集中在20%的时间内进行处理，因此系统在某个时间内必须表现出良好的性能，才能满足用户需求，一般用户登陆时间超过10s，查看个人课时间超过30s，将导致用户对软件系统失去耐心，从而对本软件丧失信心。在设计测试用例时根据场景设计设计两个场景，一是系统登陆场景，二是查看课表场景，那么根据两个场景设计测试用例时对于脚本地录制对脚本进行标识，分两段脚本进行标识保存，分别为：jw_s_land,脚本功能为标识用户登陆脚本；jw_s_find,脚本功能为标识用户查询个人课表脚本。测试用例设计相关描述如下： 　　测试覆盖需求：在空数据库的情况下，登陆操作满足80个并发用户处理能力，查询操作满足40个并发用户处理能力；登陆响应时间为10s，查询响应时间为30s。 　　功能简述：模拟80个用户进行并发登陆，40个用户进行并发查询个人课表操作，同时考查登陆响应时间不高于10s，查询响应时间不高于30s。 　　条件：操作系统，windows xp；处理器，intel i3 3.2Ghz；内存，2G；硬盘，希捷，7200，160G。 　　用例间依赖：无依赖关系。 　　关键技术应用说明：因为两种场景相对独立，所以应该分别录制脚本，脚本名参见以上脚本描述。为了实现并发处理功能，应在录制单一用户脚本后，增加集合点。在进行课表查询及登陆功能过程中，根据响应时间要求是否达到系统