项目一般流程：

　　第一 ，项目开始（立项：1项目带来效益即经济可行性，2项目风险即技术可行性，3，安全性（这里指是否合法））。

　　第二，需求文档（需求教研阶段-有PD将需求转化成需求文档）

　　第三，设计阶段（PM根据需求文档转化成设计文档）

　　第四，编码

　　第五，测试

　　第六，项目验收通过

　　第七，后期维护

　　第八，项目下线

　　我们来分析下那些地方产生问题：

　　1、项目可行性

　　2、需求阶段

　　3、产品设计

　　4、编码错误

　　5、测试阶段（本身考虑不周）

　　6、后期维护（前期累计问题，和维护产生问题）

　　对于整个项目来说，越早发现问题，项目的风险就越低，但对于测试来说就是发现项目中存在的问题。

　　当然我们可以看出从6……1导致项目风险因素依次上升。

　　风险因素：

　　1、项目可行性：PD来确认项目是否要做。有PD组内根据（1项目带来效益即经济可行性，2项目风险即技术可行性，3，安全性（这里指是否合法））来评估该项目。

　　2、需求阶段：（5%）需求文档是否如实反映用户需求：

　　1）需求教研阶段（需求教研人员，是否准确返回用户需求，并和用在最终确认产品出来需求是满足用户的。）

　　2）教研资料转花需求文档（PD是从教研人员那完整获取用户需求，并准确的用文档表达出来。）

　　3、设计阶段（5%设计人员是否完整准确的安装需求文档来设计）

　　1）需求改变未及时通知设计导致的。

　　2）设计人员设计功能不是PD想要的。

　　3）设计人员理解偏差导致。

　　4、编码（90%时间用来发现开发提交代码）

　　1）由于技术瓶颈临时改变需求。

　　2）编码错误导致。

　　5、后期维护（重复以上2，3，4点，可以能出现问题）

　　6、测试人员（未能及时发现问题测试思维盲点导致）

　　建议调整测试在整个项目比重：需求阶段（10%），设计阶段（10%），编码（80%），留有足够时间理解需求，尽早发现问题。

　　对于项目来，越早发现问题才能降低项目风险。需要测试尽早进行项目关注项目进度，何必亡羊补牢，早应该从源头发现问题解决问题。而不是等待问题已已经产生再来解决问题。