01
需求评审阶段
首先要确定项目的大小,比较小的项目,就正常拉会评审;比如有那种一句话两句话的需求,可能大家觉得没必要拉会,那作为 QA可以在线下拉三方评审,这样做的好处是 避免大家对需求的理解不一致,往往是这种需求越容易有坑,越容易理解不一致。
如果是大项目的话,大项目指的是前后端都涉及,且后端涉及到多个系统,这种项目通常会有立项准备,主要评估产品方案及技术可行性,立项之后是需求评审,Q A要对需求充分了解清楚,有疑问的地方尽量在会上解决清楚,把遗留的待确认点列出来,及时去跟进。
在需求评审阶段还有一个重要的工作就是确定排期。一般都会有需求管理平台,大家的排期都会更新在上面,可以了解到涉及到的各方,比如后端涉及到哪些系统,前端是否有 h5页面,是否涉及 app 的改动。
需求阶段,无论需求大小,要搞清楚需求内容,有遗留问题要及时去跟进。
02
开发设计阶段
需要比较小,可拉会,可在线下沟通,沟通具体实现逻辑,搞清楚比如涉及到的接口、字段含义等。
大项目大需求,作为 QA要充分了解自己模块的改动,尤其是细节;同时与其他模块的交互也要了解清楚,对其他系统要做到大致了解,了解到与谁交互的,这个模块是什么作用,能串起来就行。
如果你是 app 测试,需要做到了解接口的传参和时机&#x