项目迭代流程和思考

近期在某中小型互联网公司经历，迭代流程进行总结。

1.首先迭代流程图如下：（希望大家能给一些优化建议，互相学习）

 2.迭代过程中的思考

 

 需求阶段

（1）明确真实项目背景和预期。PM识别伪需求，明确需求方真正的目标和背景预期。文档及时更新和周知。UI变更及时通知。
（2）需求变更等落实PRD做到周知。
需求变更，其实不止是需求阶段进行变更，这个涉及到整个项目过程，都可能会变更。
文档更新和周知，衡量研发时间成本。当然，不太紧急可以考虑二期。
确保PRD和UI图文案和功能btn的一致性。经常出现，C端开发不一致，最后还要再次进行确认，增加沟通和修改成本。
（3）文档交互细节要明确。说实话是，本公司是没交互设计师，一些交互问题是QA来提的，所以经常，会让PM写清楚一些交互实现逻辑，尽量确保C端一致性。

 

研发阶段
（1）确保每日任务进度。
拆解每日研发进度，确保当天任务顺利完结。不能完结及时沟通反馈，不过这是项目经理去PUSH了。
（2）确保联调时间和自测
确保前后端联调时间，明确送测前研发进行自测。

再次进行确认，增加沟通和修改成本。
（3）文档交互细节要明确。说实话是，本公司是没交互设计师，一些交互问题是QA来提的，所以经常，会让PM写清楚一些交互实现逻辑，尽量确保C端一致性。

 

 测试阶段
（1）BUG要提交管理工具，测试过程可视化：
    用工具记录每个人的执行过程，管理人员也能通过工具及时发现测试中不足和风险。也是作为测试沉淀和输出的资产。典型BUG 亦可作为其他项目参考借鉴依据。
（2）报BUG要专业，学会定位BUG，使研发排查BUG有据可依：
作为QA来说，有的QA 报BUG直接说表现，UI层面问题。
charles,Fidddler抓包辅助测试，可定位一些问题，同时提升我们的定位问题能力，在RD那边也能很有说服力和收获好评。
所以，报BUG发CURL或者LOG，会提高BUG定位效率。
分享一篇很nice的文章，如何定位BUG ： http://www.360doc.com/content/17/0627/11/40343770_666897925.shtml
（3）测试阻塞  

测试阻塞的原因有：流程性bug导致 、功能点未开发 、测试资源协调不开等

测试过程中，遇到问题，先自行解决，当然，在保证项目正常的情况。如果自行解决不了，需要立即向上级反馈，让领导出面协调。

转载于:https://www.cnblogs.com/t-gonna/p/11515999.html