测试方案表Word格式文档下载.docx

1、性能测试易用性测试兼容性测试管理平台前端测试的主要目标是确认系统的基本功能正确实现，易用性、兼容性和性能满足需求说明书中提出的要求。1.4 测试安排人员安排姓名角色职责备注进度安排任务责任人开始时间结束时间编写测试方案编写测试用例修正测试用例执行功能测试执行性能测试编写测试报告1.5 参考文档2 测试配置2.1 软硬件环境本次测试的环境尽量模拟真实的生产环境，其中具体的软硬件配置和网络环境如下：类型软/硬件名称应用服务器数据库服务器网络环境PC客户端其它2.2 测试数据测试数据分为2种类型：从其他业务系统抓取过来的数据、根据业务规则手工生成的数据。2.3 测试工具本次测试以手工测试和测试工具运

2、用相结合来进行，具体情况如下：手工测试 3 测试策略3.1 测试用例3.1.1 用例编号规范测试用例的编号规范：“项目缩写-模块缩写-编号”。例如：MDZZCX-YJFK-001,代表：美的自助查询系统，意见反馈模块，第1条用例。3.1.2 用例内容规范测试用例包含但不限于以下要素：序号、产品模块、用例编号、优先级、分类、用例描述、前置条件、测试步骤、预期结果、测试结果、测试人等。3.1.3 用例变更规范当因为需求发生改变而需要对用例进行修改或者增删时，用例负责人应在第一时间对用例进行更新，并提交项目经理进行审批。3.2 通过准则以下5点均满足，则测试结论为通过：1、需求覆盖率达到100%；2

3、、遗留缺陷占全部缺陷的比率=5%；3、遗留缺陷中不存在缺陷严重程度为“致命”、“严重”的缺陷；4、缺陷严重程度为“一般”的缺陷占比=3%；5、所有性能指标的测试结果均为通过。3.3 测试执行整体的测试过程分为4个部分进行，分别是功能测试、易用性测试、兼容性测试和性能测试。3.3.1 功能测试本部分的工作分为单元测试和系统测试2个部分。其中单元测试由开发组负责，主要目的在于发现各模块内部可能存在的缺陷，及早进行修复，提高提测版本的可测试性。包括但不限于：模块接口、内部数据结构、逻辑路径覆盖、错误处理等。系统测试由测试组负责，主要目的为验证已完成的系统各项基本功能正确实现，符合需求说明书的要求。1

4、、执行正常类测试用例时，得到预期结果；2、执行异常类测试用例时，得到提示或者警告信息；3、业务规则应用正确且业务数据准确。功能点简析一级模块二级模块三级模块优先级3.3.2 易用性测试本部分测试的主要目的是验证系统界面的规范性和操作便利性。测试目标前后端界面规范、工整、风格一致；操作流程清晰明确且有指导性；方法1、使用Chrome/Firefox浏览管理平台的各项功能；完成标准各项功能的导航明确、操作便捷。测试工具需考虑的特殊事项暂无3.3.3 兼容性测试本部分测试的主要目的是验证系统对不同浏览器的兼容情况。1、验证后台管理系统对不同浏览器的兼容情况；1、分别使用Chrome/Firefox浏

5、览器执行功能测试的冒烟测试用例；1、后台管理系统在各浏览器下正确执行所选用例；1、确认管理平台支持的浏览器；3.3.4 性能测试本部分测试的主要目的是验证系统接口在可以接受的性能水平下，是否能够支持需求所要求的并发用户数。性能测试总体策略1 在系统可以接受的性能水平下，系统可以支持的最大的并发用户数目；2 在系统崩溃前的临界情况下，系统可以支持的并发用户数目；3 软、硬件配置的更改对系统整体性能上带来的影响；4 系统在不同用户负载下各种资源的利用情况。1 使用soupUI对系统主要接口进行测试；2 建立性能测试负载模型；定义测试工具如何向应用接口发送请求，包括向接口发送请求的虚拟用户数，每个虚

6、拟用户发送请求的速度和频率；3 执行性能测试：通过多次运行性能测试负载模型，获得系统的性能数据。在执行过程中，需利用测试工具、操作系统、系统软件提供的资源监控手段对资源进行监控和分析，帮助发现资源瓶颈，并在系统层面进行优化。同时，还需对应用进行性能分析，帮助定位应用代码中的性能问题，切实解决系统的性能问题；达到性能需求标准。测试环境的影响对性能测试的结果影响有决定性作用。性能测试点之一：多用户与并发要求使用工具进行压力测试，通过硬件配置、web服务器、数据库性能参数调整，确保多用户并发数目得到满足。使用测试工具辅助测试，设计好案例，通过对指定的场景录制脚本并回放，并逐步增加虚拟用户，进行多用户

7、并发测试。支持3000个用户同时在线操作，支持100个用户并发操作。SoapUI / LoradRunner测试环境尽可能跟客户实际生产环境一致。性能测试点之二：时间特性要求使用测试工具对登陆系统，各项查询等不同操作点进行测试，获取响应时间。使用测试工具辅助，通过对指定的场景录制脚本并回放，分析响应时间、系统性能。1 系统响应时间=5秒，如因查询数据过多，可通过静态页面告知客户等待，查询结果出来后再进行显示。2 在不同网络上测试，保证在wifi/2G/3G，尤其是2G网络下达到预期的响应时间标准。SoapUI测试环境与需求中相符合否。3.4 缺陷管理3.4.1 缺陷管理流程3.4.2 缺陷严重

8、等级说明严重等级说明致命导致系统崩溃或者假死的缺陷严重堵塞测试进行的缺陷，或者是统计数据错误一般影响系统基本功能实现或者已实现功能与需求不符较小界面或者易用性方面的缺陷建议比当前实现方式更好的解决方案4 风险预估测试风险应急措施测试时间不足根据项目需求合理估算工作量，保证优先级高的用例执行需求发生变更变更确定后，项目组及时进行沟通和调整阻塞性缺陷修复不及时及时与开发组沟通，必须在当天或隔天修复阻塞性缺陷开发计划延迟根据项目实际进展，及时调整工作重点 测试不完全根据调研情况，确保覆盖指定的浏览器和移动终端5 交付内容测试阶段提交日期交付物名称负责人系统测试计划.xlsx系统测试方案.doc系统测试用例.xlsx系统问题跟踪表.xlsx系统测试报告.docx