谢谢，期待回家之前能收到

既然提过，就要在 Bug 管理系统中有所记录，关闭此单的时候备注上产品表示暂时不需要。等上面来找你测试追责的时候，你把这个工单截图出来，问题就不在测试身上了。测试做过的事情，一定要有所记录，有所备注；

建议以后遇到类似大型升级服务，把测试回归方案拉着开发，产品一起开会讨论一下，把讨论结果记录下来，发布后如果出现问题，相关的人员都要负责，就不是测试背锅了；他们参与了会议，review 了测试回归方案

是的，两个人不同的行业，各自有追求，只能一人一个城市待着

一起加油，祝越来越好

分享给身边的测试朋友了

谢谢你，一起加油

别人说线上 Bug 多，我觉得就是 2 个问题：要么就是测试没发现；要么就是 Bug 管理没做好

如果是测试过程中没发现的话，就去找原因，为啥测试过程中没发现
如果是测试过程中发现了，觉得不重要，那就是 bug 管理没做好，那就做好 Bug 的分类和整理

测试过程中除了要记录功能逻辑 Bug，还要记录体验不好的 Bug，分类整理好，做好记录，做好优先级严重程度的分类；

发布前把所有的 Bug 跟团队过一遍，确认要改的发布前必须改掉，不改的测试报告做好说明，暂时不修复的原因；

产品上线了，有用户吐槽有 Bug，若刚好有些 Bug 是测试过程中记录了的，团队统一认同暂时不修复的，那就把测试报告搬出来

如果是用户发现了，测试没发现的，就做好记录，完善用例，总结经验，一步步改进测试策略

嗯，弄清楚了，在验证这个沙盒支付的时候，需要创建不同地区的沙盒账号来验证对应的地区货币支付；然后还需要 App Store 切换到对应的国家地区

还好，我们这样异地 6 年多了。之前比较近，每个周末回一次家；后来去了深圳，每 2 个周末回一次家