1、面试中被问到：公司没有需求文档，你会如何开展测试？
属于开放式的情景性问题，求职者可以反问：项目背景如何？（包括但不限于项目周期、项目紧急程度、项目人员规模、以及自己的角色定位等）根据对方给出的答案来判定，这样就需要根据面试官提出的“需求”来设计不同的“场景用例”了，如果项目团队中只有我一个测试人员…如果项目属于赶工期的阶段…如果项目周期比较长…如果我们有运营团队…如果我们是在开发一款市场上已有的同类产品…
既可以在当前的情境下“覆盖”周全，也可以展现出自己的丰富经验与逻辑协调能力，但需要记住的是，每个解决方案的出发点都要结果导向 ，或直接或间接地对当前项目产生价值。
以下就是分解后的场景分析。
2、从0开始进入新项目，产品经理要身兼数职，没有完整的需求文档
既然是从0开始的，则项目立项时是有经过前期调研的，那么项目背景以及相关的调研资料可以在立项会议中获取到，先要明确背景及意义，才能始终不脱离核心。之后产品经理没有输出完整的需求文档， 但基本的流程图（常见的为泳道图）还是有的，可以根据流程图来分解出基本流及备用流，形成最初的冒烟测试用例（前期可以用思维导图），同时带着疑问听需求讲解，在产品经理讲解的过程中，不断把思维导图这棵树“壮大”，层层递进，并将相关联的功能点在会议上展开来，当然这种方式也有局限性，适合一些小型项目的开发过程
3、入职后接手一个中途开展的项目，公司只有系统用户操作手册
除了查看公司的系统用户操作手册外，也可以查看历史缺陷报告。一是可以利用操作手册可以自己动手快速熟悉目前系统的一个状态，包含了哪些功能；二是通过历史的缺陷报告 ，可以了解到现一个系统整体的质量，同时也可以看到目前公司在测试方面的规范，也是一个学习的过程。
4、项目团队中多数需求由产品经理口述，寻找关键人员
这一步至关重要，以上几个场景都属于自己寻找资料的过程 ，而项目中最重要的因素是人，所以可以找到直接上级，询问要了解需求需要找哪位同事（因有些公司属于开发外包，并没有内部的产品经理）可以随时提问。亲身经历，有些甲方的产品经理是异地办公，无法现场沟通，所以当形式为线上沟通时，一定要提前约定好每天的固定沟通时间，如果不是阻碍性的问题就先记录好，然后统一提问。除了产品经理 ，还可以找到项目经理或接触该项目比较久的同事，虚心请教。
————————————————————————————
以上是几种比较常见的场景，归纳总结下：
1、尽可能多地寻找相关文档
如项目开发外包中签订的合同，一般合同中会针对要签订的项目中的基本背景和产品功能点有描述；其次是市场调研报告、用户操作手册、与甲方的会议纪要，如果有相关的需求讨论历史邮件，不妨也留意查阅，基本上初创团队并没有规范的项目管理流程，更别说需求管理流程了，但也并不妨碍能够做出成绩的人，积极主动地最大化地获取相关信息，然后内化成自己的一份“测试需求文档”，再进行外化。
2、寻找同行业竞品，可以查阅竞品分析报告
互联网上有很多同行业中知名产品的分析报告，如产品所在行业及市场分析情况以及产品体验与分析，产品策略、用户群体分析、产品结构及功能群分析、市场用户评价以及评分等等。当然，常见的分析报告有短视频类、AI、语音软件、电商APP 、以及教育方面的应用，可以从用户群分析出发。
3、探索性体验产品，快速了解主流程及功能点
接手半路的产品比较适用，探索性测试的方法可参考之前的推文。
4、用户体验调研
一般情况下，用户体验调研都由产品经理和运营团队一起做，线上或是线下，经常有定性地如用户访谈，定量方式如调查问卷，测试人员不需要全程参与 ，但可以通过近距离的与用户代表讨论产品时，了解用户的操作使用习惯，但如果公司有可用性测试安排的话，务必全程参加，不仅是基本功能的操作，很多用户也可以从非功能角度给出更多的建议。虽然不会直接影响到测试的工作，但可以在实际的场景中快速地了解到这是一个怎样的产品，用户群是谁。
5、通过各种讨论会议来快速获取
公司里经常会有需求讨论会议（包括与业务部门的讨论）、开发、设计讨论会议以及项目讨论会议等等，可以多参加，即使并没有形成书面的文档，也可以在讨论的过程中加深对产品的印象以及发现更多关联的因素，最重要的是要清楚某个功能点背后的业务逻辑和业务背景。可以更多地站在用户的角度思考问题。
6、积极主动，持续总结，目标导向