1、对于改动的地方，要评估改动范围。 2、对于一些类型的测试，看看是否基于代码测试更好，而不是基于场景。如：type字段，只测试一种type. 3、对于潜在风险点，如：代码没有兼容现有业务暂时不会出现的场景。要及时的通知产品和开发 4、异常情况的处理。如被调用的接口挂掉了。 5、性能问题，接口的变动，调用量的改变。 6、业务上得一些考虑 7、如果在现有DB加字段，兼容老数据的问题。 8、对于任务，什么时候执行，持续时间。任务数量执行不完等。 9、场景，关于金钱的，多想些。要闭环。就是资金的流动。 10、对于第三方调用，数据对比，如对账。 11、回滚机制，日志失败了会怎么样，系统重启怎么样。
转载于:https://my.oschina.net/ouyangtaohong/blog/784203
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
