第二章软件测试过程与测试模型

合集下载

软件工程第二章-软件过程

软件工程第二章-软件过程

编码
运行 时期
1. 瀑布模型
瀑布模型(waterfall model)是软件工程最早的范例,
也称经典生命周期,它提出了一个系统的、顺序的软 件开发方法,从用户需求规格说明开始,通过计划、 建模、构建和部署的过程,最终提供一个完整的软件 并提供持续的技术支持。
沟通 项目启动 需求获取 策划 项目估算 进度计划 项目跟踪
… 框架活动 # n 动作 # n.1 任务集 …… 动作 # n.m 任务集 工作任务、工作产品、 质量保证点、项目里程碑
工作任务、工作产品、 质量保证点、项目里程碑
只有一种软件过程吗?
软件过程的种类很多,区别主要体现在几个方面: 组成过程的各个活动(包括普适性活动)、动作和任务,及其相互依 赖的关系都可能不同; 动作和任务的细化程度可能不同; 工作产品的定义和要求可能不同; 质量保证活动的应用方式可能不同; 项目跟踪和控制活动的应用方式可能不同; 过程描述的详细程度和严谨程度可能不同; 客户和利益相关者对项目参与的程度可能不同; 软件团队所赋予的自主权可能不同; 队伍组织和角色的明确程度可能不同。
下优先级进行增量开发:
第一个增量实现基本的文件管理、编辑和文档生成功能



; 第二个增量实现更加完善的编辑和文档生成功能; 第三个增量实现拼写和文法检查功能; 第四个增量完成高级的页面布局功能; ……
增量模型的特点
增量过程模型综合了线性、并行、演化三种过程流的
特征。
对于每个增量,使用的是线性过程流;
过程流
过程流(process flow):描述了在执行顺序和执行时
间上,如何组织框架中的活动、动作和任务。 大致有四大类不同的过程流:

软件测试教程(第3版)第2章

软件测试教程(第3版)第2章

为测试情况分析检测,找出程序缺陷与错误。但通常输入所有可能测试用例将会
受时间、成本等客观条件限制,实际上无法实现完全穷举。
软件测试教程(第3版) 第2章 软件生命周期的测试
12
2.2 软件测试技术分析
2.2.3 基于结构的测试技术
基于结构(Structure-based)的测试,主要分析程序 内部结构,测试依赖于对程序细节的严格检验,其实
2.2.2基于规格说明的测试技术
黑盒测试主要针对软件各种功能、界面、性能、外部系统条件和数据 的访问,及软件初始化等方面测试。 (1)检查程序功能能否按需求规格说明书规定正常体现,测试程序功能是否遗漏、 程序性能等特性要求是否得到满足。 (2)检查人机交互是否存在错误,检测数据结构或外部数据访问是否异常,程序能 否正确接收输入数据而产生正确输出结果,并保持外部信息完整。 (3)检测程序初始化和终止运行方面的错误等。 黑盒测试可喻为中医诊病过程,通过“望、闻、问、切”的方法来判 断程序是否存在“病症”。 黑盒测试属有限“穷举”测试用例的测试方法,把所有可能输入都作


根据对应开发级别不同区分测试级别
V模型右边测试应为对应的测试执行级别而非完 全顺序

测试准备(测试计划和控制、测试分析和设计) 在初始阶段进入并与开发过程并行
软件测试教程(第3版) 第2章 软件生命周期的测试
4
2.1 软件生命周期中的测试
2.1.1 软件生命周期
1. 通用V模型定义的软件开发级别 定义开发系统的目的和需要实现的特性和功能,是从客户或将来的系统用户中 收集要求和需求,进行详细描述并最终得到批准。 (2)系统功能设计 将需求映射到新系统的功能和框图上。 (3)系统技术设计 设计系统的具体方式。定义系统环境接口、分解系统为更小易理解的子系统, 对每个子系统进行独立开发。 (4)组件规格说明 定义每个子系统任务、行为、内部结构以及与其他子系统的接口。 (5)程序编制(编码) 通过编程实现所有已定义的组件(模块、单元、类) (1)需求规格说明

02软件测试方法2-黑盒测试

02软件测试方法2-黑盒测试

