跌代开发过程的软件质量保证如何做？
现在开发过程中，很多项目过程中需求会变更，相应的软件开发采用跌代的过程比较多。看过一些说法是SQA只适合瀑布模型的开发，个人觉得太过局限，不过对跌代开发等模式的质量保证方式也没有太好的意见。开个贴子，感兴趣的可以一起讨论一下。 跌代模型我还没有仔细研究过 也希望楼主能给提供点材料给我
我觉得跌代肯定是有过程的 也有过程的阶段控制点的
不然这个跌代和上个循环之间就不存在分开的理由了。
我觉得作为QA 需要引导项目经理识别这些过程的控制点
那么这些过程的控制点和过程中的规定动作
就是QA关注的切入点。 我感觉由于迭代过程关注的是每个阶段的结束点,所以做为QA人员,对每个阶段的结束点应该更加的关注.
而其他的时候,由于迭代可以看成多次瀑布的叠加,所以其他的关注点应该和瀑布的一样 呵呵，版主好。 新来论坛，以后请多指教。
我现在手里也没有关于跌代模型的资料。 只是自己在考虑这方面的应用。一些想法都还不成型，也不成体系，也是想收集一下大家的意见，学习学习。
个人觉得使用跌代过程出于工作分解、后继变更风险分解两方面的考虑，存在 跌代过程的阶段目标、工作内容不完全明确、各跌代过程部分工作内容的重叠（返工、修改、变更）等问题。所以如何识别各过程的控制重点就是个问题。
进而在两个方面有影响：1）质量保证计划制定时如何确定工作项。
2）阶段审核时，如何根据现有过程状况评估项目总体估计。
页:
[1]
