验收测试方案

XXX系统验收测试方案XXX目录项目简介 3可用性测试 3容错性验证 4兼容性测试 5性能测试 6测试计划 7测试进度及产物 7人员安排 7质量标准 8项目沟通管理 9定期汇报制度 9汇报机制 9报告方式 10日常沟通记录 10定期例会制度 10Bug规范 10项目简介对杰和科技GSM可用性测试据库安全.测试内容如下表所示：测试类型 测试重点UI布局无错位无叠压系统整体风格一致且美观UI测试 导航简单易懂界面文字描述正确，相关内容命名统一各控件放置位置符合用户使用习惯系统的业务逻辑符合客户的原始需业务交互测试 流程简洁无冗余易理解性测试；易学性测试；易用性测试 易操作性测试；有适合的帮助及错误提示操作响应的即时国际化测试 英文语言版本界面测试1。2容错性验证

测试方法1、手工进行测试2、测试时与原型与设计原图进行对比3、参照“易用性规范”对系统进行检查验证系统在各种故障或意外时,是否仍然能够保证系统的正常工作。测试内容如下表所示：测试分类 测试点操作异常数据或异常流程时，系统能给出

测试方法手工进行测试数据异常

提示不会出现崩溃违反操作流程时拒绝数据进入并报错或给出有效引导系统卡死或进程被操作系统强行杀掉，当程序异常 前操作的数据是否全部丢,流程是否被坏无法后续操作网络异常服务器异常环境异常

数据传输时，网络出现故障系统是否能给出提示并采取相应的缓存措施数据传输时，数据库服务器出现故障系统是否能给出提示并采取相应的缓存措施数据正在传输或是备份时,突然断电,电源恢复后系统仍能正常工作，且可恢复断电前状态。正在传输数据时突然拔掉磁盘兼容性测试够保证系统的正常工作。测试内容如下表所示：模块 测试重点 测试方法GSMWeb端

1、每位测试人员每轮测试都以不同浏览器兼容(IE10IE11Firefox43+、器配以不同的操作系统和浏览器进行Chrome38+、Edge) 2、主要页面用BroserShots和Viewlink.US进行测试1、安装测试;2、上传一个文件操作系统兼容性(包括Windowsxp，GSM助手 3、同步一个文件夹windows7和windows10）4、双击鼠标打开服务器上某个文件夹的一个word文档1、分别测试720p和1080p时界面显Androidapk 屏幕分辨率和android版本兼容性

示；2Android4.4Android5。1Android60性能测试通过并发用户模拟实际生产环境压力，获得系统响应时间、服务器资源使用情况、最佳用户及最大用户数.并试图寻找用户实际遇到或可能遇到的性能问题.测试分类 测试点针对每个核心功能进行单独的性能测试，以得压力测试 出各核心功能的性能情况。是否需要进行性优化和配置调.对常用的使用场景负载用户由10个开始，每

测试方法使用Loadrunner负载测试稳定性测试

5分钟增加5个用户直至系统无法承受。记录硬件的负载情况，从而寻找出系统的最佳用户数和最大用户数.系统在持续的压力情况下，长期运行时的业务处理能力及系统是否存在内存泄露等性能问小时的性能测试。多用户访问GSM系统

同时在线用户为50，并发用户为10正常使用GSM各个子系统核心功能的并发操作 并发多个用户同时使用上传、下载、同步功能传输效率测试

RAID1RAID5I/OM组建和同步完成的速度。2测试计划2.1测试进度及产物阶段 工作任务持续时间产物项目启动 项目启动一天资源安排分析测试需求，整理测试计划与方案测试设计 系统使用培训三天测试方案测试环境测试环境、测试设备及测试数据准备对各模块逐一进行功能测试交叉随机测试和回归测试测试执行易用性测试和兼容性测试五周Bug列表性能测试报告性能测试及报告测试报告 编写整体测试报告二天整体测试报告2.2人员安排测试团队人员安排因不同的阶段而有所不同，以下是人员安排及职责说明.人员角色介入阶段人数工作职责测试项目组长需求阶段开始1人负责所有工作的指派和人员调整,监督项目的测试流程进度和质量，对评测结果和报告负责，评估测试项目质量。性能测试工程师设计阶段开始1人负责设计功能及易用性测试用例,设计性能测试脚本及场景.并负责后期相关的测试执行工作.测试工程师执行阶段开始3人负责具体的测试执行工作。执行测试案例，记录案例运行结果，分析测试结果，提交缺陷报告任务工作 测试组长 性能测试工程师 测试工程师团队和项目管理,跟踪,规划测试评估,方案,计划,工期监控任务分配测试报告用例详细编写任务工作 测试组长 性能测试工程师 测试工程师回归测试,缺陷跟踪交叉测试质量保证数据分析,纠错2。3质量标准测试质量合格须符合以下标准：（产品上线五个月内所发现的Bug）A致命的≤2

B严重的≤4

C一般的≤5

D轻微的≤5

E建议优化的暂不作要求1）为用户或非测试人员发现的有效缺陷，且改缺陷不是由需求、功能的变更引起的且在测试任务书规定的测试内容范围内的缺陷。:10％用户或非测试人员发现的有效缺陷的总数/测试总结报告提交有效缺陷总数×100%举例：满足以下任何一条即视为测试质量不合格用户或非测试人员发现的有效A类错误>2用户或非测试人员发现的有效B>4的比例>10％用户或非测试人员发现的有效CD>5项目沟通管理定期汇报制度汇报机制项目组成员定期向项目经理汇报，原则上是每天汇报一次。项目经理每周通过周报的形式将项目实际进度和人力资源投入情况向全国中小企业转让系统相关领导进行汇报。报告方式采用周报的方式进行汇报，并通过邮件进行确认。日常沟通记录项目参加各方在项目进行过程中随时对相关问题进行沟通.所有重要的、有主题的日常沟通活动都应留下记录或形成备忘录.日常沟通的主要渠道包括：会议电话电子邮件3。3定期例会制度评审会议：在各个里程碑阶段召开，讨论相关输出；10风险沟通会：当出现较大风险时召开沟通会，讨论解决方案。BugBug在Bug的内容描述中需要包含以下元素:NoNo元素说明1前提条件<可选〉重现问题所需要的条件2测试环境测试环境应包括软硬件环境3测试步骤够让别人看到步骤就能方便无误的重现出问题。4预期结果预期应用通过测试步骤所能得到的正确结果5实际结果实际上应用通过测试步骤所得到的结果6附加信息<可选〉任何其它你认为能够帮助到重现或是说明问题的其它信息。7附件尽量提供问题的截图或是有能力最好能提供相关的log文件。Bug在Bug的严重级别定义如下：Bug分级Bug分级Bug等级Bug等级说明分类说明致命问题Blocker导致整个产品无法进行测试系统无法开机或不停重启其他导致无法测试的问题Critical死机、数据丢失、主要功能完全丧失运行过程中出现一次死机、重启或系统崩溃严重问题Major主要功能部分缺失或数据资料部分主要功能不能使用或部分数丢失丢失据资料丢失一般问题N