软件开发测试过程详解.pptxVIP

技术创新，变革未来软件开发测试过程详解

2目录软件开发测试过程单元测试集成测试系统测试

31测试层次传统观点测试层次与传统开发V型瀑布模型的对应自顶向下，功能分解

4ATM系统终端I/O管理会话引导事务卡输入PIN输入选择事务瀑布模型应用示例：ATM系统的部分功能分解概要设计的最终结果是将系统的功能分解为功能组件的树型结构瀑布模型与通过功能分解进行的自顶向下开发和设计密切相关；传统集成测试的目标是根据功能分解树集成以前测过的单元。

5产品开发测试基本过程

6常见的软件开发过程

7需求分析阶段软件需求的检视、评审系统测试计划、方案设计系统测试计划、方案的检视和评审软件系统测试用例设计软件系统测试用例的检视和评审

8SRS的定义 是对在特定环境下要完成一定功能的软件产品、程序或一组程序的说明。 应该从以下方面去描述需求：功能：软件要做什么外部接口：如何与人、系统硬件、外部的硬件和软件交互性能：速度、响应时间、恢复时间等属性：可移植性、可靠性、可维护性、可用性等实现的设计约束：标准、实现语言、资源限制、操作环境等

9软件需求规格说明书的目的在客户和开发者之间达成一致为编制计划和成本计价提供基础为设计提供了基础为确认和验证提供一个基础提高开发效率便于移植

10软件需求规格说明书的特点软件需求的正确性软件需求的无歧义性软件需求的完整性软件需求的一致性软件需求的可验证性软件需求的可追踪性

11实例一 需求1：系统应在不少于每10秒的正常周期内提供状态信息；系统应该以误差上下不超过1秒的10秒间隔，在用户界面的指定位置显示状态信息；显示的状态信息应包括如下内容：……如果显示状态信息有误，应提示如下的错误信息：……

12实例二 需求2：HTML分析器可以产生HTML标记错误报告，帮助HTML入门者快速解决错误 HTML分析器可以产生一个错误报告，错误报告包含有在被分析文件中出错的HTML文本和行号以及错误的描述。如果没有错误，就不会产生错误报告

13需求分类 需求分类是对很多的需求按照可以管理的方式分组。如：原始需求产品需求软件需求测试需求

14需求的属性 每个需求类型都有多个属性：优先级工作量风险 可用于界定项目的范围，估计工作量，计划和平衡资源等1.“必须的”－如果该需求不能实现，软件产品功能不能成为特定类型的产品；2.“重要的”－如果该需求不实现，会影响其市场竞争力；3.“最好有的”－可以选择实现，针对特定目标客户群的个性化需求，或为了和同类产品展开差异化竞争而实现的需求。

15需求的表达表达需求的方法：通过输入、输出来说明（自然语言）使用规范化的模型方法（UML）使用电子表格使用代表性的例子…

16需求表达应避免的问题需求描述过多涉及到具体的设计和实现超出规格：对需求描述大大超出用户要求过度限制：对需求进行不必要的限制不确定性：以相对的方式描述需求（无具体数据）没有结束的需求主观或含糊的描述需求需求描述基于未经确认的假设

17需求阶段的角色和职责（1）带领项目组分析业务需求带领项目组完成软件需求规格说明书撰写软件SRS参加软件SRS的评审根据评审意见，修改SRS参加系统测试计划的评审

18软件经理：在SRS评审结束后，批准SRS文档QA：监督项目组遵循需求管理流程；参加相关文档评审；保证相关组参加文档评审CCB负责人：控制需求的变更(ChangeControlBroad)

19需求阶段的角色和职责（2）参与开发人员的软件需求分析，提出可测试性需求组织人员参与SRS的评审工作软件系统测试计划、方案写作组织软件系统测试计划的评审参与软件需求规格的评审工作协助软件测试项目经理完成软件系统测试计划、方案写作参加系统测试计划的评审

20软件系统测试设计的技能要求软件开发相关软件需求的相关知识可视化建模/UML相关知识软件测试技术相关软件系统测试方案的设计软件系统测试用例设计产品质量属性相关知识软件测试管理相关软件测试的项目管理沟通能力执行能力产品业务知识通讯的原理财会知识金融产品知识…

21概要设计阶段软件概要设计的检视、评审软件集成测试计划、方案设计软件集成测试计划、方案的检视和评审软件集成测试用例设计软件集成测试用例的检视和评审

22软件集成测试设计的技能要求软件开发相关软件架构设计的相关知识可视化建模/UML相关知识软件测试技术相关软件集成测试方案的设计软件集成测试用例设计软件测试管理相关软件测试的项目管理沟通能力执行能力

23概要设计阶段的角色和职责（1）在项目计划中标识设计活动并确保有足够的资源从项目成员中标识出概要设计人员，负责设计工作确保设计人员按照本流程开发相应的设计说明书确保按照评审规程进行设计的评审完成概要设计和接口文档参加设计文档评审根据评审专家意见，修改设计文档

24概要设计阶段的角色和职责（2）组织所有的测