项目生命周期

一个项目的生命周期
1、需求评审阶段：
需求评审的时候要知道具体功能是啥，是新需求，技术需求，需求的优化，bug转需求等
之后要明确功能涉及到的各个端及相应的人员都联系到场参与评审，
如果相关功能涉及到合作方，此时一定要明确合作方的接口人是谁，
明确各方owner，及各方的排期，最后的结果落实到文档记录，并且能够有一个统一沟通的群，保证信息一致，避免其中一方有问题沟通不及时
qa在这个阶段根据需求需要有个大概的排期，就是都有哪些地方要修改，涉及到的点并且能够预估整个工作量
然后评审后写测试计划，涉及到的最好都体现出来，避免后面遗漏
2、技术评审阶段：
技术评审的时候要知道rd要做啥，怎么实现，有时候根据这个评审能够知道测试的整体思路，并且预知rd的改动还涉及到哪些地方。
还需要通过技术评审看出，最后实现的功能是否是预期的或者是pm所需要的。
通过技术评审发现需要获得的支持，包括其他部门配合、op支持或其他技术的调研支持。
技术评审需要完成工作量的评估，给出预期完成时间，给出负责的owner。
3、测试计划评审阶段：
需求评审后，大项目就要着手准备测试计划，测试计划包含需求说明、功能拆分、风险点相关。
测试评审的时候要拆分细节，将有疑问的地方抛出来讨论，记录最后的结果，确保需求理解一致。
这个时候应该也要给出测试排期了，并且同时是兼顾其他并行的多个项目的，并且将这些项目的优先级考虑进去。
保持和pm及rd的沟通，有修改的时候要同步修改测试计划，排期变动等也要随机应变。
测试评审之后，给出测试的排期，同时给出最后负责的测试owner。
4、测试阶段：
遇到问题及时记录到jira中，避免其他事情耽误了就忘记了，高优先级影响流程的调整对应的bug优先级，并周知开发优先解决。
如果有紧急项目，且人员较分散、沟通不及时，方便沟通及项目正常上线情况下，可以申请封闭开发。
如果是大项目，或者存在跨部门情况，每天定时站会，同步各方进度及遇到的问题。
发版之前要将jira中的问题及时关闭，有时候rd不会及时更新jira的状态，让rd养成好的习惯，还需要咱们督促。
测试过程中如果有问题，及时提出来。
测试阶段每天同步下测试情况，还有哪些问题没解决或者测试的进度，让对应的rd、pm、qa了解进度，方便后续工作的安排。
测试计划中的rd自测checklist中添加对应的自测rd，qa首次验证是否通过，方便复盘总结，同时也为了提高提测质量。
ps：
如果有权限相关的修改，测试的时候记得有权限相关的修改涉及到的都要点进去瞅一眼。
app相关的升级，会有很多不同的策略，如针对城市，针对不同订单来源等，需要回归的版本比较多，但都要看。
app升级相关的需要着重测试老版本使用及新版本功能，保证各方感知最低，功能最稳定。
5、上线之前的准备：
上线之前确保所有问题修改完成，如果有上线风险要提前预知并通知pm及相关人员做好推迟准备。
不能有问题硬发版，宁可推迟上线，要避免影响线上功能及线下人员情绪。
同时对于一些不能及时解决的问题，可以提前周知pm，让其判断是否可以上线，不要主观判断，更不要凭感觉推测，一切以pm为准。
上线之前需要确认上线验证的人员和要验证的功能列表。
6、线上验证阶段：
上线后做好回归验证，测试不能回归的要提前通知pm，让其配合提前联系线下相关人员进行验证，提前暴露风险。
验证完成没问题发版，时刻关注群里的反馈信息，有问题及时处理。
测试人员也需要时刻关注群里的问题，不是上线了就完事了的，有时候从使用者的角度会带给你很多测试的思路，下次就可以多按照使用者的思路去找问题，还有就是可以提前发现上线后的bug，通知rd进行紧急上线修复。
有时候线下测试可能没问题，上线后有问题，也有可能是上线过程rd操作问题，配置问题，上了个错误的代码或没有及时通知op进行配合等引起的。
上线验证不局限于需求类的功能，还包括技术自驱等项目。
7、总结阶段：
如果是较大的项目，上线后做测试总结，总结各个环节出现的问题，然后在总结会上提出来，大家一起沟通解决方法，避免下次出现同样的问题。在反思中不断进步，总结经验。
复盘，是团队能力提升、组织能力提升的必经之路，有总结反思，团队才能有真正的成长。有问题发现和跟进to do，基础系统的建设也才会加强。希望后续跨组一周以上的项目，持续做复盘，并且各个角色要深入从自己的角度梳理复盘，一起进步、共同成长。（引自老大哈哈哈哈）

——常见问题分析
提测来的很突然，不知道需求是谁提的
测试人力不足，需求却来势汹汹
并行需求多，测试时间安排不过来
开发自测不充分，打回重新提测
谁反馈一个bug，就问测试问什么没测出来
——其他
owner责任制：通过实践感知研发流程的每个细节，owner对整体过程负责，包括不按时提测，bug解决不及时，沟通不顺畅等，可以有效减少过程中的问题。
互相结盟：和pm结盟，推动rd去解决产品使用等上面的问题，和rd结盟，推动产品的需求文档更加规范化，和大家结盟，推动整个团队内部流程的优化。
向上推动有事找领导：qa leader、pm leader、rd leader沟通会更顺畅，需要学会利用这些资源解决问题。