Ch7-验收测试-STMT解说.ppt

Zhu.Kerry@ 朱少民 Kerry Zhu Zhu.Kerry@ 软件测试方法和技术第2版第7章 验收测试 第6章回顾 Zhu.Kerry@ 系统集成的模式和方法 功能测试与回归测试 性能测试、压力测试、容量测试 安全性 可靠性测试 容错性测试 第7章 验收测试 Zhu.Kerry@ 7.1 验收测试的过程和主要内容 7.2 产品规格说明书的验证 7.3 用户界面和可用性测试 7.4 兼容性测试 7.5 可安装性和可恢复性测试 7.6 文档测试 什么是验收测试 验收测试(Acceptance Test)：在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动，它是技术测试的最后一个阶段，也称为交付测试。 Zhu.Kerry@ 7.1 验收测试的过程和主要内容 前提: 系统或软件产品已通过了系统测试。 测试内容: 验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试试图尽可能地发现软件中存留的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档（如用户手册、操作手册等）测试等几个方面的内容。 Zhu.Kerry@ 测试步骤 制定测试计划，测试项，测试策略及验收通过准则，并经过客户参与的计划评审。 建立测试环境，设计测试用例，并经过评审。 准备测试数据，执行测试用例，记录测试结果。 分析测试结果，根据验收通过准则分析测试结果，作出验收是否通过及测试评价。 测试项目通过； 测试项目没有通过，并且不存在变通方法，需要很大的修改； 测试项目没有通过，但存在变通方法，在维护后期或下一个版本改进； 测试项目无法评估或者无法给出完整的评估。此时必须给出原因。如果是因为该测试项目没有说明清楚，应该修改测试计划。 提交测试报告 Zhu.Kerry@ 验收标准和注意事项 验收测试完成标准: 完全执行了验收测试计划中的每个测试用例。 在验收测试中发现的错误已经得到修改并且通过了测试或者经过评估留待下一版本中修改。? 完成软件验收测试报告。 注意事项： 必须编写正式的、单独的验收测试报告 验收测试必须在实际用户运行环境中进行 由用户和测试部门共同执行。如公司自开发产品，应由测试人员，产品设计部门，市场部门、技术支持等共同进行。 Zhu.Kerry@ 7.2 产品规格说明书的验证 产品规格说明书的审核 从客户的角度和立场进行审核工作。 检验套用标准的正确性，不要和行业规范相抵触。 审查、研究同类产品。 验证产品规格说明书的完整性、准确性、一致性、合理性等特性。 产品规格说明书的验证 已经实现的特性标识为通过。 特性没有实现，报告bug并在报告中体现。 特性基本实现，但与产品说明书内容不一致，报bug并在报告中体现。 特性基本实现，但存在一些问题或错误。 Zhu.Kerry@ 什么是适用性( usability)? Zhu.Kerry@ Easy to discover Easy to learn Easy to use Availability 7.3 用户界面和可用性测试 用户界面的7个要素: 符合标准和规范。 直观性。 一致性。 灵活性。 舒适性。 正确性。 实用性。 易用性测试没有具体量化的指标，主观性较强。 Zhu.Kerry@ 符合标准和规范 通常标准是已经确立的，多数用户已经熟悉并接受了这些标准和规范、或已经认同了这些信息所代表的意义。 例： 如果软件在某一个平台上运行，就需要把该平台的标准和规范作为产品规格说明书的补充内容，在建立测试案例时和产品规格说明书一样作为依据 Zhu.Kerry@ 直观性和一致性 直观性： - 首先了解所需的功能或期待的响应应该明显，并在预期的地方出现。 - 其次要考虑用户界面的组织和布局是否合理。 一致性： 包括软件本身的一致性，以及软件与其他软件的一致性。 如：ctrl+c表示windows平台下的复制操作。 Zhu.Kerry@ 直观性例子 Zhu.Kerry@ 灵活性 用户喜欢可以灵活选择的软件，软件可以选择不同的状态和方式，完成相应的功能。但灵活性也可能发展为复杂性，太多的状态和方式的选择增加的不仅仅是用户理解和掌握的困难程度。多种状态之间的转换，增加了编程的难度，更增加了软件测试人员的工作量。 例： Zhu.Kerry@ 舒适性、正确性、实用性 舒适性： 恰当的表现、合理的安排、必要的提示或更正能力等是要考虑的因素，包括容错处理和性能。 正确性： 正确性的问题一般都很明显，比较容易发现。 实用性： 实用性不是指的是软件本身是否实用，而仅仅