工作模式
以前当我看到技术优化的任务的时候：不写用例，看着开发备注的改动点直接测试。
今年1月份开始写用例，看着开发备注的改动点写用例，如：
我写的用例就一条：
因为开发的备注内容也就一条。
以上姿势都是错的，重来。
其实技术优化分很多种，如：升级、缓存、定时任务、字段优化、取值逻辑修改等等，我们应当根据实际的代码改动情况，编写有效的用例，进行全面的覆盖。话不多说，直接上个例子。
还是上面那个就写了一条用例的例子（其实算敷衍用例，为了能拿到测试质量报告的用例覆盖的分数），在我坐到开发身边进行一番battle之后，产出了设计文档和新的用例。
设计文档：
理清思路：
设计文档提到的合并唯一参数在数据库是这个字段：
重新输出用例：
好了，关于技术优化任务的其他情况我就不一一列举了。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
