测试用例的设计往往影响到测试效果的好坏。那么如何设计简洁高效的测试用例成为困扰用例设计人员的一个十分重要的问题。对于用例的设计方法，每个人都有不同的看法。但终的目标都是为了能够设计出佳的测试用例，大限度的发现软件中隐藏的缺陷和潜在的问题。那么通过归纳总结，我们能够得出测试用例设计过程中的几个关键点，把握住它们往往会使得测试用例更具实用性、操作性和有效性，并且对用例执行人员提供极大的帮助。

　　首先，测试用例的设计不能凭空捏造。对于任何一款软件，不论它是一个大型系统还是一款功能单一的辅助软件，或者仅仅是其中的一部分功能模块，明确软件的需求和设计思路都是十分重要的。这是测试用例设计的根本依据。因此，在测试用例设计开始之前，尽可能多的与开发单位进行沟通，获取被测软件的需求文档与软件设计等文档，明确软件的需求与设计思路，从宏观层面把握软件的整体功能，从微观层面了解软件所实现的各项功能和执行这些功能的流程并仔细分析考虑这些功能流程可能存在的各种正常和异常情况，详尽的编写测试大纲，细化测试项，为下一步的测试用例设计做好铺垫。但往往存在实际被测系统或软件的需求不明确，开发文档不全等情况。这无疑加大了测试用例设计的难度。这需要我们用例设计人员多与开发人员进行沟通与交流，尽可能多的搜集与被测软件系统有关的技术资料与相关文档。务必要在设计编写用例前做到心中有数，对被测软件有个全面深刻的了解。

　　其次，对被测软件所涉及的领域要有了解。对于特定行业的特定软件，在设计测试用例前应该对该行业的运作模式、业务流程等具有该行业特色的内容进行学习。例如电信业的相关项目，在设计用例前一定要先了解电信行业的工作模式、工作流程、计费方式等相关知识。只有这样才能够对被测软件“抓的准，找的全，测的深”，进一步了解软件的设计思路与功能方式以及相应的约束。这样软件可能存在的问题和漏洞也显现出来，在设计用例时可以重点对这些方面进行编写，更多的发现软件存在的缺陷和不足。并且通过进一步的学习，发现更加适合该软件的测试方式和更加有效的测试软件等等。

　　另外，测试项目组的沟通必不可少。在用例的设计过程中“你不是一个人在战斗”。作为一个团队，相互的协作是十分重要的。相互之间对于被测软件的理解和认识都会存在差异。那么通过讨论、研究与分析能够进一步的发现设计用例的过程中忽略的细节和对软件理解的偏差，同时每个人所掌握的测试知识与测试的侧重点都是不同的，不断的沟通能够使团队内部人员相互促进相互提高，使得水平不断增强，同时获得了更好的测试效果。

　　以上仅是用例设计前期所做的一些准备工作，在真正开始执行测试时，还会遇到诸如：需求变动，软件设计变动等方方面面的突发情况。这需要用例设计人员及时的与开发人员进行沟通，不断的修正并优化测试用例，从而设计出符合软件要求的测试用例，大限度的保证测试工作的有效进行。