项目一般流程：

　　第一 ，项目开始(立项：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%)，留有足够时间理解需求，尽早发现问题。

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