作为一名测试人员,没有需求文档怎么测试?

1、面试中被问到:公司没有需求文档,你会如何开展测试?

属于开放式的情景性问题,求职者可以反问:项目背景如何?(包括但不限于项目周期、项目紧急程度、项目人员规模、以及自己的角色定位等)根据对方给出的答案来判定,这样就需要根据面试官提出的“需求”来设计不同的“场景用例”了,如果项目团队中只有我一个测试人员…如果项目属于赶工期的阶段…如果项目周期比较长…如果我们有运营团队…如果我们是在开发一款市场上已有的同类产品…

既可以在当前的情境下“覆盖”周全,也可以展现出自己的丰富经验与逻辑协调能力,但需要记住的是,每个解决方案的出发点都要结果导向 ,或直接或间接地对当前项目产生价值。

以下就是分解后的场景分析。

2、从0开始进入新项目,产品经理要身兼数职,没有完整的需求文档

既然是从0开始的,则项目立项时是有经过前期调研的,那么项目背景以及相关的调研资料可以在立项会议中获取到,先要明确背景及意义,才能始终不脱离核心。之后产品经理没有输出完整的需求文档, 但基本的流程图(常见的为泳道图)还是有的,可以根据流程图来分解出基本流及备用流,形成最初的冒烟测试用例(前期可以用思维导图),同时带着疑问听需求讲解,在产品经理讲解的过程中,不断把思维导图这棵树“壮大”,层层递进,并将相关联的功能点在会议上展开来,当然这种方式也有局限性,适合一些小型项目的开发过程

3、入职后接手一个中途开展的项目,公司只有系统用户操作手册

除了查看公司的系统用户操作手册外,也可以查看历史缺陷报告。一是可以利用操作手册可以自己动手快速熟悉目前系统的一个状态,包含了哪些功能;二是通过历史的缺陷报告 ,可以了解到现一个系统整体的质量,同时也可以看到目前公司在测试方面的规范,也是一个学习的过程。

4、项目团队中多数需求由产品经理口述,寻找关键人员

这一步至关重要,以上几个场景都属于自己寻找资料的过程 ,而项目中最重要的因素是人,所以可以找到直接上级,询问要了解需求需要找哪位同事(因有些公司属于开发外包,并没有内部的产品经理)可以随时提问。亲身经历,有些甲方的产品经理是异地办公,无法现场沟通,所以当形式为线上沟通时,一定要提前约定好每天的固定沟通时间,如果不是阻碍性的问题就先记录好,然后统一提问。除了产品经理 ,还可以找到项目经理或接触该项目比较久的同事,虚心请教。

————————————————————————————

以上是几种比较常见的场景,归纳总结下:

1、尽可能多地寻找相关文档

如项目开发外包中签订的合同,一般合同中会针对要签订的项目中的基本背景和产品功能点有描述;其次是市场调研报告、用户操作手册、与甲方的会议纪要,如果有相关的需求讨论历史邮件,不妨也留意查阅,基本上初创团队并没有规范的项目管理流程,更别说需求管理流程了,但也并不妨碍能够做出成绩的人,积极主动地最大化地获取相关信息,然后内化成自己的一份“测试需求文档”,再进行外化。

2、寻找同行业竞品,可以查阅竞品分析报告

互联网上有很多同行业中知名产品的分析报告,如产品所在行业及市场分析情况以及产品体验与分析,产品策略、用户群体分析、产品结构及功能群分析、市场用户评价以及评分等等。当然,常见的分析报告有短视频类、AI、语音软件、电商APP 、以及教育方面的应用,可以从用户群分析出发。

3、探索性体验产品,快速了解主流程及功能点

接手半路的产品比较适用,探索性测试的方法可参考之前的推文。

4、用户体验调研

一般情况下,用户体验调研都由产品经理和运营团队一起做,线上或是线下,经常有定性地如用户访谈,定量方式如调查问卷,测试人员不需要全程参与 ,但可以通过近距离的与用户代表讨论产品时,了解用户的操作使用习惯,但如果公司有可用性测试安排的话,务必全程参加,不仅是基本功能的操作,很多用户也可以从非功能角度给出更多的建议。虽然不会直接影响到测试的工作,但可以在实际的场景中快速地了解到这是一个怎样的产品,用户群是谁。

5、通过各种讨论会议来快速获取

公司里经常会有需求讨论会议(包括与业务部门的讨论)、开发、设计讨论会议以及项目讨论会议等等,可以多参加,即使并没有形成书面的文档,也可以在讨论的过程中加深对产品的印象以及发现更多关联的因素,最重要的是要清楚某个功能点背后的业务逻辑和业务背景。可以更多地站在用户的角度思考问题。

6、积极主动,持续总结,目标导向

资源下载: