《2022年UAT测试计划.pdf》由会员分享，可在线阅读，更多相关《2022年UAT测试计划.pdf（8页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、UAT测试计划XXX管理系统UAT测试计划内部资料注意保密文档信息文档主要内容及目的本文档为 XXX 有限公司 XXX 管理系统的 UAT 测试计划、。文档修订历史版本号版本日期修改总结修订人V1、0 2014-10-08 修订徐建芳文档的分发本文档拟被分发到如下人员: 接收人小组备注相关文档及参考资料序号相关文档文档位置版本日期1 需求规格说明书V1、0 2014-1-30 精品资料 - - - 欢迎下载 - - - - - - - - - - - 欢迎下载 名师归纳 - - - - - - - - - -第 1 页，共 8 页 - - - - - - - - - - UAT测试计划目录1介
2、绍 . 32用户接受测试准备. 32、1建立测试环境. 32、2培训前提 . 32、3用户接受测试数据. 32、4用户接受测试成员. 32、5准备工作安排. 33执行测试 . 43、1测试类型与测试种类. 43、1、1 系统安装 . 43、1、2 用户接受测试. 43、1、3 非功能性用户接受测试. 43、1、4 测试文档 . 43、1、5 其她测试 . 43、2用户接受测试任务与里程碑. 43、3测试工具 . 53、4测试日期 . 54接受标准 . 54、1用户接受测试 (通过 /失败 )标准 . 54、2中止标准与恢复条件. 55缺陷跟踪与汇报. 55、1报告测试事件. 55、2异常处理
3、. 65、3测试过程计划与跟踪. 66附件 . 76、1附录I . 76、2附录II . 7精品资料 - - - 欢迎下载 - - - - - - - - - - - 欢迎下载 名师归纳 - - - - - - - - - -第 2 页，共 8 页 - - - - - - - - - - UAT测试计划1介绍本文档就是为实现XXX管理系统上线所计划进行的用户接受测试计划文档,包含以下方面的内容: ?安排撰写用户接受测试用例的日期?安排人员培训并建立测试环境,在测试环境中进行测试?安排准备测试环境的日期?安排进行测试 ,汇报测试结果与重新测试(如果需要的话)的日期2用户接受测试准备2.1建立测试
4、环境软件环境 : 测试环境的软件环境与生产环境具有相同的产品与工具。测试环境于2014 年 10 月10 日可用。测试环境 : ?用户接受测试在此环境下进行?该环境于 2014 年 10 月 10 日就绪?研发团队负责把部署代码及程序部署到测试环境?研发团队负责测试环境的功能验证?测试团队通过应用程序及专有账户访问测试环境2.2培训前提对参与测试的用户,会提前进行统一的系统培训,包括如何登陆,如何配合测试用例进行相关操作,如何记录发现问题等相关事宜。因为最终用户已经对测试的业务需求及业务功能有一定了解,会特别针对访问应用程序与熟悉了解测试环境进行培训。测试的培训于10/8/2014 开始,为期
5、 1 天, 参与人员包括参与测试的所有的业务用户。2.3用户接受测试数据用户接受测试的数据由各自业务部门提供。2.4用户接受测试成员参与 UAT 测试的人员详细信息(姓名 , 电子邮件 , 职务 , 角色 )如下 : 2.5准备工作安排精品资料 - - - 欢迎下载 - - - - - - - - - - - 欢迎下载 名师归纳 - - - - - - - - - -第 3 页，共 8 页 - - - - - - - - - - UAT测试计划下面就是参加 XXX管理系统用户接受测试的系列动作的概述: ?建立测试环境 ,进行测试环境功能验证。?确定测试人员名单。?为测试人员分配系统测试账户及密
6、码。?交付测试脚本 (Test Case) 给测试人员。?客户端环境准备,可联系 IT核实客户端环境就是否已经符合要求。3执行测试3.1测试类型与测试种类测试类型为用户接受测试(UA T),UAT 所涵盖的测试案例包括: 分类序号测试案例描述登录 登出1 登录系统2 登出系统3.1.1系统安装客户端需要预先安装JDK 1、6、0、22 _32bit 以上版本。3.1.2用户接受测试测试人员需要在Excle 提出 ,并提供必要的截屏与信息,以便开发人员能够分析解决问题。本次测试范围不包括: 其她非功能性类型的测试, 例如存储测试, 配置测试 , 兼容性测试 , 可靠性测试 , 恢复测试等等。3.
7、1.3非功能性用户接受测试本次测试范围未包括非功能性用户接受测试。3.1.4测试文档请参考 XXX 管理系统 UAT 测试用例文档。3.1.5其她测试无。3.2用户接受测试任务与里程碑下列就是 XXX 管理系统应用程序相关的具体任务: 1.发布测试计划 ,明确测试时间及测试人员2.准备符合所有需求的测试用例3.执行测试用例 /脚本4.记录测试结果5.记录上报的问题6.汇报与记录测试结果7.测试问题解决 ,更新测试记录精品资料 - - - 欢迎下载 - - - - - - - - - - - 欢迎下载 名师归纳 - - - - - - - - - -第 4 页，共 8 页 - - - - - -
8、 - - - - UAT测试计划前提与假设 : (1) 测试环境服务器环境为测试系统,客户端及测试工具IT 部门负责部署。(2)测试团队通过公司内部网路访问测试环境。(3) 测试人员在Excle 测试报道中进行测试错误与异常情况记录。3.3测试工具测试人员使用的操作环境: IE 8、0 以上的版本Win7_64bit JDK_1 、6、0、22 同时客户端环境需要安装如下工具与软件: Microsoft Word2003 、2007、 2010 Microsoft Powerpoint2003 、2007、2010 Microsoft Excel2003 、2007、 2010 MS IE7
9、、0 以上的版本3.4测试日期用户接受测试4接受标准4.1用户接受测试 (通过/失败)标准如果每个测试案例实际结果与预期一致就认为该案例测试结果通过, 如果不一致就认为失败。测试失败的案例将记录到测试报道中做追踪。在测试完成后 ,其结果如满足用户需求文档的接受条件将被部署生产应用。该列表就是测试阶段的接受条件: 利益相关人决定根据上述条件,决定在测试阶段就是否接受应用。4.2中止标准与恢复条件如果应用或相关数据库有重大缺陷, 则所有的测试活动被中止, 在缺陷改正后测试恢复。5缺陷跟踪与汇报5.1报告测试事件现场测试经理把测试结果定期汇报给项目经理。从测试第一天起, 测试团队发送电子邮件将每日报
10、告给测试经理。报告中包含总结以下内用户接受测试=0 、1% =0、5% =1% =2% 精品资料 - - - 欢迎下载 - - - - - - - - - - - 欢迎下载 名师归纳 - - - - - - - - - -第 5 页，共 8 页 - - - - - - - - - - UAT测试计划容: 测试周期执行的用例总数累计所有测试周期测试用例总数当日要执行的测试用例数目当日已执行的测试用例数目累计的开放的缺陷数目(严重 , 高, 中, 低) 当日生成的缺陷数目(严重 , 高 , 中 , 低 ) 附录 2 详细解释了缺陷解决过程5.2异常处理缺陷指定给不同的人员来解决。开发人员解决缺陷后
11、, 会再测试一遍并更新状态。缺陷严重性分为 : ?严重?高?中?低所有严重缺陷立即汇报给相关人员/团队以保证最早暴露问题与解决问题。请参阅附录1 的缺陷分类与附录2 的缺陷解决过程。5.3测试过程计划与跟踪测试人员按照测试案例指定的操作顺序进行测试,测试过程中如出现意外,即出现与预期的不同结果 ,请与支持人员联系并将问题重现,由支持人员判别就是否就是错误,如果判断就是错误,统一记录到测试问题记录文件中。技术人员对测试问题记录文件中的每个问题进行分析,并制定相应的解决方案,指定问题解决人,最后解决日期。UAT 相关的活动安排如下: 精品资料 - - - 欢迎下载 - - - - - - - -
12、- - - 欢迎下载 名师归纳 - - - - - - - - - -第 6 页，共 8 页 - - - - - - - - - - UAT测试计划1 测试计划安排与文档撰写2014、07、13 2014、07、16 徐建芳2 测试案例撰写2014、07、18 2014、09、30 徐建芳3 测试系统准备就绪4 安排测试人员6 进行第一轮测试7 第一轮测试结果分析与报告问题8 修复 Bug 9 进行第二轮测试10 第二轮测试结果分析与报告问题11 UAT 汇总报告6附件6.1附录 I 严重严重缺陷就是那些使软件无法达到与需求中描述的功能一致的缺陷,使系统不可用高高严重性缺陷定义为那些使软件无法
13、达到与需求与设计标准中描述的功能一致的,与定义阶段需求严重不同。中中严重性缺陷定义为那些使软件无法达到与需求与设计标准中描述的功能一致的, 可能影响应用功能的缺陷。低低严重性缺陷定义为那些使软件无法达到与需求与设计标准中描述的功能一致的, 但不严重影响应用的缺陷。微小性能影响6.2附录 II 缺陷解决?测试发现缺陷后就会记录到测试报告中,其初始状态改为” 开放 ” 。?实施团队每天分析缺陷。一旦缺陷被认为正常了, 就会将缺陷状态改为” Close”?一旦缺陷被更正, 则开发人员会将缺陷状态改为” 已更正 ” 。 所有 ” 已更正 ” 的缺陷信息会在下次测试时进行测试验证。?测试团队会再次测试开
14、发团队更正的缺陷。如果缺陷依然存在, 则状态会改为” 重新开放” 并重新认为就是一个缺陷。如果再次测试成功, 测试团队会将状态改为” Close”?如果技术负责人认为缺陷不存在, 就会改状态为” 不就是缺陷 ” 并让测试团队再次测试。如果测试团队认为缺陷存在则PNT 会更正改缺陷。?如果开发团队无法重现缺陷, 就将状态改为 ” Not able to reproduce”。 测试团队会尝试重精品资料 - - - 欢迎下载 - - - - - - - - - - - 欢迎下载 名师归纳 - - - - - - - - - -第 7 页，共 8 页 - - - - - - - - - - UAT测试计划现缺陷并提供额外信息帮助开发团队。?如果测试期间出现任何事件, 测试团队可联络实施团队。精品资料 - - - 欢迎下载 - - - - - - - - - - - 欢迎下载 名师归纳 - - - - - - - - - -第 8 页，共 8 页 - - - - - - - - - -