ST-第2章+需求和设计评审.ppt

1、软件测试第二章需求和设计回顾，朱。KerryG，本章内容，2.1软件评审的方法和技术2.2产品需求评审2.3设计评审，内容，2.1软件评审的方法和技术2.2产品需求评审2.3设计评审，2.1软件评审的方法和技术，2.1.1什么是评审2.1.2评审方法2.1.3评审会议2.1.4评审技术，什么是评审，软件评审是评价软件元素或项目状态以确定其是否与计划结果一致并使其得到改进的手段。技术评审、文档评审管理(process review management)、产品需求评审是软件开发中的重要环节之一，也是测试活动之一，即静态测试需求验证。借助需求评审，我们可以确保用户的需求准确、完整、明确地反映在市场

2、/产品需求文档和相关文档中，并使各类开发人员就需求的理解达成一致。评审方法、评审会议流程、符合评审会议的标准吗？总体概述、准备、问题纠正、跟踪、问题记录、会议记录、满足实施要求？是、否、评审、结果分析、过程改进建议、评审会议角色、评审技术、核对表是一种常见的质量保证手段，也是正式技术评审的必要工具，评审过程通常由核对表驱动。设计良好的检查表对提高评估的效率和质量有很大帮助。可靠性。在检查表的帮助下，人们可以确认被检查对象的所有质量特征都得到满足，并避免遗漏任何项目。效率。检查表总结了所有检查点。与冗长的文件相比，清单更有效。清单、情景分析、头脑风暴和工具等。2.1软部件评审方法和技术2.2产品

3、需求评审2.3设计评审2.2产品需求评审2.2需求评审2.2.1需求评审的重要性2.2.2如何理解需求2.2.3需求评审的标准2.2.4如何评审需求，以及为什么在测试计划中谈论它需求缺陷为什么在软件需求的定义中有许多缺陷？软件缺陷不仅产生于编程阶段，也产生于需求和设计阶段。在制定测试计划之前，您必须清楚测试需求，并明确测试需求的优先级。测试需求越详细，对测试用例的设计质量就越有帮助。详细的测试需求是测量测试覆盖率的重要基础。测试需求是规划特定项目资源和时间的基础。测试目标取决于软件质量要求，软件质量要求分为功能性要求和非功能性要求。功能性需求相对容易确定，而非功能性测试需求则难以确定。功能测试

4、要求，程序安装和启动正常，有相应的提示框和错误提示，各项功能符合设计要求，运行正常，输出正确结果，功能逻辑合理，能处理各种异常操作，接受正确的数据输入，输出结果准确，格式清晰。系统的各种状态根据业务流程而变化，并保持稳定，支持各种应用环境，能够与硬件设备协同工作。功能测试需求主要是根据产品规格检查被测系统是否满足软件的各种功能。用户界面及其显示要求，总体框架、浮动窗口、文字等总体布局合理，文字显示正常，内容格式正确美观。颜色协调，风格一致，文字标记和超链接可以打开和跳转成功。用户界面是与用户交互的窗口，它的友好性直接影响用户对软件产品或服务的满意度。好的用户体验，简单、方便、清晰，让用户珍妮弗

5、开心，接吻保持简单、愚蠢，唐让我思考，非功能性需求，客户端软件，如文字处理软件，媒体播放软件等。占用资源少，对容错性和兼容性要求高。Web应用系统是一个对性能和安全性要求很高的客户/服务器应用系统。大型复杂企业系统。非功能性质量需求，包括系统性能、安全性、兼容性和可扩展性，以及它们的测试需求将因不同的项目类型而大相径庭。软件即服务的服务质量(QoS)要求是指定一些系统特性的技术规范。SaaS(Software as Service)是一种软件服务模式，在这种模式下，制造商在自己的服务器上统一部署应用软件，客户可以根据自己的实际需要订购所需的应用软件服务。按需服务本地服务、SaaS的非功能性要求

6、、性能要求和系统响应能力。可用性、7x24不间断服务可扩展性和系统容量扩展能力使系统能够支持不断扩大的用户组带来的额外负载。安全要求，识别潜在的安全威胁并找到处理策略。可维护性要求、维护已部署系统的难度、可维护性与可用性之间的密切关系，以及正确理解需求的过程，例如，在需求评审的重要性能方面，发现需求定义中的问题，尽早发现缺陷，降低劣质成本。确保软件需求的可测试性。与市场、产品、开发及其他相关人员保持一致，了解需求，以避免以后发生争吵。更好地理解产品的功能性和非功能性需求，为制定测试计划打下基础。确定测试目标和范围。尽管需求会随后发生变化，但它可以得到有效控制，测试风险可以降低。对需求评审的重要

7、性、需求评审的标准、正确性、完整性、可理解性、一致性、可行性、可修改性、可测试性和可追溯性的直观描述，测试人员在需求评审中的作用，明确他们的角色和职责，熟悉评审内容，为评审做准备，阐述对问题的看法，而不是从客户的角度思考问题。多问几个问题，为什么你会在会前或会后提出建设性的意见，并跟踪发现的问题直到最后。对于报告问题，如需求文档，需求评审被分类为静态测试，包括文档评审和技术评审，通常通过正式的评审会议进行。测试人员主要扮演评估者的角色，检查需求的定义是否合理和清晰。2.1软件评审方法和技术2.2产品需求评审2.3设计评审2.3设计评审2.3设计评审2.3.1软件设计评审标准2.3.2系统体系结

8、构设计评审2.3.3组件设计评审2.3.4接口设计评审、设计评审、系统体系结构评审、设计规范评审、系统部署设计评审、多级评审等软件设计一般可分为体系结构设计和详细设计等。36360 . 7777777303506测试人员参与设计评审，以确保需求能够在设计中准确、完整地表达出来，即确保产品规格的质量。系统设计评价标准，设计技术评价标准。稳定、清晰、合理的非功能性质量特性的设计评审要求。安全性、性能、稳定性、可扩展性和可靠性。评审的输入：体系结构文档、设计规范和指南、风险列表评审的输出：批准的软件体系结构文档、变更要求、评审记录评审的检查点：软件体系结构、设计模式、部署视图、过程视图、包和协议。系统架构设计的评审采用分层评审和整体评审相结合的方式，通过整体评审到分层评审再从分层评审到整体评审的过程，保证评审的深度和一致性。整个系统不应该有单一的故障点。是否建立了故障转移机制？是否建立了良好的负载平衡机制？关键业务还是关键任务？系统架构设计的基本要求是保证系统具有高性能、高可靠性、高安全性、高可扩展性和可管理性。系统架构设计评审是为了确保在设计中充分考虑这些特征。审查组件设计、功能和接口定义算法的有效性以及优化合理的数据结构、数据流和控制流的可测试性等。界面设计的审查，(1)可理解性和易用性，(2)一致性和标准化，(3)美观性和协调性，(4)遵守惯例和一般规则，(5)独特性，