如何设计测试用例

分享一个大牛的人工智能教程。零基础！通俗易懂！风趣幽默！希望你也加入到人工智能的队伍中来！请点击人工智能教程

常规的思考设计

设身处地地从实际用户或客户角度出发，结合产品需求进行细化设计，以覆盖产品需求中的所有测试点。

具体实践如下：

１　能看懂并根据产品需求文档，找准测试依据。

需求文档是测试软件的依据，首先需要看懂产品的需求文档，把需求文档涉及的测试点整理出来，把大段的文字描述转化为思维导图，推荐大家通过XMind的形式整理。其次，在需求文档的基础上结合测试环境，咨询产品和开发人员，加深对需求的理解，方便后续更好的熟悉需求，整理测试点编写测试用例。

２　整理测试点。

整理测试点是为了给编写用例的人员提供一个全面可靠的思路，防止设计用例过程中出现遗漏或者错误，同时也可以降低直接拿着需求文本编写用例的难度。编写测试点起码确保能覆盖需求。

将需求文档中的需求转化为测试点，方便编写测试用例，一般按照需求文档拆分成小的功能点，分别去验证每一个小的测试目的。这个过程中可以使用一些设计测试用例的方法。

对产品的熟悉程度和测试经验的积累

这些点的设计是不断学习、熟悉与对比项目、测试积累思考中得到的。

理论支撑

有了常规的思考，及经验的积累，还需要有理论的支撑。测试用例毕竟是通过人去思考设计，这个过程不可避免有疏漏。这里就需要测试理论的支撑，深入思考设计测试用例。

１　测试用例的设计方法

测试理论中很关键一块就是将需求拆分为具体的测试点，然后根据测试用例设计方法进行具体的设计，熟知的测试用例设计方法总结如下。

等价类划分：功能有输入，输入无组合

边界值法：功能有输入，输入范围有边界

判定表法/因果图法：有多个输入与输出，输入与输入之间、输入与输出之间，有依赖关系

正交实验法：参数配置类功能，参数相互组合

场景法/状态迁移图：多个功能之间的组合逻辑测试

错误推测法：最后采用错误推测法追加测试用例

２　软件质量模型特性

在上述基础上如果还需要再拓展全面测试，还需要借助于软件质量模型的特性，从这些特性出发，给予测试用例设计者更多的思考空间。这样的设计就更加的全面可靠。

常见软件质量模型特性说明：

功能性：功能有没有，好不好用

性能效率：对应系统的资源耗费程度及响应时间

易用性：容易理解、学习、使用

兼容性：能够兼容不同的软硬件平台

可靠性：不易出问题，万一出问题容易恢复

安全性：对于用户的安全保障（外在的人生安全、内在的信息安全等）

可移植性：能否在不同环境条件下无故障运行

可维护性：对于后期的修复维护是否方便快捷

总结

总的来说，设计测试用例，需要在熟悉需求基础上，进行拆分细化，将常规的思考、经验的积累、理论的支撑结合起来使用，最终才能转化为测试待验证的结果。

在实际应用中，对于复杂功能测试点的拆分细化，需要借助于测试用例的设计方法，对于页面级的测试点应用最多的不外乎是等价类划分、边界值法。根据需要，还可以结合经验的积累，从质量模型的特性出发，进行全面的测试功能点的设计。