摘要：本文在个人工作经验和测试用例设计经验的基础上，总结出测试用例设计过程的思想，并就这一思想做了简单的阐述，另外也提供了一个综合此思想和用例设计方法的实例。

关键词：测试用例设计过程、需求与用例的关系

　　记得曾经作为一个刚入行的新手时，接到设计某个系统的测试用例的任务时，自己一筹莫展了很久。虽然不少书籍或资料上都比较好的讲到了测试用例的设计方法和原理，但是如何将这些理论转换为工作中的利器，如何有效的开展测试用例的设计工作，作为一个测试新手来说书上所讲的原理未免过于高深，所起到的实际指导作用也微乎可微。本文在个人测试工作经验和测试用例设计经验的基础上，总结了各个前辈们提出的一些观点，简单的阐述了个人有关测试用例设计过程的思想，以期帮助正在迷茫的同行们，另外也希望能与大家交流以弥补自身的不足。

　　一、认识测试用例设计流程，建立全局思想

　　1、用例设计上的一些认识

　　一直以来，无论是书面上还是个人对测试用例设计的理解上，首先提到设计测试用例，往往想到的都是具体方法，而对站在流程的高度上来思考测试用例的设计工作的资料和文章我所接触的都比较少。另外，在测试用例设计过程中，有不少才接触的人，往往无从下手，在什么时候该干什么事，也并不清楚，或者不明白如何有效地使用测试用例的设计方法去构建整个系统的测试用例。另外，还有一种普遍的认识，认为测试用例只需要照着Web页面一个一个功能点写下来就OK了，不需要考虑过多因素，但往往在测试过程中这些功能点却没有发现错误，而忽略的部分往往能发现较多的缺陷。这些现象和原因，个人认为都是由于没有建立测试用例设计整体思想或所建立的测试用例设计整体思想有偏差而造成的。

　　那么测试用例设计工作的完整流程应该是什么样子的呢？目前这个还没有看到相关权威文章或者书籍给予介绍，笔者在工作和学习中总结了一个测试用例设计的整体流程的例子，至于是否具有很强的实用性和较强的指导性目前还不得知晓，在些引用此流程只是做理论上的禅述。

　　2、用例设计的完整流程(图)

　　……………………

　　查看全文请点击下载：http://www.51testing.com/html/07/n-221707.html

　　3、什么叫测试用例需求？

　　个人认为测试用例的设计是根据测试系统的类型而决定的，测试用例的设计应该根据所测系统的大小、类型、特别是测试策略的安排而进行设计。此处所讲的测试用例需求，更多的从测试项目组的工作策略的开展来考虑的。个人认为测试用例需求，分整体需求和功能点需求和其它需求。比如，从整体上测试用例需要分为几种类型的用例，详细用例需要满足那些功能点或其它特点，而这些要求，在测试用例评审时，就可以作为用例评审的通过的标准。

　　4、测试用例分类与测试策略的关系？

　　个人始终认为，测试用例的分类应按照测试工作策略的安排而进行设计，为不同策略提供多个方式的选择，下面举几个例子，用来说明策略与用例的关系。

　　鹰眼监测分析系统：此系统总共只有5个页面，每个页面所有功能仅为显示或查询，很显然此系统规模很小，并且此系统使用范围为内部使用，且内部使用也仅有3至4人，另外，由于上面的原因此系统不做性能、安全测试。所以测试组采取的策略为，仅对界面、功能、兼容性进行测试即可，再加上项目很小，用例也相对较少，则我们就可以将系统的测试用例整合在一起，每次测试执行所有用例，1~3轮即可停止测试。

　　Pantheon系统：此系统共有三个子系统，且主系统分多种权限，且子系统与子系统、权限与权限之间存在着某种联系。另，供用户使用的系统的网络环境为外网环境，主系统的环境为内网环境。根据需求和测试策略，我们大体上需要做界面测试、控件测试、功能测试、业务逻辑测试、兼容性测试、性能测试、易用性测试、安全性测试（供用户使用的系统）、回归测试。那么测试用例的设计，可划分为界面测试用例、控件测试用例、功能测试用例、业务逻辑测试用例、性能测试用例、安全性测试用例、易用性测试、用户体验测试等（兼容性测试和回归测试，可用策略安排，选取主要用例类别进行测试；易用性测试和用户体验测试不在考虑范围），将测试用例按照上述方法，列出多个模块，为系统测试时多次迭代的主要重点倾注于功能测试、业务逻辑测试做好铺垫，其它用例类型，由于Web的特点以及稳定性可做适当的减少工作量，这样测试用例类型的层次明显，在安排的策略时也能根据用例的类型进行灵活性和重点性安排。