验收测试方案样本

XXX系统验收测试方案 XXX发展有限公司8月25日目录1544_WPSOffice_Level11项目简介 328286_WPSOffice_Level21.1可用性测试 314332_WPSOffice_Level21.2容错性验证 426876_WPSOffice_Level21.3兼容性测试 526239_WPSOffice_Level21.4性能测试 628286_WPSOffice_Level12测试计划 714332_WPSOffice_Level12.1测试进度及产物 726876_WPSOffice_Level12.2人员安排 726239_WPSOffice_Level12.3质量标准 820893_WPSOffice_Level13项目沟通管理 920893_WPSOffice_Level23.1定期汇报制度 928286_WPSOffice_Level31.汇报机制 914332_WPSOffice_Level32.报告方式 1026052_WPSOffice_Level23.2日常沟通记录 1026495_WPSOffice_Level23.3定期例会制度 1026876_WPSOffice_Level34Bug规范 101项目简介对杰和科技GSM系统，使用客户真实场景和数据测试，覆盖所有功能与否满足需求。客户使用真实场景和数据测试，覆盖所有功能点与否工作正常。逐个验证系统使用手册与否有漏掉，描述与否精确。1.1可用性测试验证系统与否对于也许存在安全问题采用了各项相应办法，涉及软件安全和数据库安全。测试内容如下表所示：测试类型测试重点测试办法UI测试UI布局无错位无叠压1、手工进行测试2、测试时与原型与设计原图进行对比3、参照“易用性规范”对系统进行检查系统整体风格一致且美观导航简朴易懂界面文字描述对的，有关内容命名统一各控件放置位置符合顾客使用习惯业务交互测试系统业务逻辑符合客户原始需求流程简洁无冗余逻辑清晰无歧义。易用性测试易理解性测试；易学性测试；易操作性测试；有适合协助及错误提示操作响应即时性（3s~5s）国际化测试英文语言版本界面测试1.2容错性验证验证系统在各种故障或意外时，与否依然可以保证系统正常工作。测试内容如下表所示：测试分类测试点测试办法数据异常操作异常数据或异常流程时，系统能给出提示不会浮现崩溃手工进行测试违背操作流程时回绝数据进入并报错或给出有效引导程序异常系统卡死或进程被操作系统强行杀掉，当前操作数据与否所有丢失，流程与否被破坏无法后续操作网络异常数据传播时，网络浮现故障系统与否能给出提示并采用相应缓存办法服务器异常数据传播时，数据库服务器浮现故障系统与否能给出提示并采用相应缓存办法环境异常数据正在传播或是备份时，突然断电，电源恢复后系统仍能正常工作，且可恢复断电前状态。正在传播数据时突然拔掉磁盘1.3兼容性测试验证系统在各种硬件环境、软件环境、不同浏览器、不同辨别率机器上使依然可以保证系统正常工作。测试内容如下表所示：模块测试重点测试办法GSMWeb端浏览器兼容性(IE10、IE11、Firefox43+、Chrome38+、Edge)1、每位测试人员每轮测试都以不同机器配以不同操作系统和浏览器进行2、重要页面用BroserShots和Viewlink.US进行测试GSM助手操作系统兼容性（涉及Windowsxp，windows7和windows10）1、安装测试；2、上传一种文献3、同步一种文献夹4、双击鼠标打开服务器上某个文献夹一种word文档Androidapk屏幕辨别率和android版本兼容性1、分别测试720p和1080p时界面显示；2、分别测试在Android4.4、Android5.1以及Android6.0上程序功能1.4性能测试通过并发顾客模仿实际生产环境压力，获得系统响应时间、服务器资源使用状况、最佳顾客及最大顾客数。并试图寻找顾客实际遇到或也许遇到性能问题。测试分类测试点测试办法压力测试针对每个核心功能进行单独性能测试，以得出各核心功能性能状况。与否需要进行性能优化和配备调节。使用Loadrunner及其他也许会使用到性能测试小工具。负载测试对惯用使用场景负载顾客由10个开始，每5分钟增长5个顾客直至系统无法承受。记录硬件负载状况，从而寻找出系统最佳顾客数和最大顾客数。稳定性测试系统在持续压力状况下，长期运营时业务解决能力及系统与否存在内存泄露等性能问题。将系统核心功能以比例方式进行持续8小时性能测试。多顾客访问GSM系统同步在线顾客为50，并发顾客为10正常使用GSM各个子系统核心功能并发操作并发各种顾客同步使用上传、下载、同步功能传播效率测试组建RAID1和RAID5时磁盘I/O读写速度；GSM各子系统上传、下载、同步速度；RAID5组建和同步完毕速度。2测试筹划2.1测试进度及产物阶段工作任务持续时间产物项目启动项目启动一天资源安排测试设计分析测试需求，整顿测试筹划与方案三天测试方案测试环境系统使用培训测试环境、测试设备及测试数据准备测试执行对各模块逐个进行功能测试五周Bug列表性能测试报告交叉随机测试和回归测试易用性测试和兼容性测试性能测试及报告测试报告编写整体测试报告二天整体测试报告2.2人员安排测试团队人员安排因不同阶段而有所不同，如下是人员安排及职责阐明。人员角色介入阶段人数工作职责测试项目组长需求阶段开始1人负责所有工作指派和人员调节，监督项目测试流程进度和质量，对评测成果和报告负责，评估测试项目质量。性能测试工程师设计阶段开始1人负责设计功能及易用性测试用例，设计性能测试脚本及场景。并负责后期有关测试执行工作。测试工程师执行阶段开始3人负责详细测试执行工作。执行测试案例，记录案例运营成果，分析测试成果，提交缺陷报告任务工作测试组长性能测试工程师测试工程师团队和项目管理,跟踪，规划测试评估，方案，筹划，工期监控任务分派测试报告用例详细编写用例评审执行测试回归测试，缺陷跟踪交叉测试质量保证数据分析,纠错2.3质量原则测试质量合格须符合如下原则：（产品上线五个月内所发现Bug）A致命B严重C普通D轻微E建议优化≤2≤4≤5≤5暂不作规定1）为顾客或非测试人员发既有效缺陷，且改缺陷不是由需求、功能变更引起且在测试任务书规定测试内容范畴内缺陷。

