1.本次迁移的是一次系统接口的迁移，迁移前后用户的感受是不变的，因此主流程的回归是一个重点；
2.由于注册流程比较长，没走完的那些工单就可能出问题，因此我们要注意这类未完成工单；
3.由于这个接口比较老，客户接入的情况也未必标准，可能有很多坑，所以需要对重点客户的历史数据进行分析，避免他们无法使用。
我们针对这三个部分有针对性的设计了测试用例。第一部分的设计思路是XXX，方法是XXX，覆盖非常全面，第二部分相对全面，第三部分只选取了TOP3的商户进行研究。
最终执行的情况是，第一部分100%执行，发现问题XXX，基本上不会有什么问题；第二部分XXX。第三部分XXX。
综上所述，我认为本次迁移的质量足以满足要求，不会影响用户的关键业务或者产生严重生产事故。
好的报告是窗口
一篇好的测试报告，能够让团队认识你，了解你的工作，信任你的结论。
写好一篇测试报告，与测试人员对团队期望、自己的使命和定位的理解是分不开的。昨天的文章里有个朋友问，“自己提的bug没人理怎么办？”这是一个测试人员经常会遇到的困境，这往往意味着测试人员并没有获得团队的信任——他自己认为的问题并不是团队认为的问题，换句话说，凡是遇到这样困境的人，都没有在团队中寻找到自己的位置。
我在上面只是以测试过程收尾后的报告作为例子。事实上，一个测试人员要写的报告有很多种，测试需求分析报告、用例设计报告、缺陷报告；日、周、月报、团队季、月、年度总结报告；分享报告、技术文章、评审报告等等。
所有的这些报告都是你向外展示自己的窗口，通过这些报告，可以看出来你的信念、思维、格局。往往这些字面之下的内容决定了你在团队里到底混得怎么样，大家是否信任你重视你。
每个人都会受限于自己的岗位、知识而过分关注自己的一亩三分地，忘记了团队的目标，测试人员相对于开发人员，天然的拥有用户视角，天然的贴近客户，就更应该时刻记得团队目标，用团队总体的格局来影响和感召团队的成员。
所以，测试人员应当拥有自己的骄傲，你在团队的定位与别人不一样，你不是来混日子的，你是来帮助团队和团队一起成功的。希望我的读者都能够发挥自己的优势，寻找到自己的价值所在，为你的团队注入灵魂。