【原】测试理论：边写边改软件开发模式

你好呀，我是芒果。

软件产品从最初构思到公开发行，形成了各种不同的软件开发生命周期模式。

在上篇文章 “测试理论：大爆炸软件开发模式” 中，我们学习了大爆炸模式，今天我们一起来认识 “边写边改” 软件开发模式。

一、定义

正如模式里面提到的 “边写边改” ，这种软件开发模式在开发最初通常只有粗略的想法（形成非正规的产品说明书），然后开始简单的设计，最后进入反复的代码编写、测试、修改缺陷的过程，评估产品符合预期后，就发布产品。

这种模式是产品开发项目小组在未刻意采用其他开发模式时默认的开发模式。

边写边改模式

二、优点

由于项目起步阶段几乎没有计划和文档编制，使得开发实现功能的速度较快，同时相较于 “大爆炸模式” ， “边写边改模式” 增加了前期需求的考虑，使得开发过程更有方向性，减少了项目失败的几率。

三、缺点

虽然该模式包含前期需求采集的环节，但是形成的产品规格说明书等文档并没有特别规范，项目对需求的理解并不明晰，导致在开发过程中，软件功能会随着客户的需求进行不断地修改变更，开发整体流程显得混乱。

四、测试在模式中扮演的角色

 “边写边改模式” 大量的时间都花在反复编写、测试、修改缺陷的循环上，测试人员在该模式下的主要作用就是尽可能及时地发现软件存在的各类缺陷。

该模式下开发人员时刻都在修改软件，使得测试人员拿到新版软件的时间周期被压缩，可能出现旧版没有测试完成，包含新功能或修复已有缺陷的新版本就出来了的情况。

在这种情况下，测试要做好测试计划的制定，根据变更功能影响范围、功能重要性等因素去定好优先级，进而较好地把控软件产品的质量。

结语：

“边写边改模式” 这种模式包含了整个软件开发生命周期的主要组成部分，也是我们在实际产品开发过程中最容易遇到的，了解这种模式的内部逻辑有利于加深我们对软件开发模式的理解。

下篇文章，我们一起来学习常见软件开发模式中的另外一种—— “瀑布模式” 。