测试用例是将软件测试的行为活动做一个科学化的组织归纳，其目的是软件测试工程师能够将软件测试的行为转化成可管理的模式；同时测试用例也是将测试具体量化的方法之一，不同类别的软件，测试用例是不同的。

（1）测试用例的的设计方法

总的来讲，测试用例的的设计方法有黑盒测试和白盒测试。黑盒测试也叫功能测试，黑盒测试主要针对软件界面和软件功能进行测试。白盒测试又叫结构测试、透明盒测试、逻辑驱动测试或基于代码的测试，主要对所有逻辑路径进行测试。

(资料图片)

（2）测试用例的主要内容

测试用例主要包含：容编号、日期、设计和测试人员、优先级、标题、目标、环境、输入数据/动作、预期结果。

2、测试用例的作用

（1）前提和基础

测试用例构成了设计和制定测试过程的基础。因此可以说，没有测试用例就难以开展软件测试的相关工作。测试设计和开发的类型以及所需的资源主要都受控于测试用例。在指导软件测试工作的前提下，测试用例的重要性也是不言而喻。

（2）深入了解需求

一个项目立项开始，测试就开始介入，我们从产品的需求文档、原型图，效果图等相关文档去熟悉产品的各个模块，各个业务流程。或者在产品规划和设计阶段，测试开始熟悉产品。而编写用例的过程中，会充分的思考产品需求的细枝末节，需求的不合理、有矛盾、不明确的地方，还能对产品提出更好的建议，监督产品对需求做出更加详细的设计。整个过程是对需求深入了解的过程，产品的整个印象都在测试脑海里。

（3）加大测试深度

测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，测试人员对产品质量和测试流程也就越有信心。

（4）安排测试进度

测试工作量与测试用例的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。

（5）深入发现潜藏缺陷

软件测试工程师在执行用例的过程中往往会突然发现当初设计的用例步骤中，还可以做这样一个操作，于是发现了bug，这又体现了测试用例的作用， 帮助发现拓展测试范围，扩大测试覆盖面，发现软件中潜藏的缺陷。

（6）制定分析标准

通过收集缺陷，对比测试用例和缺陷数据库，分析确证是漏测还是缺陷复现。漏测反映了测试用例的不完善，应立即补充相应测试用例，最终达到逐步完善软件质量。而已有相应测试用例，则反映实施测试或变更处理存在问题。

3、测试用例的做法

测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。

设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典的代码是唯一的，不允许重复。测试需要验证：字典新增程序中已存在有关字典代码的约束，若出现代码重复必须报错，并且报错文字正确。往往在设计编码阶段形成的文档对备选事件和异常事件分析描述不够详尽。而测试本身则要求验证全部非基本事件，并同时尽量发现其中的软件缺陷。

可以采用软件测试常用的基该方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基该方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。

软件测试工程师为什么要写测试用例？归根究底，测试用例就是用来检验软件测试的质量。所以软件测试工程师在执行软件测试的流程中，首先就是要写好软件测试用例。同时写好测试用例，也是检验软件测试工程师的基础能力的衡量标准。

关键词：