【原】测试理论：大爆炸软件开发模式

你好呀，我是芒果。

在上篇文章 “测试理论：软件开发的流程” 中，我们学习了软件开发流程的构成，以及测试岗位在不同环节扮演的角色。

软件产品从最初构思到公开发行，形成了各种不同的软件开发生命周期模式，常见的开发模式有大爆炸模式、边写边改模式、瀑布模式、螺旋模式等。

今天，我们一起来学习 “大爆炸模式” 。

一、定义

大爆炸模式，就是参照宇宙产生的大爆炸理论得出的软件开发流程。

采用该模式进行软件开发，通常是把大量的人力、物力投入到一个产品的研发中，在短时间释放巨大的能量，结果可能得到我们预期的产品，也可能以失败告终。

大爆炸模式

二、优点

大爆炸模式最大的优点就是简单，投入了人力、物力后，项目中所有精力几乎都花费在功能实现上，整体开发的速度会相对较快。

三、缺点

由于缺乏正规的开发过程，在该模式下前期的需求可能并不明晰，导致开发人员最后实现的产品很可能与顾客预期相差甚远，进而导致资源的浪费。

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

该模式的重心主要放在编写代码上，多数情况下只进行了开发人员的功能自验，而缺少了测试人员的进一步测试工作。

假如有测试的话，通常也是挤在产品发布的前期，测试人员拿到的已经是一个相对完整的产品，因为没有产品说明书、规格说明等资料，测试只能对产品开展一系列的探索性测试，进而很可能导致设计漏测的问题。

由于时间紧迫，留给开发人员修改缺陷的时间不充裕，很多时候只能把已有问题通过使用手册等方式同步给客户，进而给客户带来不好的产品体验。

同时，随着测试开展的深入，测试耗费的时间在增长，发现的缺陷也越来越多，由于缺乏整体项目的计划进度管理，在交付看来测试的工作阻碍了产品交付的进程，难免会导致一些不必要的麻烦。

结语：

软件开发过程中，要尽量避开 “大爆炸模式” 这种缺乏规划、相对粗鲁的开发模式。

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