我所经历过的项目开发流程

 

我所有经历过的软件开发流程大概来说有三种,分别是

1. DEV-QA-PM型

详情见http://lijingshou.iteye.com/blog/902249

这种流程据称学习自微软.三种角色号称三驾马车.在理想的情况下,PM在需求文档定下来之后,是不会频繁修改,开发会按计划完成任务...QA自然也会顺利完成用例评审.执行.测试

 

2.敏捷式迭代开发

详情见http://lijingshou.iteye.com/blog/920031

我想说,对于大型并且需要长时间开发的项目,用迭代开发无疑是非常合适的.因为存在非常多个迭代的周期,可以避免走弯路,错误都可以及时纠正回来,即使某个迭代后发现问题,也可以在下一个迭代中再修复

 

3.业务人员驱动型开发

业务人员往往在公司在低位较高,缺少计算机的专业技能,但是他又是需求和进度的决定者.在这种组织中,

• 往往不会有非常正规的需求文档,产品的发布日期相对比较固定,但是随时可能会有新的需求.
• 这些需求在业务人员眼中是很小的改动,但是对于开发和测试而言,往往牵扯众多功能.需要做很多的回归测试,因为匆忙提出的新需求,往往会让我们做出一些欠考虑的决定
• 由于业务人员对系统的架构缺少了解,往往提出的需求也是不合理的,或者是不恰当的.尤其在需要迅速修复的情况下

在我看来,尽早地告诉开发和测试团队,你到底需要的是什么东西(需求文档),这是最重要的事情,否则可能会使团队陷入困境,导致不能交付合格的产品.

 

对于测试人员来说,碰到这种情况,最有效的预防方法只能是:

• 做尽可能多稳定的自动化回归测试,有效减少回归测试时间.对开发来说也要尽可能多得做单元测试
• 尽可能地挖掘出新需求中的影响点,也就是新需求对原有系统的影响,尽量让大家都知道改变所带来的所有风险

 本文出自"lijingshou"博客，转载请务必保留此出处http://lijingshou.iteye.com/blog/2017195