测试用例设计与编写，直接影响测试的质量与效率，所以，一个好的测试用例架构必不可少。笔者编写测试用例曾用过word、excel、禅道、testlink、QC等工具，由于笔者现公司对禅道进行了二次开发，支持在线编写用例，多种格式导出，用例批量复制等功能，搭配Xmind工具对需求的拆解，所以极大的提高了测试用例输出的质量与效率。
1、Xmind思维导图的应用
Xmind工具是一种表达发散思维的图文工具，利用Xmind工具可以有效的辅助我们做需求梳理、用例设计、用例编写、用例评审等工作。在编写测试用例前，我们可以根据项目周期来确定功能点输出的颗粒度，尽可能全面且详细，思维导图可加快测试用例的编写速度，增加测试用例的准确性、覆盖范围，避免功能的遗漏。（如果为敏捷项目，我极力倡导有一定测试沉淀的团队用思维导图和测试点替代测试用例）
2、用例结构设计
增加用例集概念：建立用例集，由各用例子集构成，如公共用例集、研发自测用例集、冒烟测试用例集、功能用例集（基本功能用例、场景穿越用例、接口用例）、移除用例集等，用例集可以使用例结构更清晰，用例的利用率最大化，尽可能的在整个项目生命周期为测试服务。
公共用例集：第一类为抽取系统中频繁测试的功能点，如UI的测试（页面显示、布局、必填项、特殊字符限制）第二类抽取系统中多个模块间相同的功能点，代码实现方式为封装类调用同一个功能接口，如翻页、导出、上传、下载等功能，这类用例重复性高，项目间也可以复用。
研发自测用例集：以研发执行为目标的用例集，可有效在提测前预防低级BUG频出问题，用例可在功能用例中抽取一部分粗刻度用例组成研发自测用例集，建议测试人员配合与指导研发执行，养成良好的协作氛围。
冒烟用例集：也叫基础用例集，主要针对各主要功能、流程的最基本用例，不过多考虑异常，通常由功能用例集提取。测试目的强调对程序的主要功能进行验证，而不会对具体功能进行更深入的测试。
移除用例集：测试用例的增删改是常见操作，对于删除的用例进行统一管理，以应对善变的项目，建议写用例修改日志，如XX人增删改XX编号用例，方便测试用例的维护。