19
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1黑盒测试 黑盒测试
2.8.1.2等价类划分 等价类划分 例子2:保险费率计算
程序界面:
20
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1黑盒测试 黑盒测试
2.8.1.2等价类划分 等价类划分 例子2:保险费率计算 :输入数据说明
c
c c c u u u c u u c c u c u u
u c c c c c c c u u u u u u c u u u c c c c c u c c c c u u u u u u u c u u c c u c u c c c c u
30
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
年龄 20 ~ 39 40 ~ 59 60岁以上20岁以下 60 20 性别 婚姻 抚养人数 男 女 已婚 未婚 6点 4点 2点 2 5点 3点 3点 5点
1人扣0.5点,最多3点(四舍五入取整数)
21
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1黑盒测试 黑盒测试
2.8.1.2等价类划分 等价类划分 例子2:保险费率计算 :输入数据说明
31
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1.3组合测试 组合测试
2.8.1黑盒测试 黑盒测试
组合覆盖(全对偶): 组合覆盖(全对偶):
一个详细例子:一个函数有三个参数 一个详细例子:一个函数有三个参数v1,v2,v3;v1有三个取 有三个取 v2有两个取值 v3有两个取值 有两个取值, 有两个取值。 值,v2有两个取值,v3有两个取值。

软件测试过程与测试模型

软件测试过程与测试模型

软件产品的组成(续)
4、设计文档
构架。即产生描述软件整体设计的文档,包括软件 所有主要部分的描述以及相互间的交互方式。
数据流示意图。表示数据在程序中如何流动的正规 示意图。通常由圆圈和线条组成,所以也称为泡 泡图。
状态变化示意图。将软件分解为基本状态或者条件 的另一种正规示意图,表示不同状态之间的变化 的方式。
• 概要设计。这个阶段的主要任务是解决系统”怎么做” 的问题。概要设计决定软件系统的总体结构即模块结构 ,并给出模块的相互调用关系、模块间传递的数据及每 个模块的功能说明。这个阶段的文档资料是软件结构图 和模块功能说明。
• 详细设计。这个阶段的任务是把每个模块内部过程的描述 具体化,也就是回答”应该怎样具体地实现这个系统”。该阶 段的任务并不是编写程序,而是设计出程序的详细规格说明书 。该规格说明书类似于其他工程领域使用的工程蓝图。
归纳、统计和总结。采用图表、表格和报告等 形式来描述整个测试过程。
软件产品的组成(续)
6、开发进度表 软件项目的开发进度通常使用Gantt图表来进行 描述。
7、软件产品组成的其他部分 (1)程序代码 (2)帮助文件 (3)用户手册 (4)样本和示例 (5)标签 (6)产品支持信
息 (7)图表和标志 (8)错误信息 (9)广告与宣
传材料
2.1.2 软件开发项目组
• 项目管理经理:全程负责整个软件项目的开发。 • 系统设计师:设计整个系统构架或软件构思。 • 程序员:负责设计、编写程序,并修改软件中的缺陷。 • 软件测试员/测试师:负责找出并报告软件产品的问题,
与开发组密切合作,进行测试并报告发现的问题。 • 技术制作、用户助手、用户培训员、手册编写和文件档
优点:能够较为迅速的展现成果,适合需要快速 制作而且用完就扔的小项目,如示范程序、演 示程序等。

02软件测试方法1

02软件测试方法1
一经开发就能进入测试以验证是否符合产品需求 帮助引导出高质量的产品需求。 帮助引导出高质量的产品需求。如果没有可能在一开始就弄清楚所有的产品需 它们可以分批取得。对于已提出的产品需求, 求,它们可以分批取得。对于已提出的产品需求,则可根据对现阶段原型的试用 而作出修改 可以在早期就获得项目进程数据, 可以在早期就获得项目进程数据,可据此对后续的开发循环作出比较切实的估 提供机会去采取早期预防措施,增加项目成功的机率。 算。提供机会去采取早期预防措施,增加项目成功的机率。 有助于早期建立产品开发的配置管理,产品构建( ),自动化测试 有助于早期建立产品开发的配置管理,产品构建( build),自动化测试,缺陷 ),自动化测试, 跟踪,文档管理。 跟踪,文档管理。均衡整个开发过程的负荷 经验教训能反馈应用于本产品的下一个循环过程, 经验教训能反馈应用于本产品的下一个循环过程,大大提高质量与效率
4
第2章 软件测试方法 章
2.1软件测试与软件开发的关系 2.1软件测试与软件开发的关系
2.1.2迭代模型 迭代模型
5
第2章 软件测试方法 章
2.1软件测试与软件开发的关系 2.1软件测试与软件开发的关系
优点( 电通智能电网门户项目例子 电通智能电网门户项目例子) 优点(E电通智能电网门户项目例子):
18系 2.1软件测试与软件开发的关系
2.1.4RUP
优点:
提高了团队生产力,在迭代的开发过程、需求管理、基于组件的体系 结构、可视化软件建模、验证软件质量及控制软件变更等方面,针对所 有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导, 并确保全体成员共享相同的知识基础。
20
第2章 软件测试方法 章
2.2软件测试与质量的关系 2.2软件测试与质量的关系

