这个主题有点大，软件测试设计包括的内容很多也很杂，这里就想到哪写到哪吧。用了一周的时间把郑文强老师的《软件测试设计》看完，写这篇文章就权当一篇读后感，或者是把之前写过的有些文章串联到一起的小总结吧。

　　书中把测试设计（主要是用例设计）分为4个大的主题来写：经典测试设计、风险测试设计、经验测试设计和质量特性测试设计。以此四个方面来讲解如何设计完善实用的测试用例，个人总结的一句话就是：测试设计能力体现在对不同场景选择对应设计策略和方法的掌控和运用。如何运用这四种方法设计测试用例，个人看法，以经典测试设计作为基础，质量特性测试设计检测覆盖率，风险测试设计纳入测试流程，经验测试设计作为补充。以下就从这几个方法来说说自己的看法。

　　对于经典测试设计，如等价类，边界值，路径覆盖，状态图，分类树等，在我之前的文章中也都有介绍，它们之间的关系在http://www.51testing.com/?uid-363907-action-viewspace-itemid-804180这篇文章中也写到过，有兴趣的可以猛戳链接查看，这里就不做介绍了。

　　质量特性测试设计，之前使用过51testing开发的TP进行需求点的提取进而进行测试用例的分析，里面就涉及到质量特性，根据ISO质量模型，即6个质量特性，其每个质量特性又细分子质量特性（具体可查看相关资料），每个测试组可以结合质量模型和项目特性抽离出符合自己公司的质量特性，可以为没有经验的测试用例设计人员提供一个系统的测试用例设计思路。在之前的文章“测试用例的有效性分析及评估方法”中提到过覆盖率的评估，当时没有讲到质量模型，个人感觉把其作为测试用例评审时的检查项，再合适不过了，这样就可以避免有些隐形的需求遗漏。

　　风险测试设计，这里只讲风险管理的引入，不讲设计；通过风险识别、风险分析和风险应对三个过程，来发现测试流程中的不足，作为优化测试流程和测试管理的一种手段或者说是方法（可能与书中介绍的理念不同）。把风险纳入测试流程，实际测试中增加风险把控，让测试过程更加透明（也可以根据缺陷分析增加透明度），让测试质量更可靠。如每个测试人员反馈执行进度时增加风险级别以及执行用例，作为测试负责人一来可以了解被测产品质量，二来可以确定测试人员是否遵循重要模块优先的测试策略；制定评审检查表，用于提高需求评审的规范性和严格性，防止前期小风险演变成后期大风险等等。

　　基于经验的测试设计中提到缺陷分类，这方面的介绍我很赞同，之前写过一篇缺陷分析的文章（投稿到51testing，后期会共享出来），缺陷数据是个金矿，可以从中窥探出测试的方方面面；还提到过探索式测试的引入，关于探索式测试和脚本测试的关系，之前的文章也有介绍（多篇）：http://www.51testing.com/?uid-363907-action-viewspace-itemid-829095，感兴趣的可以看下。

　　一遍看书一遍思考，收益博多；对照之前自己写的一些文章发现有些想法不谋而合，也是对测试理论知识的又一次梳理，真心不错。

版权声明：本文出自 没翅膀的飞鱼 的51Testing软件测试博客：http://www.51testing.com/?363907

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。