APP测试-bug反思-API返回数据篇章

目前很多公司都是前后端分离测试，APP测试和API测试不是同一批人，对于做前端测试的我来说，碰到过以下的尴尬事情

有一次，APP订单大幅度下降，最后定位原因为,API 返回的数据类型和APP处理的类型不一致

其实定义问题，可以认为是前后端契约定义不清楚，这些可以考虑从流程上进行规范，但是作为一个要不断进取的测试人，我们更要考虑一个问题，是否API测试了各种异常后，APP前端就不要进行测试？个人还是更加倾向于 完全靠自己，所以罗列了一些常见的API异常的数据，以后测试的时候，要把我这些内容

app和API的字符类型-->长度不兼容

这部分要考虑加入模拟返回，主要包含以下内容

·非预期格式（例如接口正常返回为JSON格式，实际返回xml格式，字符串，等等）。

·非HTTP 200（通常情况下正常接口返回为HTTP 200）。

·字段缺失。

·字段为NULL。

·字段格式不正确（例如应当是数字实际返回为字符）。

·字段边界值。

·字符型字段的文本过长。

·返回数组为空。

 

下一步考虑，将这些异常数据，直接使用脚本来完成，在保证测试质量的同时，不要去增加测试为数不多的测试时间