《软件测试和软件开发生命周期》由会员分享，可在线阅读，更多相关《软件测试和软件开发生命周期（5页珍藏版）》请在金锄头文库上搜索。
1、. .软件测试和软件开发生命周期发布时间: 2007-11-02 14:06 作者: 译者：赵轶 来源: 51Testing投稿字体: 小 中 大 | 上一篇下一篇 | 打印 | 我要投稿 | 每周一问，答贴有奖摘要 这篇文章大致描述了一些常用的软件开发生命周期模型，并且特别强调了测试在每一个周期中所起到的作用。不管使用了何种生命周期模型对软件进展开发，软件都要承受测试。质量、功能都很完美的软件产品需要在其软件开发的生命周期中尽可能早地进展测试，并且无论发生什么变故，都要进展完善的回归测试。、引言 有很多种不同的生命周期模型用于软件的开发。软件开发的生命周期是以对软件的需求定义为起点，以对软件
2、的正式验收作为终点。 它并不是独立存在的，而是一个完整产品生命周期实实在在的一局部。在产品生命周期之中，软件的开发会不断改正其自身的错误并且时常针对软件的需求而进展调整。软件产品最简单的形式只不过是一个程序软件，但实际上确没有那么简单，由于软件产品是由开发出的不同软件局部所构成的一个完整的系统，这将会使产品变的非常复杂。 有许多不同的软件开发生命周期模型，但是它们都有一个共同的特点，那就是在生命周期中的某一时刻，软件都会被测试。这篇文章概述了一些常用的软件生命周期模型，并重点强调了在各个模型中的测试工作。、顺序生命周期模型 软件开发生命周期模型以需求定义为开端，以对需求的正式验收作为终结。传统
3、意义上，被用于软件开发生命周期的模型应该是顺序的并且开发过程的各个阶段都经过完善的定义。通常用型生命周期模型和瀑布生命周期模型来表示这种顺序的开发过程。而事实上，这两种生命周期模型有许多不同的形态，将不同的阶段引入生命周期模型，并在不同阶段之间设立边界。以下介绍的生命周期模型的各个阶段是经过许多最有经历的开发者经过反复实践而得来的。 图、型生命周期模型 图、瀑布生命周期模型需求分析阶段 这个阶段主要是收集并分析用户的需求，并且根据软件需求建立完整而明确的需求说明书。概要设计阶段 在这个阶段，针对用户需求的软件构造将会被设计，并确定软件内部各个部件的相关联系。详细设计阶段 软件各个部件的执行功能
4、将被详细说明。遍码与单元测试阶段 在本阶段，将对软件的各个部件进展编码，并且进展单元测试以确定各个局部确实执行了详细设计阶段所制定的目标。软件集成阶段 这个阶段被测试过的各个部件被逐渐集成起来测试直到构成了一个完整的软件。系统集成阶段 这个阶段将软件程序集成起来，构成产品并进展测试。验收测试阶段 这个阶段将进展测试以验证软件确实完整的执行了用户的需求。、渐进开发生命周期模型 顺序模型型和瀑布生命周期模型只是代表着一种理想化的软件开发模型。但实际上出于种种原因，例如需求的多变性和为应付过长的开发时间而开发零时系统的需要，还有其它的生命周期模型将会被采用。 现在，让我们以渐进开发的迭代生命周期为例
5、，来看一下其它的生命周期模型。软件开发所具有的一个问题就是用户急需软件产品，但是开发者却要花费很长的时间去完整地进展开发。那么取一个折中的解决方法就是节省一些时间，但在功能上打一点折扣开发出一个功能有所缩减的试用版给用户，作为完整版发布前的一个跳板。也可以将这个跳板作为软件减少软件开发风险的一种方式。 在软件开发中，通常将这种方法称为渐进开发或是执行阶段。与之相对应的生命周期模型被称为渐进开发生命周期模型。在渐进开发的生命周期之中，每一个独立的阶段都将遵从型和瀑布型生命周期模型。 图、渐进开发生命周期 每一个软件的发布都会经过验收测试以证明软件的各个局部所构成的整体确实实现了需求。但是每个阶段
6、的测试和集成将会消耗大量的时间和精力。由于过多的开发周期会增加本钱，消耗时间，所以应该经过认真估算，尽早地规划好到底应该使用多少个周期来进展软件的开发。在早期开发出来的产品没有任何的实用价值，只是作为下一步开发的一个原型。这些原型仅仅是用来满足、核对用户关键需求所走的一个捷径。可是如果其中缩减了文档的书写和对软件的测试，那么就有必要将这些将这个原型抛弃并从下一个阶段开场重新设计。因为一个缺乏质量的原形不可能给下一步的开发打下一个好根底。、迭代生命周期模型 迭代生命周期模型并不是一开场就完全适应需求，而是先根据说明先开发软件的局部些可执行部件。而是先开发一些具有局部功能的部件，这些部件要求能够通
7、过审查以确定更进一步的需求。不断重复这个过程，为此模型的每一个周期遍写出更新版本的软件。一个迭代周期模型由下列图的四个连续局部组成不断重复组成。 图、迭代生命周期模型需求分析阶段 在这个阶段，主要是收集并分析用户的需求，并且制定这个迭代模型最终并且完整的需求说明书。定义阶段 在这个阶段，设计出适应需求的软件解决方案。这有可能是一个全新的设计，也有可能是原来设计的一个延伸。执行、测试阶段 在这个阶段，将对软件进展编码，集中并进展测试。审查阶段 在这个阶段，将对软件进展评估，对目前的需求进展审查，并对其进展修改和更新。 在迭代模型的每一个周期，都要作出一个决定：要将编写出的软件抛弃，还是作为下一个
8、周期的起点。如果软件完全符合了需求，那么就可以进展发布，否那么就是一个失败的开场。 迭代生命周期模型可以说是采用了一种连续逼近的方式来制作软件。将这种方式类比成一个连续逼近最终解决方案的数学模型，那么这种方式能否成功的关键就是多快能够形成解决方案。 也许经过不断的类比也不能找到解决方案，而迭代的过程不是在可行的解决方案周围盘旋就是逐渐远离目标。而且需要迭代的次数太过庞大会使软件开发变得不切实际，在很多软件开发的过程中我们都能发现这个问题。 成功运用迭代软件生命周期模型来开发的关键就是要严格按照需求，并且根据需求对每个周期制造出来的各版本软件进展验收包括测试。迭代模型的前三个阶段就好比是简化版本
9、的型模型或是瀑布模型。迭代模型中的每一个周期所编写出来的软件都要为软件的集中，系统集中和验收进展单元测试。在迭代模型中软件的开发经历了多少个这样的周期，那么就要进展多少次这样的测试。、维护 成功编写的软件最终将成为产品的一局部并进入维护阶段。在这个阶段将不断地修正软件的错误，并时常对其进展调整以适应多变的需求。正如刚开场开发一样，软件的维护也要遵循软件开发生命周期，但不一定要使用和开场一样的生命周期模型。在整个维护阶段，软件将会得到不断的测试，修正，并且扩展。对软件修正和重复屡次的测试占用了整个软件开发所需费用的很大一局部。、概要和结论 无论何种生命周期模型被用于软件的开发，都会对软件进展测试
10、。质量、功能都很完美的软件产品需要在其软件开发生命周期的早期进展测试，并且无论发生什么变故，都要进展完善的回归测试。 在渐进、迭代生命周期中，这种行为显得尤为重要。重复测试对于软件质量的控制，在渐进、迭代模型中相比于传统的顺序生命周期模型也显得尤为重要。回归测试是对软件进展维护的重要手段。在软件开发之中，由于不能完全预料到最终的结果，会进展诸多的修改。但如果不对软件使用完善回归测试，就会导致产品质量的下降。 软件开发管理中常犯的一个错误就是在V型模型或是瀑布模型开发的起始阶段，采用了不完善的管理制度，那最终就会引起问题的累积而使局势无法得到控制。这就是使软件开发走向失败的另一种情形。 AdaTEST 和 Cantata是使软件测试能够便捷，自动化，可重复，可维护的工具。对于Ada、+的软件开发有重要的意义。在渐进模型或是迭代模型采用AdaTEST或是 Cantata进展重复的维护性软件测试，对于软件开发会有更大的收益。 还有很多软件开发生命周期模型在这里没有提到，然而那些模型大都遵循这里提到的一些形式，根本上共用一样的道具，AdaTEST 和 Cantata都有助于这些模型的开发。. v .