软件测试各章知识点总结

软件测试各章知识点总结

软件测试各章知识点总结第一章:软件测试概述软件测试是指为了发现软件中的错误和问题,评估软件质量,确保软件功能正常的过程。

软件测试的目的是验证软件是否符合用户的需求和期望,以及确保软件的质量达到一定的标准。

软件测试在整个软件开发过程中起着非常重要的作用,它能够帮助开发团队及时发现和修复问题,提高软件的稳定性和可靠性。

软件测试的基本原则包括全面性、系统性、可靠性和性能。

全面性指测试应该覆盖所有可能的情况,包括正常情况和异常情况;系统性指测试应该以系统为单位进行,而不是单个模块或功能;可靠性指测试结果应该是可靠的、准确的;性能指测试应该关注软件的性能表现。

软件测试的方法可以分为静态测试和动态测试。

静态测试是指在软件开发的早期阶段进行的,包括代码审查、设计审查和使用静态分析工具进行分析。

动态测试是指在软件开发的后期阶段进行的,包括单元测试、集成测试、系统测试和验收测试。

软件测试的类型包括功能测试、性能测试、安全测试、兼容性测试、可靠性测试等。

功能测试是验证软件功能是否符合用户需求的测试;性能测试是验证软件在各种条件下的性能表现的测试;安全测试是验证软件的安全性和可靠性的测试;兼容性测试是验证软件在不同平台和环境下的兼容性的测试;可靠性测试是验证软件的稳定性和可靠性的测试。

第二章:软件测试流程软件测试的流程包括测试计划、测试设计、测试执行、测试评估和测试报告。

测试计划是在测试开始之前进行的,包括确定测试目标、测试方法、测试资源和测试进度。

测试设计是在测试执行之前进行的,包括确定测试用例、测试数据和测试环境。

测试执行是在测试设计之后进行的,包括执行测试用例、记录测试结果和发现问题。

测试评估是在测试执行之后进行的,包括评估测试结果、计算测试覆盖率和分析测试效果。

测试报告是在测试评估之后进行的,包括总结测试结果、提出改进建议和撰写测试报告。

软件测试的自动化是指利用自动化测试工具进行软件测试的过程。

自动化测试包括测试脚本的编写、测试数据的准备和测试环境的配置。

02软件测试方法5-系统测试

02软件测试方法5-系统测试
2.9.2.2软件性能指标 并发用户数
响应时间
吞吐量
资源利用率
27
第2章 软件测试方法
2.9集成后系统的测试方法 2.9.2性能测试
2.9.2.2软件性能指标-并发用户数 并发用户数是指在某一给定时间内,某个特定点上进 行会话操作的用户数。
窗体标题
输入文本 输入文本 文本

输入文本 输入文本
大负载下系统 检查系统在大负载情况下业务 的功能性 处理流程是否正确
2.9集成后系统的测试方法 2.9.2性能测试
功能与性能的关系
功能焦点在于软件“做什么”,关注软件物质
主体发生的“事件” 性能关注于物质“做得如何”,这是综合“空 间”和“时间”考虑的方案,表现为软件对 “空间”和“时间”的敏感度。(资源和速度) 软件性能实现是建立在功能实现的基础之上的。
第2章 软件测试方法
2.9集成后系统的测试方法 2.9.2性能测试
2.9.2.1什么是软件性能?-总结
发出请求
窗体标题
输入文本 输入文本 输入文本 输入文本
请求

文本
用户感受 到响应
返回数据 应用服务器 DB服务器
呈现时间
系统响应时间
26
第2章 软件测试方法
2.9集成后系统的测试方法 2.9.2性能测试
I
13
第2章 软件测试方法
2.9集成后系统的测试方法 2.9.1业务流程测试
基于场景设计测试用例 数据设计:一旦确定了所有的测试用例,则应对 这些用例进行复审和验证以确保其准确且适度,并 取消多余或等效的测试用例。测试用例一经认可, 就可以确定实际数据值(在测试用例实施矩阵中) 并且设定测试数据,如表所示。

