性能测试计划草稿.doc

系统性能测试计划文档描述软件状态： 草稿 修订 上线文件标识：performance CS01作 者：完成日期：2016/3/29领导意见： 批准 修改文档修订记录版本号修订类型说明日期变更人V3.0起草初步定义计划2016/3/29一、概述11 项目背景信息外设控制系统，实现了远程单灯开关，回路控制，调光，检测，数据反馈等管控功能，开辟了城市照明“管理节能”的新篇章。12 系统功能简介系统的主要功能模块如下：13 测试方面考虑到系统的多用户特点，需要设计以下方面的性能测试用例： 对平台登录做一个压力测试，实现同时10、20、50、100个用户登陆。（考验其在多个用户登录的情况下是否会出现系统崩溃等现象） 同时在线的情况下在对某一项功能进行操作且连续在线30分钟、60分钟、120分钟，验证其负载的能力。（判断多个用户同时在线系统是否会出现崩溃） 验证平台内所有链接是否存在死链接的现象。14 测试的目标通过性能测试实现对服务器的综合性能评估，尽可能真实地反映系统的性能情况，为调整与优化系统性能提供参考；二、测试环境21 硬件环境需求一部用于测试的客户端PC，其硬件配置主流PC机型即可；22 网络环境需求公司WIFI、RJ45网线、10兆以上互联网。23 软件环境需求服务器操作系统系统软件测试软件/虚拟机Windows XP /Load Runner(中文版)三、用户场景分析与测试用例设计31独立测试应用模块：独立用户场景主要是指模拟一定数量的用户，针对一些核心业务模块进行并发访问，目的是发现大量用户做特定操作时所产生的影响；并发访问系统测试目的：测试一定数量的用户并发登录进行操作时系统的响应情况；模拟用户行为：1） 在浏览器输入地址打开首页；2） 输入登录名以及密码；3） 登入系统；4） 关闭网页。测试方法&场景设计：1） 录制上面的操作过程；2） 模拟不同的用户数量进行并发测试：10、20、50、100；3） 并发持续时间：每组20分钟；强度（负载）测试：测试目的：测试当较大的并发用户数量对系统进行长时间的访问时，系统响应是否正常。主要目的有：1） 在强度测试下，用户业务响应是否正常，系统运行是否稳定；2） 在强度测试下，系统各项性能参数是否表现正常；模拟用户行为：1）在浏览器输入地址打开首页；2）输入登录名以及密码；3）登入系统，所有用户同时对综合首页进行查看；4）关闭网页。测试方法&场景设计：1）录制上面的操作过程；2）模拟的用户数量：50个；3）执行压力持续时间：8小时；四预期性能指标测试1每秒点击数（HPS）：不明确；2每秒事务数（TPS）：不明确；3最大用户数：不明确；4预期性能指标下，WEB、数据库服务器与网络环境配置：不明确；41 其他事项（说明）1软件测试停止、完成标准：停止标准：由于系统本身的问题或者硬件出现问题导致无法测试或无法继续进行测试，可以停止测试。完成标准：比较真实地反映了测试系统的性能问题。2局限性：由于环境以及个人能力所限，只对平台性能进行部分的测试；业务典型性：由于测试用例仅选择了典型的用户业务，没有覆盖到全部功能点，测试结果将与实际性能存在一定的偏差。5 人员分配及时间进度安排1、由于系统自带验证码登录操作，故在测试环境下，须由开发人员将验证码屏蔽。2、在测试过程中，须由测试人员实时记录测试过程以及结果以备后期评估。3、此测试开始以及结束时间为暂定，如有变更，可以重新修订。4、需求变更或者版本更新，可适当重新调整时间进度安排。测试人员预计测试开始时间2016/4/1预计测试结束时间2016/4/10六风险评估1、质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对；2、测试用例没有百分之百的执行，如有些测试用例被有意或无意的遗漏；3、需求的临时/突然变化，导致设计的修改和计划的重写，测试时间不够；4、质量标准不是很清晰的，如适用性的测试，可按评估会议相关标准确立；5、测试用例设计不到位，忽视一些边界条件、深层次的逻辑、用户场景等；6、测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差；7、有些缺陷出现频率不是百分之百，不容易被发现；8、回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险；9、非人力以及