我所经历过的项目开发流程
?
我所有经历过的软件开发流程大概来说有三种,分别是
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
