全国咨询热线：136-9172-9932
性能测试计划，性能测试作为软件测试的一部分工作，并且性能测试一般都是在系统测试完成后，或者是在系统测试阶段中评估系统功能比较稳定，对性能测试没有影响的情况下进行的。根据测试计划，性能测试允许的时间为25个工作日，故计划需要1个人进行测试。
一：人力资源
性能测试作为软件测试的一部分工作，并且性能测试一般都是在系统测试完成后，或者是在系统测试阶段中评估系统功能比较稳定，对性能测试没有影响的情况下进行的。根据测试计划，性能测试允许的时间为25个工作日，故计划需要1个人进行测试。
二：时间进度
性能测试的计划和时间进度安排，见表14-2。
表14-2 性能测试计划
因为项目的时间周期相对较短，故在此不做里程碑图。
三：测试环境准备
在进行测试前，必须先搭建好测试平台。
服务器安装操作系统为Windows 2003系统，其中数据库服务器和应用服务器安装在同一台机器上，服务器的IP地址为192.168.14.25。
测试机安装的操作系统为Windows XP系统，因为测试的并发用户数最多为100个，故只要一台测试机即可，其中Controller和负载机为同一台机器。测试机与服务器在同一个局域网内。
详细的配置见表14-3。
表14-3 测试机与服务器软硬件配置
测试拓扑结构图，如图14-2所示。
图14-2 测试拓扑结构图
测试工具：LoadRunner 9.1
录制协议：HTTP/HTML
四：业务模型创建
测试环境准备好之后要对业务模型进行设计。什么叫业务模型?业务模型是用来约束和规范业务活动的，指导录制脚本时的业务流程及业务背景。如果没有定义好业务模型那么就很难去录制脚本或者是录制好的脚本无法满足客户的需求。这几个模块具体的业务模型，见表14-4。
表14-4 业务模型
创建业务模型应该注意以下几点：
1)对于某个业务流程，用户在使用过程中是如何操作的?
2)一个业务包含多个子业务时，子业务的先后顺序和子业务的关系如何处理?
3)为了更好地接近用户的使用习惯，确定业务流程需要哪些支持(如数据准备)。
4)确定虚拟用户并发数和系统在线用户数。
五：场景模型创建
业务模型是用来规定业务如何活动的，那么场景又如何控制呢?这就需要创建一个场景模型。什么叫场景模型?场景模型用来约束和规范业务活动时的场景环境，指导场景如何设计。也就是说如果没有定义好场景模型那么就无法很好地去定义Control部分的场景设计或者测试出来的结果和真实的结果还存在很大的差异。这几个模块具体的场景模型，见表14-5。
表14-5 场景模型
创建场景模型应该注意以下几点：
1)确定虚拟用户如何加载?如何释放?以及场景持续运行的时间，这些数据可以通过以往系统使用的历史记录获得，如果以前没有相关的这方面的记录，那么可以通过类似或同行业的情况来做参考。
2)确定集合点使用的情况。
3)确定是否使用IP欺骗技术?
4)确定要添加哪些计数器?
六：测试数据准备
完成以上工作后，接下来就要为业务模型准备数据，一般准备数据可以从以下几个方面入手：
1)数据可以来自于以前的历史数据。如登录模块，测试10个用户同时登录的情况，如果已有10个真实的用户账号信息，那么在准备数据时，就可以直接调用这些现有的数据。
2)手动添加准备数据。如登录模块，如果现在没有10个现成的真实用户账号信息，那么就需要自己手动去创建，当然创建的方式就有很多种了，可以使用LoadRunner进行创建，也可以写一段小程序去创建，当然还可以选择手动创建。但是当数据量很大时，选择手动创建就是一件很困难的事，如测试BOSS(Business & Operation Support System)系统，几千个虚拟用户并发，如果手动去准备这些数据就很麻烦。
3)数据以何种形式调用。如登录模块的这10个用户账号信息，在测试过程中如何调用，这里会出现两种不同的情况。一是文本形式，文本形式有一个缺点是，LoadRunner参数列表中最多允许100行参数，那么如果参数很多就不能用这种方式了，二是数据库的方式，如果大量参数要被调用的话就应选择数据库的形式，因为数据库形式没有受记录的条件限制。
各模块数据准备情况，见表14-6。
表14-6 准备数据
这些数据都选择LoadRunner生成，100个用户账号信息存储在数据库中，以方便参数化时调用。
今天关于“性能测试计划以及测试方案”的内容 就学习完啦，大家喜欢的话记得每天来这里和小编一起学习涨薪技能哦(笔芯)
附：川石学院全国校区最新开班时间，课程资料获取13691729932(微信同号)。
川石学院零基础入门到精通课程免费学习即扫下方二维码，名师在线辅导!
