UAT测试实战(方法+实践)题稿.pptx

UAT测试 UAT测试 测试目的 准入规则 测试基准 缺陷分级 案例运用 测试目的 测试目的 第一是确认软件的质量。 Do the right thing：确认软件做了业务所期望做的事情----模块 Do it right：确认软件以正确的方式来做了这个事情-----流程 第二是尽可能多地找出错误，如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷。 第三给最终用户提供具有一定可信度的质量评价，提高用户满意度。 注：UAT主要目的是验证软件是否满足业务需求。应由熟悉业务需求的使用用户来进行评审的。 ? 测试的主要目标和方法 发现缺陷（实施测试来降低可发现的缺陷） 正面测试 反面测试 预防缺陷（通过测试避免使用发生缺陷范围） 通过测试得到降低软件缺陷 注： 测试只能证明软件存在缺陷，不能证明软件不存在缺陷 测试可以使软件中缺陷降低到一定程度，而不是彻底消灭 以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量 准入规则 准入规则 检查项 是否通过 不适用 责任方 备注 是否提供了系统名称及版本说明？ 　 　 开发方 　 是否提供了对应的需求规格及业务文档？ 　 　 开发方 　 是否提供了设计文档？ 　 　 开发方 　 是否提供了需求跟踪矩阵？ 　 　 开发方 　 是否进行了开发自测？ 　 　 开发方 　 是否提供了开发自测报告？ 　 　 开发方 　 是否提供了程序清单（包括源码、安装包、数据结构定义文件，数据逻辑图等）？ 　 　 开发方 可选，可上线时提供 是否提供了系统环境要求及安装说明？ 　 　 开发方 可选，可上线时提供 是否提供了测试文档及用户操作说明文档？ 　 　 开发方 　 是否提供了维护说明文档？ 　 　 开发方 可选，可上线时提供 是否提供了回退说明文档？ 　 　 开发方 可选，可上线时提供 测试的主要目标和方法 发现缺陷（实施测试来降低可发现的缺陷） 正面测试 反面测试 预防缺陷（通过测试避免使用发生缺陷范围） 通过测试得到降低软件缺陷 注： 测试只能证明软件存在缺陷，不能证明软件不存在缺陷 测试可以使软件中缺陷降低到一定程度，而不是彻底消灭 以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量  测试基准 测试基准 测试过程中把控一下原则: Good-enough: 权衡测试深度-项目进度的原则 保证测试的覆盖程度，但穷举测试是不可能的 所有的测试都应追溯到用户需求 不能为了便于测试擅自修改程序 既应该测试软件该做什么,也应该测试软件不该做什么 ? 软件测试的具体内容就是进行验证和确认。 验证软件是否和规定要求相一致； 通过操作确认软件逻辑的正确性。 缺陷管理 缺陷管理 一、缺陷管理流程 二、缺陷严重度-严重度等级定义 严重度1—非常严重的缺陷： 产品在正常的运行环境下无法给用户提供服务，或者不能执行正常工作功能或重要功能。 或者软件失效会造成人身伤害或危及人身安全。 严重度1的例子： 软件的意外退出甚至操作系统崩溃，造成数据丢失 系统重启 引起模块之间或者单元之间或者系统之间数据的传输失败 无法提供系统主要的 … 缺陷管理 二、缺陷严重度-严重度等级定义 严重度2—严重度缺陷： 严重影响了系统提供给用户的服务。 严重影响系统要求或者基本功能的实现，且没有办法来减轻这个缺陷的影响。 严重度2的例子： 系统中的某些模块会重启，但不影响系统数据的处理和传输 用户使用系统提供的功能，有时候会导致系统系统挂起，不影响系统数据处理和功能处理 软件的某个菜单不起作用，或者产生错误的结果 … 缺陷管理 二、缺陷严重度-严重度等级定义 严重度3—一般的缺陷： 系统需要增强的或存在的一些缺陷，担忧相应的补救方法来解决这个缺陷。 严重度3的例子： 系统的某个模块失效了，但系统没有上报相应的告警 功能特征设计不符合系统的需求，不影响系统的业务，并且有相应的补救方法。 本地化软件的某些字符没有翻译或者翻译错误 … 缺陷管理 二、缺陷严重度-严重度等级定义 严重度4—轻微的缺陷： 细小的问题，不需要补救方法或功能增强的请求。 操作不方便或容易使用户误操作，但不影响执行基本功能。 严重度4的例子： 上报的信息不符合系统的需求，描述不精确或可能对用户有些误导 GUI界面问题，不精确或肯呢个对用户有些歧义 某个空间没有对齐，某个标点符号丢失 … 缺陷管理 三、缺陷严重度-优先级 缺陷优先级 优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先处理，哪些缺陷可以稍微修改。 确定缺陷的优先级，更多的是站在软件开发和软件测试的角度来考虑，是个复杂的过程，有时候可能并不是纯技术问题。需要同时考虑修改缺点的难度和