软件测试 第2章软件测试过程模型及标准

软件测试 第2章软件测试过程模型及标准

第2章软件测试过程模型及标准第一节回顾1.软件过程模型:软件开发全部过程、活动和任务的结构框架也称软件开发模型或软件生存周期模型2.典型的软件过程模型:瀑布模型,演化模型,增量模型,原型模型,螺旋模型,喷泉模型,基于构件的开发模型,形式方法模型3.瀑布模型(包含计算机系统工程)(如图所示)将软件放在计算机系统工程中,考察软件在计算机系统扮演什么角色,软件做什么,区分哪些事情由硬件完成,哪些事情软件完成,哪些事情由人完成。

4.瀑布模型(不包含计算机系统工程)(如图所示)第二节软件测试过程模型1.模型:描述软件测试全部过程、活动和任务的结构框架2.典型的软件测试模型:2.1V模型2.2W模型2.3H模型2.4TMap模型第三节V模型1.V模型描述软件开发各阶段与软件测试类别的关系2.V模型的左分支展示了软件开发的活动(和传统瀑布模型的开发步骤相一致),右分支展示了软件测试的类别特点:3.可根据V模型确定各软件测试阶段的测试要求4.可针对开发活动的不同特点为不同的测试类别设计不同的测试用例5.体现测试人员参与开发的全过程6.V模型(含计算机系统工程)(如图所示)7.V模型(不含计算机系统工程)(如图所示)8.V模型右侧的测试级别随软件开发程度的加深而对应不同级别的测试阶段a)单元测试:主要针对详细设计和编码的测试b)集成测试:主要针对概要设计的测试c)系统测试:主要针对软件系统或计算机系统的测试d)验收测试:主要由用户进行的测试缺点:V模型把测试过程作为在需求定义、需求分析、系统概要设计、系统详细设计及编码之后的一个阶段。

容易使人理解为测试是软件开发的最后阶段,测试主要针对程序进行,而需求定义、需求分析、系统概要设计、详细设计阶段隐藏的问题一直到后期的系统测试和验收测试才被发现。

第四节W模型1.V模型中增加各开发阶段应同步进行的验证和确认活动,演化成W模型2.W模型由两个V组成,一个V代表开发过程,另一个V代表测试过程优点:3.体现了尽早地、不断地进行软件测试4.体现了测试对象不仅是程序代码,还包括需求分析、设计等阶段的工作产品,测试与开发同步进行。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件产品的组成(续)
6、开发进度表
软件项目的开发进度通常使用Gantt图表来进行描述。
7、软件产品组成的其他部分
(1)程序代码 (2)帮助文件 (3)用户手册 (6)产品支持信息 (4)样本和示例 (5)标签
(7)图表和标志 (8)错误信息 (9)广告与宣传材料
(10)软件的安装 (11)软件说明文件 (12)测试错误提示信息
2.1.2 软件开发项目组
• 项目管理经理:全程负责整个软件项目的开发。 • 系统设计师:设计整个系统构架或软件构思。 • 程序员:负责设计、编写程序,并修改软件中的缺陷。
• 软件测试员/测试师:负责找出并报告软件产品的问题, 与开发组密切合作,进行测试并报告发现的问题。
• 技术制作、用户助手、用户培训员、手册编写和文件档 案专员:负责编写软件产品附带的文件和联机文档 。 • 结构管理和制作人员:负责将程序员编写的全部文档资 料合并成一个软件包 。
软件 测试 技术
Te s t i n g
AND Developing
软件测试过程与测试模型
广东岭南职业技术学院 软件技术教研室 李文彪
上节回顾
• • • • • • 软件可靠性 缺陷的定义及特征 缺陷的主要原因 软件测试的目的 缺陷修复的代价 软件质量—SQA、SQC、软件测试之间的 关系
第2章 软件测试过程与测试模型
软件开发模式(续)
4、快速原型法
根据客户需求在较短的时间内解决用户最迫切解决的 问题,完成可演示的产品。这个产品只实现最重要功能, 在得到用户的更加明确的需求之后,原型将丢弃。
需求分析 原型开发 原型评价 最终设计 用户反馈 图1-8 快速原型开发模式 系统实现
软件开发模式(续)
5、螺旋模式法
• 螺旋模式是瀑布模式与边写边改演化模式相结合,并加入 风险评估所建立的软件开发模式。 • 主要思想是在开始时不必详细定义所有细节,而是从小开 始,定义重要功能,尽量实现,接受客户反馈,进入下一 阶段,并重复上述过程,直到获得最终产品。 • 每一螺旋(开发阶段)包括5个步骤:①确定目标,选择 方案和限制条件。 ②对方案风险进行评估,并能解决风 险。 ③进行本阶段的开发和测试。 ④计划下一阶段。 ⑤确定进入下阶段的方法。 • 优点:严格的全过程风险管理;强调各开发阶段的质量; 提供机会评估项目是否有价值继续下去。

