作为测试人员,在接到一个测试项目的时候,第一件事情需要做的是理解需求,评估一下测试资源,制定出完善的测试计划。那么,一个测试计划的基本要素和要求有哪些了?
在阿里的这段时间,接触不下10个项目(不算小需求),这里我对这些测试计划做一个归纳和总结:
常规意义上的测试计划一般都会有以下几个要素:
测试目标
测试范围
测试策略
测试时间安排
提测标准及约定
……….
如果想看详细的模板,可以参考:软件测试计划模板 ,但这里我们不讨论这些,我要说的是软技能,在接到一个项目后,如何评估及安排好测试,达到真正意义上的测试计划。
在互联网项目或者数据仓库类的项目测试中,可能碰到的一个问题是项目周期都比较短,按照上面测试计划的思路去考虑,不太合适了。所以,这个时候,应该按照以下的思路来做测试计划:
1. 了解需求,评估测试模块的难易程度,做好初步的了解和测试思路。
2. 与开发沟通,协调好提测时间以及相关约定(提测标准)。
3. 根据手头的资源已经提测的时间,做好安排,预留一定缓冲时间。(一定要考虑风险点,比如开发推迟提测,bug阻碍进展,等等)
4. 测试过程中需要考虑的要素:测试分析(测试案例),数据准备,环境准备,测试执行,这几点都需要在测试计划中考虑到。
所以,这里不会像上面的模板,给出那么一大堆东西,更多的还是在于交流和协调。一般情况下一封邮件可以让项目组相关人员知晓项目的测试计划。