老生常谈，我们越来越注重前期的测试价值了，但是这个前期该如何准备对于很多职场新人都会有些迷茫，很多时候都是被动的。就我的工作经验和理解来聊一下，测试人员在项目前期具体应该做哪些准备？如何做？
首先，在需求还处于沟通的前期，并没有输出相信的PRD时，我们可以多参与前期的沟通会议，这非常有助于我们去了解需求发展的整个过程，从而对最终输出的需求设计原理会有更深层次的理解。当然在这个过程中如果时间允许还是需要提前了解这个项目的背景以及要达成什么目标，要有一个基础的了解，这也有助于你在项目沟通过程中带入更多的思考。
其次，在需求沟通有结果或者在已有完整PRD的时候，尽可能的对需求进行全面深入的了解，然后脱稿画出整个项目的业务流程，最好使用思维导图的方式，这有助于我们对整个流程框架的梳理。在这个梳理的过程中我们也需要基于自己对需求的理解，以及展示用户角度去思考，这样的需求设计是否对用户友好，解决了用户哪些痛点。带着这些思考点去梳理相信会在过程中发现更多设计上不足或者你有疑惑的点。有利于你前期就对产品需求设计给出较好的建议。
再次，如果项目并非一个独立全新的项目，这个时候就要考虑已有的相关业务是否会有冲突，如果有 需要如何处理，以及如果项目是一个已经迭代多次的项目，是否要考虑历史数据处理，以及历史版本的兼容性。
最后，基于你第二点输出的对需求理解的脑图以及从用户角度或者技术经验角度给出的反馈，最终你都需要得到确定的答案，确认这些点被合理化之后，再对技术实现过程要有一个自己的基本思路，比如哪些是需要后端实现，哪些是需要前端控制，哪些是前后端如何配合实现，在有这样一个预期的想法后，再去找对应的技术文档看或者直接跟开发约定好技术评审的时间，专门对项目是如何时间做一个技术评审，这个过程很关键，能够让你在测试用例设计阶段会考虑搭到更深层的测试点。最终你的测试用例覆盖的不仅仅是业务逻辑还有更多的针对技术点的测试用例，让整个用例更严谨，评审用例的阶段就可以跟开发提前讲出这些点的测试方案。以确保提测前这些点都能被完整实现。