详细设计。这个阶段的任务是把每个模块内部过程的描 述具体化,也就是回答”应该怎样具体地实现这个系统”。该 阶段的任务并不是编写程序,而是设计出程序的详细规格说明 书。该规格说明书类似于其他工程领域使用的工程蓝图。 • 软件编码。这个阶段的主要任务是程序员根据软件详细 规格说明书,写出正确的、容易理解和维护的程序模块。程序 员要选取一种适当的程序设计语言,把详细设计的结果翻译成 用选定语言书写的程序,并进行单元测试,仔细测试编写的每 一个模块。 • 软件测试。主要任务是发现和排除错误,也就是对软件系 统进行从上到下全面的测试和检验,看它是否符合软件总体设 计方案规定的功能要求。在此期间,要提出测试标准,制定测 试计划,确定测试方法。通过对软件测试结果的分析可以预测 软件的可靠性;反之,根据软件可靠性的要求,也可以决定测 试和调试过程什么时候可以结束。同时还必须写出软件测试报 告。
– – – – – – – – – 明确规定验收测试通过的标准; 确定验收测试方法; 确定验收测试的组织和可利用的资源; 确定测试结果的分析方法; 制定验收测试计划并进行评审; 设计验收测试的测试用例; 审查验收测试的准备工作; 执行验收测试; 分析测试结果,决定是否通过验收。
பைடு நூலகம் •
在编码之后首先进行的测试是单元测试。 这个工作 的角色是程序员(而不是测试工程师),主要是找出程序 的各个模块编码和详细设计说明书的缺陷。 • 集成测试是把软件模块组装在一块,验证各个软件 模块的接口之间是否能够进行协作工作。例如,IC卡校园 一卡通系统的子系统----卡机房管理系统。此系统分为12 个子模块。
软件开发过程

• • • • • 一个软件的开发阶段大体包括如下五个阶段: (1)需求分析; (2)概要设计; (3)详细设计; (4)软件编码; (5)软件测试;
• (6)软件运行与维护。
(1)需求分析 项目评审 (2)概要设计 项目评审 (3)详细设计 项目评审 (4)软件编码
需求分析报告
概要设计报告

• • • •
• •
在“IC卡校园一卡通系统”中, 集成测试已经解决了软件模 块协调工作的问题,而系统测试考虑的是整个系统的问题。 例如: (1) 系统测试要检查IC卡在POS 机(下位机)上消费后是否在 服务器(上位机)的数据库记录中有所显示。例如:卡的余额50 元,消费了20元后,数据库中记录的余 额是否是30元。 (2)是否刷卡成功? (3)在服务器中的总黑名单和每台POS 机上的黑名单分布是否一 致? (4)数据网络、财务网络和管理网络之间的通信接口是否可靠? (5)管理网络中的前臵机数据和数据中心服务器的数据交换通信 接口是否顺畅?等一系列测试问题均应该在系统测试中进行考虑 。

