软件开发模型和软件测试模型
- 软件开发模型
-
- 边写边改模型
- 瀑布模型
- 快速原型模型
- 螺旋模型
- 软件测试模型
-
- V模型
- W模型
- H模型
- X模型
- 测试阶段
-
- 1、单元测试
- 2、集成测试
- 3、系统测试(system testing):
- 4、验收测试
V模型、W模型、瀑布模型、 H模型、快速原型模型(敏捷开发)、X模型
软件开发模型
边写边改模型
当一个软件产品格说明或主要设计的情况下被开发时,开发者往往不得不重新对产品编码多次直到他们得到正确稳定的产品。这种开发模型就是边做边改模型。
开发者们首先开发出一个产品的最初版本给客户验收,然后开发团队开发一个新的版本再次给客户验收。这个过程一直持续到客户感觉产品满意为止
瀑布模型
瀑布模型规定了各项软件工程活动,包括制定开发计划、需求分析说明、软件设计、程序编码、测试和运行维护,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级落下。它具有以下特征:
1.从上一项活动接受本项活动的丄作对象作为输入
2.利用这一输入实施本项活动应完成的工作
3.给出本项活动的工作结果,作为输出传递给下一项活动
对本项活动实施的工作进行评审,若工作得到确认则继续进行下一项活动,否则返回前一项活动,甚至更前项工作进行返工
优点 | 1. 包含了底层测试(单元测试)和高层测试(系统测试); 2. 清楚地标识了开发和测试的各个阶段,每个阶段都与开发的各个阶段相对应; 3. 每个阶段分工明确,便于整体项目的把控。 |
---|---|
缺点 | 1. 测试工作只在需求分析、系统设计及编码之后,不能及时发现并修改错误; 2. 测试的对象仅仅是程序,忽略了需求分析,系统设计的测试验证,很可能到最后的验收测试才发现需求和系统设计的错误; 3. 过程是线性的,不能反复迭代和测试 |
W模型
W模型:用户需求-需求分析-概要设计-详细设计-编码-单元测试-集成测试-验收测试-单元测试设计-集成测试设计-系统测试设计-验收测试设计-集成-实施-交付。
特点:
- 它将测试活动完全独立出来,形成一个完全独立的流程,将测试准备活动和测试执行活动清晰地体现出来。测试贯穿整个生命周期,与其他流程并发地进行。
- 软件测试不仅仅指测试的执行,还包括很多其他的活动(如计划、需求分折、用例设计、环境搭建、提交缺陷、评估总结等)
当某个测试时间点就绪时,软件测试即从测试准备阶段进入测试执行阶段。 - 软件测试要尽早准备,尽早执行。
- 软件测试是根据被测物的不同而分层次进行的,不同层次的测试话动可以是按照某个次序先后进行的,但也可能是反复的。
优点:
(1)介入早,与开发并行,更早的发现问题
(2)测试过程是独立于开发过程,更客观和主动的
X模型
X模型:程序片段1-测试设计-工具配置-执行测试-编码完成-执行测试-工具配置-测试设计-程序片段N;封版-执行测试-测试设计-工具配置-迭代1…N-探索式测试-执行测试

X模型是对V模型的改进。
X模型左边描述的是针对单独程序片段所进行的相互分离的编码和测试,此后将进行频繁的交接,通过集成最终合成为可执行的程序。
右上半部分,这些可执行程序还需要进行测试。已通过集成测试的成品可以进行封版并提交给用户,也可以作为更大规模和范围内集成的一部分。
多根并行的曲线表示变更可以在各个部分发生。
X模型还定位了探索性测试,这是不进行事先计划的特殊类型的测试,这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费,对测试员的熟练程度要求比较高。
软件笔试题经常会看到V模型上的几种测试方法。
测试阶段
软件测试按测试阶段可以划分为以下几个测试,这个也是
1、单元测试
又称模块测试,针对软件设计中的最小单位– 桩模块,进行正确性检查的测试工作。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。
单元测试的粒度最小,一般由开发小组采用白盒方式来测试,主要测试单元是否符合“设计”。
2、集成测试
又叫组装测试。集成测试主要用来测试模块与模块之间的接口,同时还要测试一些主要业务功能。重点测试不同模块的接口部分。
集成测试界于单元测试和系统测试之间,起到“桥梁作用”,一般由开发小组采用白盒加黑盒的方式来测试,既验证“设计”,又验证“需求”。
3、系统测试(system testing):
系统测试是将整个软件系统看为一个整体进行测试,包括对功能、性能、以及软件所运行的软硬件环境进行测试。
系统测试在系统集成完毕后进行测试,前期主要测试系统的功能是否满足需求,后期主要测试系统运行的性能是否满足需求,以及系统在不同的软硬件环境中的兼容性等。
系统测试的粒度最大,一般由独立测试小组采用黑盒方式来测试,主要测试系统是否符合“需求规格说明书”。
4、验收测试
α测试:Alpha是内测版本,即现在所说的C8。通常只在软件开发者内部交流,α测试主要看有没有功能缺失或系统错误。也有很少一部分发布给专业测试人员。
β测试:Beta是公测版本,是对所有用户开放的测试版本。主要是看用户对软件外观、使用方便等的反应。给用户测的目的一方面是使最终产品尽可能地满足用户的需要,另一方面也尽量成少了软件中的bug。
λ测试:Camma版本,指的是软件版本正式发行的候选版。该版本已经相当成熟了,与即将发行的正式版相差无几,成为正式反布的候选版本。
简单来说,α测试主要是测试人员在开发环境下的测试,β测试是在实际环境中的测试。
从测试设计方法可以划分为
黑盒测试不考虑程序内部结构和逻辑结构,主要是用来测试系统的功能是否满足需求规格说明书。一般会有一个输入值,一个输入值,和期望值做比较。
白盒测试主要应用在单元测试阶段,主要是对代码级的测试,针对程序内部逻辑结构,测试手段有:语句覆盖、判定覆盖、条件覆盖、路径覆盖、条件组合覆盖。
灰盒测试介于黑盒和白盒之间
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!