软件测试培训之接口测试中测试与开发的配合

软件测试培训之接口测试中测试与开发的配合

接口测试因其天生的代码亲密性，为了更好地提高产品质量，就要求测试人员更加地深入到开发的工作中去(从需求出发深入到代码、页面中去)，甚至是与开发并行地工作。那么这就对测试人员和开发人员的合作与互动提出了更高的要求。

1、测试与开发的互动应该贯穿项目始终，时刻保持和开发的联系

也许有人会认为开发和测试在项目中相互独立会更加好，在此对这个问题不作讨论，只想说说从始至终与开发保持联系的好处。时刻保持联系，可以使双方对于项目的进展有一个明确的共同的理解，使项目的执行更加顺利。减少一些缺乏沟通而可能造成的工作内容的冲突，例如对于需求理解的不一致、需求变更等。

2、测试需求不光来自于PRD和UC，还要倾听来自开发的需求，这往往是他们担心的内容

诚然PRD和UC是测试需求的主要来源也是测试工作的依据，然而从PRD和UC出发的测试需求往往是功能性的，会遗漏不少细节，特别是在接口测试工作中，这些细节又往往体现在开发的工作中，或者某些具体的实现中。因此倾听开发的测试需求，同时提出测试对于开发的要求是十分必要的。开发的需求经常是体现了在开发中他们没有把握的地方，这些光靠分析PRD和UC是很难得到的。

3、测试与开发应当相互了解对方的工作内容和方式，并交换意见

让开发知道测试在做什么是怎么做的，当前测试的状况是什么样子的，测试也要了解开发的进度和工作内容。开发了解测试的方法和内容会有利于提高代码的可测性以及代码的品质。测试了解开发的工作方式和进度，就便于和开发进行合作加快缺陷的修复和验证。不仅要了解，在了解的基础上相互交换意见和看法，这往往能相互提高工作效率。

4、职责明确，测试应全面负责测试的工作环境、配置、代码，开发不应当随意改动。

讲了很多互动的地方，但是有些内容却不应是互动的。就接口测试来说，测试环境配置和测试代码应当全部由测试工程师来维护，因为测试工程师主导整个测试的过程并对测试的结果负责。可以请开发协助配置环境这是必要的，但是出现任何测试方面的问题，开发都不应该在没有和测试工程师沟通的情况下介入测试环境和测试代码的变更。因为这样往往会导致测试用例无法通过，测试环境被破坏，测试结果可信度下降。会给项目进度带来不必要的影响。

相应的，由于接口测试的代码往往和工作代码在一个工程下，测试也不应该去改动开发的工作内容，这会带来十分严重的后果。

5、测试应当高度关注测试持续集成的结果，第一时间分析问题，并初步定位后转交开发。

在此我想强调下初步定位并转交开发的问题，可能有些同学会觉得缺陷被发现后直接转交开发就可以了，定位缺陷的事开发完成就可以了。我有一些不同的想法，能够定位缺陷意味着对于项目有着较为深入的了解，将有助于提高缺陷修复的效率。例如，同样是查询结果异常的问题，原因可能各有不同，如果初步将问题进行定位，必定能提高这些相似但实质却不同的缺陷的解决效率。