2）顾客或非测试人员发既有效缺陷总数不得不不大于一定比例：10%顾客或非测试人员发既有效缺陷总数/测试总结报告提交有效缺陷总数×100%

举例：满足如下任何一条即视为测试质量不合格顾客或非测试人员发既有效A类错误>2

顾客或非测试人员发既有效B类错误>4

顾客或非测试人员发既有效缺陷总数与测试发既有效缺陷总数比例>10%

顾客或非测试人员发既有效C类错误、D类错误均>53项目沟通管理3.1定期报告制度报告机制项目构成员定期向项目经理报告，原则上是每天报告一次。项目经理每周通过周报形式将项目实际进度和人力资源投入状况向全国中小公司转让系统有关领导进行报告。报告方式采用周报方式进行报告，并通过邮件进行确认。3.2寻常沟通记录项目参加各方在项目进行过程中随时对有关问题进行沟通。所有重要、有主题寻常沟通活动都应留下记录或形成备忘录。寻常沟通重要渠道涉及：会议电话电子邮件3.3定期例会制度评审会议：在各个里程碑阶段召开，讨论有关输出；周例会：每周二上午10点进行，由项目经理组织周例会，召集项目有关人员参加，以电话会议方式，总结上周开发进度，讨论本周开发筹划；风险沟通会：当浮现较大风险时召开沟通会，讨论解决方案。4Bug规范4.1Bug内容描述在Bug内容描述中需要包括如下元素：No元素阐明1前提条件<可选>重现问题所需要条件2测试环境测试环境应涉及软硬件环境3测试环节环节要尽量细化，特殊操作要描写清晰。要可以让别人看到环节就能以便无误重现出问题。4预期成果预期应用通过测试环节所能得到对的成果5实际成果事实上应用通过测试环节所得到成果6附加信息<可选>任何其他你以为可以协助到重现或是阐明问题其他信息。7附件尽量提供问题截图或是有能力最佳能提供有关log文献。4.2Bug严重度定义在Bug严重级别定义如下：Bug分级Bug级别Bug级别阐明分类阐明致命问题Blocker导致整个产品无法进行测试系统无法开机或不断重启其她导致无法测试问题Critical死机、数据丢失、重要功能完全丧失运营过程中浮现一次死机、重启或系统崩溃严重问题Major重要功能某些缺失或数据资料