由于测试环境数据被改动，导致接口测试失败。
这个问题，较好的办法就是重新调用数据库中的较新数据。在做测试用例时，也要考虑到实时调用数据的问题，确保不会因数据改动而测试失败。
由于测试数据写死，导致接口用例执行失败。
其实，这个问题是可以预见的。因为，在进行测试前，跟开发人员做相关问题的提示，是可以避免这个问题的发生的。但如果测试中，还是发生了这个问题，那么我们就需要对数据进行参数化。但切忌过多参数校验，因为这样会使得服务端变得很臃肿。
检查点不够充分。
对于很多新手而言，在做接口测试时，往往只会考虑正常的校验点，而忽略异常校验点和不为空校验点。这也提醒我们，在进行测试前，一定要考虑全面，并且多提醒自己，注意一些容易忽略的细节。
执行后产生的数据，导致后面的用例执行失败。
很多小伙伴可能都遭遇过类似的现象：前面用例执行的都挺好，后面再执行下个步骤，就显示执行用例失败了。这是什么原因造成的呢？对，就是执行结束后产生了新数据，这些新数据影响了整个后续用例的执行。所以，我们在做测试时，一定要注意清理掉执行过程中产生的特定数据。
由执行超时等因素造成的用例执行失败，非404错误。
遇到这种问题，较简单也是较无懈可击的办法，就是重跑。
单个接口测试通过，但业务还是有bug。
遇到这种情况，一定要尝试组合多个接口，组成一个完整的业务场景，再重测，保证整体顺畅，否则后期使用过程中出现问题，就严重了。
推荐阅读：
sales@spasvo.com
