原创力文档- 1、本文档共14页，可阅读全部内容。
- 2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
古之立大事者，不惟有超世之才，亦必有坚忍不拔之志。——苏轼
说到测试用例的设计，我想每个有过测试经历的测试工程师都会认为很简单，不就是：
按需求或概要设计，得到软件功能划分图，然后据此按每个功能，采用等价类划分、
临界值、因果图等方法来设计用例就行了。
但事实上撇开测试数据的设计不谈，仅就测试项来说，我们发现，对同一个项目，有
经验的测试人员，在写用例或测试时总会有更多的测试考虑点，从而发现更多的问题；
而有些测试人员测试用例的撰写却只有那么三板斧，表面看好象已经把页面所有信息
的测试都考虑到了，实际上却还是遗漏了大量测试覆盖点，导致其测试出来的程序总
是比较脆弱。
究其原因，我觉得还是测试用例的撰写水平不到位，更确切地说是测试用例的覆盖度
太低。说实话我认为系统测试用例真正做到100％覆盖是很难的。难道说按设计中的
功能划分，每个功能都写到了这个用例就覆盖完整了？错，这还远远不够。因为我们
知道还有大量的内部处理、转换、业务逻辑、相互影响的关系等都是需求或设计中所
不会点明的。而这些一方面需要靠测试人员对项目本身的了解，另一方面要靠测试人
员的经验，来一一找到这些隐藏点并予以测试，才能真正地保证我们的测试覆盖度。
所以本文抛开具体的测试数据设计方法，主要从测试覆盖度的角度来介绍用例设计时，
如何才能考虑地更周全，如何才能将隐藏的测试项一一找出，从而使我们的测试更全
面更完整。
想法虽然美好，可是毕竟每个测试的项目都是各不相同，针对不同项目我们的经验也
会告诉给我们不同的想法，这些想法通常很感性，很难用严密的逻辑理论来把它升华。
因此本文的内容仍是很简陋且不成熟，只是希望能以本文为砖，引起大家的思考，一
起来补充完善，以使我们的测试用例设计水平不断提高。
正文
一、测试用例的切面设计
太上有立德，其次有立功，其次有立言，虽久不废，此谓不朽。——《左传》
1、功能点切面
2、特定切面
3、隐含切面
（1）、后台功能
（2）、完整业务流程的测试
（3）、某种特定情况下的系统运行
（4）、其它相关系统
（5）、除功能测试外的其它测试类型
二、详细用例的设计
1、功能切面表面用例设计
（1）、具体功能测试
（2）、组合操作的测试
（3）、GUI界面的测试
（4）、数据初始化情况测试
学而不知道，与不学同；知而不能行，与不知同。——黄睎
（5）、业务需求实现是否正确
2、功能切面隐含测试项用例设计：
（1）、数据完整性的测试
（2）、后台的特殊处理
（3）、功能业务之间的关联与转换
（4）、从设计实现发掘测试点
（5）、并发操作时的测试
3、特定切面用例设计
4、隐含切面用例设计
（1）、无界面的后台功能
（2）、与业务流相关的测试
（3）、其它测试类型
三、测试数据的设计
君子忧道不忧贫。——孔丘
一、测试用例的切面设计
所谓测试切面设计，其实就是测试用例大项的划分。测试用例划分的经典方法是瀑布
文档评论（0）