软件维护。软件维护是软件生命周期中最漫长的阶 段。维护的目的是使得软件持久地满足用户需要并长 期为用户服务。具体地说,当软件在使用过程中发现 错误时应该加以改正;当环境改变时应该修改软件以 适应新的环境;当用户有新的要求时应该及时修改或 扩充软件以满足用户的新需求。 • 软件的维护一般包括改正性维护、适应性维护 、完善性维护和预防性维护等四个方面。
2.1.3 软件开发模式
1、大棒开发法
• 源于能量爆发创造宇宙,万物都由能量和物质积聚而成的 理论,但如果不是遵循某种正确的排列和组合,形成的将 不是预先期望的事物。大棒模式与上述理论一样:一大堆 能量(这里指开发软件所需的人力和物力)放在一起,巨 大的能量进行释放,通常的结果可能是产生了优秀的软件 产品或成为一堆“废品”(不成功的软件)。 • 优点:思路简单, 通常可能是开发者的“突发奇想” • 缺点:开发过程是非工程化的,随意性大 • 关于测试:有的较简单,有的则非常困难
软件产品的组成(续)
4、设计文档
• 构架。即产生描述软件整体设计的文档,包括软件所有 主要部分的描述以及相互间的交互方式。 • 数据流示意图。表示数据在程序中如何流动的正规示意 图。通常由圆圈和线条组成,所以也称为泡泡图。 • 状态变化示意图。将软件分解为基本状态或者条件的另 一种正规示意图,表示不同状态之间的变化的方式。 • 流程图。用图形描述程序逻辑的最常用方式之一。根据 详细的流程图编写程序代码简单方便。 • 注释代码。代码注释是便于维护代码的程序员掌握代码 的内容和执行方式。
开发过程

图1-5 获得软件产品的工作示意图
软件产品的组成(续)
2、客户需求
客户需求包括对客户调查所收集的详细信息、以前 软件的使用情况及存在的问题、竞争对手的软件产品信 息等等。通过分析客户需求,可以确定将要开发的软件 产品应该具有哪些功能。
3、产品说明
产品说明书的作用就是对客户需求信息进行综合描 述,并包括用户没有提出、但软件产品本身必须要实现 的要求,从而针对产品进行定义并确定其功能。
学习目标 (1)掌握软件开发过程及主要的开发模型 (2)掌握软件测试过程 (3)了解测试模型 (4)了解测试理念
2.1软件开发过程相关知识
2.1.1 软件产品的组成(了解)
1、软件产品需要各种开发投入
产品说明书、产品审查、设计文档、进度计划、上一版本信息反馈、商业竞争 对手的同类软件产品情况、客户调查、易用性数据、观察与感受说明书
其他开发方法
• RUP模型 • IPD流程 • 敏捷开发
2.2软件测试过程
• • 在实施软件测试过程中,按照测试阶段进行的。 在实施软件测试前首先要写出《软件测试计划书 》,此计划书可以作为测试工程师在实施测试过程中 的指导书,它指出了测试范围、测试方法、通过标准 、停测标准(测试通过标准)等。 • 各测试阶段的先后顺序可分为单元测试、集成测 试、确认(有效性)测试、系统测试和验收(用户) 测试五个阶段。
图 2-3 IC卡校园一卡通系统示意图
• •

• •
通过集成测试之后,接口方面的错误也已排除,确认测试即可 开始。 确认测试应检查软件能否按合同要求进行工作,即是否满 足软件需求说明书中的确认标准。确认测试的目的是检查软件系 统是否达到用户需求。 确认测试的结果有两种可能,一种是功能和性能指标满足软 件需求说明的要求,用户可以接受;另一种是软件不满足软件需 求说明的要求,用户无法接受。项目进行到这个阶段才发现严重 错误和偏差一般很难在预定的工期内改正,因此必须与用户协商 ,寻求一个妥善解决问题的方法。 确认测试之后即可开始系统测试。 系统测试是按照系统需求搭建系统环境(包括软件环境和 硬件环境),在整个环境中测试系统是否具有安全性、易用性等 。
• 缺点:其编码和测试可能将是长期的循环往复的过程。
软件开发模式(续)
3、瀑布法
• 瀑布模式是将软件生命周期的各项活动,规定为按照固定 顺序相连的若干个阶段性工作,形如瀑布流水,最终得到 软件产品。 • 优点:易于理解;调研开发的阶段性;强调早期计划及需 求调查;确定何时能够交付产品及何时进行评审与测试。 • 缺点:需求调查分析只进行一次,不能适应需求变化;顺 序的开发流程,使得开发中的经验教训不能反馈到该项目 的开发中去;不能反映出软件开发过程的反复与迭代性; 没有包含任何类型的风险评估;开发中出现的问题直到开 发后期才能够显露,因此失去及早纠正的机会。
软件测试过程
模块
单元测试
模块 单元测试 模块 已测 单元测试 模块
设 计 信 息
已集成的 集成测试 软件
软 件 需 求
已确认的 确认测试 软件
其 它 系 统 元 素
系统测试 已检验的 软件
相关文档
最新文档