有同学问了这样一个问题：一个新项目，测试团队进组较早，目前需求没定，但架构设计已经完成的差不多了，这个阶段测试团队可以做哪些事情？
对于稳定的项目来说，需求基本都是在已有功能上进行迭代。无论研发测试交付流程，还是基础技术设施建设，都已经趋于完善。团队内部各成员的协作配合也有了一定默契，自然不会遇到这种不知道该做什么的问题。
如果遇到这位同学所述的新项目，没有经验的测试团队确实很容易乱了阵脚。
该如何解决这种问题呢？这篇文章分享一些我的经验和看法。
首先，我们从项目维度开始说起。
无论是新项目还是老项目，流程规范基本都是大同小异，都需要经历需求-研发-测试-上线这四个阶段。排除极少数特殊情况，对测试同学来说要做的事情其实没什么变化，重点依然是下列这几项：
- 需求阶段：需求评审，风险评估，分析功能点和测试点。
- 研发阶段：技术方案评审，code review，用例评审，冒烟测试。
- 测试阶段：单元测试、集成测试、系统测试，回归测试，验收测试。
- 上线阶段：梳理发布流程，检查配置变更清单，线上功能验证，日常巡检。
明确这一点之后，对测试团队来说，首先要做的就是对整个项目进行阶段划分，明确每个阶段要做什么，当前什么环节存在不足，以及不同的事项由谁来负责跟进和对接。
除此之外，还需要尽早确定项目的交付目标和指标、不同阶段的里程碑，以及如何与产品研发侧进行对接配合。
其次，我们从质量保障角度来聊聊新项目中应该关注的重点。
由于是新项目，产品需求没那么熟悉，流程规范基本上没有，对潜在的风险也缺乏识别手段和兜底策略。因此这个时候应该梳理出待办事项，并标明优先级和重点事项，保障项目产品质量的底线。
下面是我认为在不同阶段应该重点关注的事项：
- 事前：1-建立研发测试交付流程和质量规范，明确质量目标和底线。2-尽早熟悉需求逻辑，梳理核心功能场景和链路，并积极和产品研发沟通确认。3-做好需求评审，对存在疑问和不明确的点尽早提出并解决(如何防范，如果出问题兜底策略和手段是什么)。
- 事中：1-做好架构设计和技术实现方案评审，重点关注性能和安全维度。2-用例设计不用太过详细(如果时间充足则可以详细设计)，重点关注核心功能场景链路，以及异常和逆向场景(特别是涉及到优惠/营销/支付业务)。
- 事后：1-建立线上日常巡检机制(新项目需要更多关注线上可能出现的问题)。2-搭建线上监控体系。3-开展项目结项复盘(将项目过程中遇到的问题都梳理出来，确定解决方案和优化方法，并融入整个研发交付和质量保障体系中)。
PS：事前，指的是需求和设计阶段；事中，指的是研发和测试阶段；事后，指的是上线发布后。
最后，从个人角度聊聊如何应对新项目。
除了上述几点新项目的特质，它还有其他特质，比如资源问题、排期问题、人员配合问题等，这些因素最终可能会导致项目延期、交付质量不高、不确定风险较多等结果。
对于这些问题，相比于在事中用各种技术手段进行测试验证，我个人认为更重要的是事前的评审阶段。
评是沟通讨论交流，审是风险预防策略，测是过程验证手段。只有事前多做准备，将问题和风险尽可能在项目前期进行预防解决，才能保障最终的交付质量。
标签：交付,项目,评审,阶段,测试,开展,研发 From： https://www.cnblogs.com/imyalost/p/18676735