当前接口测试工作的现状是并没有严格的准入标准,基本只要是有需求有资源就投入人力实施。尽管人力资源在逐渐的丰富,但是日益增长的需求也给接口测试带来很大的挑战。要在一定的人力资源下在尽可能短的时间内高质高效地完成尽可能多的测试工作,势必要对接口测试的接入工作进行一些调整,并将接口测试的工作流程整合到整个项目的流程中去,使之成为一个独立完整的测试环节,而不是依附于开发的一个工作阶段。
既然要成为一个独立的测试环节,那么必须要有进入这个环节的一些必要的前置条件。在这里我把这看作是接口测试的准入和实施标准。只有符合了基本标准的项目才能使项目流程流转到接口测试的实施阶段,不符合标准的项目则应当被退回重新满足标准后才能进行测试。这样才能确保项目的最终质量同时提高测试的工作效率。
对于接口测试准入和实施的标准,在我看来包含两个部分,一是基本准则,这个是任何项目必须遵守的;二是项目约定,这个是与具体项目相关,在前期设计阶段就已经敲定的也是本项目必须遵守的。
先谈下基本准则,在我的理解中基本准则就和国家的宪法一样,是保障项目能正常进入接口测试流程的一个基本要求,如果这些要求都无法满足的话,可以说是空谈项目质量。以下是我认为的一些基本准则(主要针对项目而言):
1、 明确的需求文档和uc
明确的prd和uc可以使接口测试人员充分了解系统的功能特点,如果系统的功能都不清楚,那样的测试是十分危险的。
2、 系统设计已基本稳定,频繁变动的接口不多余10%
稳定的系统设计减少接口测试人员无效的工作,一个频繁变更的系统设计往往会使测试人员对系统产生误解和迷惑,进而导致错误的用例和测试代码
3、 详尽的系统对外接口说明文档
确保接口测试人员以及后续维护人员对主要测试目标的正确的理解和认识,能够及早地进行相应的用例设计,避免因为文档不清,口头交流带来的诸多问题。
如果能够符合以上几点基本要求的那么可以考虑准入到接口测试的阶段。同时结合在早期设计阶段敲定的一些其他项目相关的标准,最终决定是否投入资源全面开展接口测试。
其实前面说了这么,我提出这些标准的前提是将接口测试作为项目流程的一个重要的测试环节来看待的,应当独立于开发和功能测试这两个阶段,这个流程和功能测试一样以确保项目质量及早预防缺陷为己任。在这发这篇博文也希望起到一个抛砖引玉的效果,大家都来讨论这个标准,让接口测试做得更加标准化、专业化,从而更高效高质地保证淘宝的产品质量。