软件开发过程--软件的开发周期

这篇文章转载自 http://www.oschina.net/news/13631/joke-software-development-cycles
写道
1.开发人员开发出程序，深信里面没有缺陷。

2.产品测试。发现了20个缺陷。

3.开发人员修改了其中的10个，并向测试部门解释另外10个不是真正的缺陷。

4.测试人员发现修改后的缺陷中有5个仍然有问题，并且又发现了15个新缺陷。

5.第3步和第4步重复了3遍。

6.由于市场的压力和由过度乐观的开发计划产生的仓促的产品声明，产品正式发布了。

7.用户发现了137个新缺陷。

8.最初的开发人员，兑换了他们的忠诚支票，走的无影无踪了。

9.新召集的开发团队修改了137个缺陷中的大部分，但又导致了456个新缺陷。

10.最初的开发人员从斐济群岛给欠薪的测试部门送来了一张明信片。测试部门全体辞职。

11.公司用最近发布的带有783个缺陷的产品的利润买进股票抵制了竞争对手的恶意收购。

12.董事会带来了一位新CEO。他招聘了新的开发人员重做这个产品。

13.开发人员开发出程序，深信里面没有缺陷 …

  
读了之后很发人深思，究竟是谁出了问题呢？开发人员，测试人员，还是管理人员......

是管理的问题。
过去老把它跟传统的土木、建筑之类的工程做类比，其实完全错误。
软件开发是个精细活儿，不能用粗放的方式来管。
如果非要比喻的话，做项目更像是一台外科手术，特点是：
工作面小（病人的器官就那么大，最多两三个主刀的加几个递钳子的）、需要密切配合（不能把病人转来转去的你一刀我一刀）、质量很重要（质出错的成本很高，必须一次做好）
而传统土木建筑类工程却完全相反，比如挖一条一公里长的壕沟，多加些人手进度马上提高，画好线各挖各的就行，挖错了一点也无所谓

首先测试并不能保证软件没有BUG，因为测试的输入数据是无穷大。
其次减少BUG数应该从上层杜绝，上层必须提供给下层高质量的原料。
如软件开发这一层而言，我认为最好的办法是使用结对编程来提高软件开发的质量。

开发人员过于乐观，任何开发出来的程序，都不可能没有BUG
管理人员，对于开发周期没有做很好的规划吧，应该以最少的时间，开发一个最小的版本测试
测试人员最好能提供最详细的测试用例，在开发人员，开发时能尽量避免

管理问题。


设计人员、开发人员、测试人员都主要从事技术性工作。

只有管理才能有效的管理风险、提升产品质量。

绝大多数公司及相关利益人都认为软件开发很简单。

软件开发过程中，输出的结果绝大部份质量低劣（文档、代码等）。但报告做得比较漂亮。

这就是回报。

开发过于乐观
测试没有把关
人员调度后，没有宏观的把握，造成更多的bug
悲剧一次次循环。。。。

再好的程序也有bug，关键是宏观上调控好，不能为了解决一个不重要的bug而造成更多的bug，当然关键bug还是要改的，就是要将bug按重要性，影响等方面进行排序管理