需求：
一个列表页获取数据方式发生改变，由原来调用“A接口-B接口”的方式，调整为直接调用B接口。
测试点：
1、访问B接口后，接口返回数据（只涉及到这一个接口，直接手动访问）。
2、现有数据与原始页面数据做对比，保证现有数据的正确性。
3、翻页后数据显示正确。
4、翻页功能可用。
经过：原本是计划昨天测试完后上线的，但是因为多个需求排队占用测试服务，导致只能排队，最后今天才开始上线，结果因个别数据不正确，不能如期上线。
环境原因：开发测试约定的流程执行的不彻底，开发的提测分支都是个人分支，没有将其合并到测试分支，导致出现环境竞争问题。
解决方法：开发在个人分支开发完成后，提交到待测试分支，测试通过后，将其需要上线的个人分支合并到待上线分支，测试使用待上线分支进行回归测试，测试每次只需部署测试分支以及待上线分支进行测试以及回归测试即可。
回到正题，经过合并分支后，可以测试了，也测试通过了，产品、UI关注的内容进行了他们各自也进行了验证，想着上线吧。
结果到了待上线环境 ，发现个别数据显示有问题，前端开发定位问题，并尝试解决问题，因为需求不紧急且未上线，经协商后就不在推到线上，待问题修复后重新打包上线。
总结：
1、因为认为是个小需求，虽然写了检查点，但执行时不是很重视，所以在后续我要注意不要因为需求简单就轻视。有些坑踩过一次就可以了。
2、接口访问时只是保证了接口是通的且有数据返回，但是未对接口的数据的正确性做验证。
3、在翻页检查数据时，只是选择性的检查了某些页面，恰好未查看到的页面存在错误数据。
针对 2、3点 想到的方案就是写个脚本自动的对比数据，这样就能避免上述两个问题了。手工自动相结合。
