5．其他
针对不同的版本，如客户版本、外文版本自身的特点，有针对性的整理出相应的测试用例。
以上改进目标主要针对目前开发平台相对比较稳定，各个模块封装的较好的特点所采用的对策，不太适合全新平台、功能模块！
改进结果：
to be continued……
补充：
Checklist VS test case：
Checklist即功能点检查表，只告诉测什么，并没告诉如何测的问题，而测试用例则是一份比较详细的文档，有具体测试步骤和预期结果等的描述，即告诉了你如何测的问题！测试用例和checklist是有些区别的，不过我们实际工作中可以将两者结合起来处理，实用就好。不同的人执行相同的测试用例，结果应该是相同的；不同的人执行同一条checklist，其结果可能不尽相同，有一定的弹性空间！两者结合起来有时候效果会好！
好的测试用例的特点：
简洁、清晰、完整、针对性、适用性、可维护性等
写测试用例的一般原则：由简单到复杂，由基本功能到细节功能
个人观点：
1.详细的测试用例不一定是好的测试用例；
2.出现问题多的模块一定还有较多未被发现的问题存在！
3.在时间、资源有限的情况下，能够更多地发现bug（尤其是严重的bug）的测试用例就是好的用例!
指导思想:
发现问题（搜集问题）—>分析问题——>改进措施——>执行——>效果检查—>改进，基本按照PDCA的思想处理！
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
