浏览 5051 次
|
锁定老帖子 主题：软件开发过程--软件的开发周期
精华帖 (0) :: 良好帖 (0) :: 新手帖 (9) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-12-08
这篇文章转载自 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.开发人员开发出程序，深信里面没有缺陷 … 读了之后很发人深思，究竟是谁出了问题呢？开发人员，测试人员，还是管理人员...... 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2010-12-08
是管理的问题。
过去老把它跟传统的土木、建筑之类的工程做类比，其实完全错误。 软件开发是个精细活儿，不能用粗放的方式来管。 如果非要比喻的话，做项目更像是一台外科手术，特点是： 工作面小（病人的器官就那么大，最多两三个主刀的加几个递钳子的）、需要密切配合（不能把病人转来转去的你一刀我一刀）、质量很重要（质出错的成本很高，必须一次做好） 而传统土木建筑类工程却完全相反，比如挖一条一公里长的壕沟，多加些人手进度马上提高，画好线各挖各的就行，挖错了一点也无所谓 |
| 返回顶楼 | |
|
发表时间：2010-12-20
首先测试并不能保证软件没有BUG，因为测试的输入数据是无穷大。
其次减少BUG数应该从上层杜绝，上层必须提供给下层高质量的原料。 如软件开发这一层而言，我认为最好的办法是使用结对编程来提高软件开发的质量。 |
| 返回顶楼 | |
|
发表时间：2010-12-21
开发人员过于乐观，任何开发出来的程序，都不可能没有BUG
管理人员，对于开发周期没有做很好的规划吧，应该以最少的时间，开发一个最小的版本测试 测试人员最好能提供最详细的测试用例，在开发人员，开发时能尽量避免 |
| 返回顶楼 | |
|
发表时间：2010-12-21
最后修改：2010-12-21
管理问题。
设计人员、开发人员、测试人员都主要从事技术性工作。 只有管理才能有效的管理风险、提升产品质量。 绝大多数公司及相关利益人都认为软件开发很简单。 软件开发过程中，输出的结果绝大部份质量低劣（文档、代码等）。但报告做得比较漂亮。 这就是回报。 |
| 返回顶楼 | |
|
发表时间：2010-12-24
开发过于乐观
测试没有把关 人员调度后，没有宏观的把握，造成更多的bug 悲剧一次次循环。。。。 |
| 返回顶楼 | |
|
发表时间：2011-04-12
再好的程序也有bug，关键是宏观上调控好，不能为了解决一个不重要的bug而造成更多的bug，当然关键bug还是要改的，就是要将bug按重要性，影响等方面进行排序管理
|
| 返回顶楼 | |
