前言:
虽然网上有很多关于这方面的文章和文档。因此这个专题,我将从零开始系统介绍怎么进行系统测试用例的设计。希望对测试员或其它测试相关人员起一个指引作用。
![](https://img-blog.csdnimg.cn/img_convert/fad683643cf45a24a2944857757bb307.jpeg)
![](https://img-blog.csdnimg.cn/img_convert/1ec4798a9cefefae5cc15d291c06240c.png)
![](https://img-blog.csdnimg.cn/img_convert/4f57740aec892a01ee372fcf53862099.png)
![](https://img-blog.csdnimg.cn/img_convert/f085c30e7329f7d36d8cd1508d618f3e.png)
一、测试用例的基本概念
对于基本理论、基本概念的重要性,我已经在反复在各类测试文章或内部培训会上提到过。所以在开篇之前,我还是先从测试用例的基本概念谈起。
1、什么是测试用例?
测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实某个功能是否满足某个特定需求。通俗来讲,测试用例就是通过说明测试执行的前置条件,执行的操作步骤,以及每个步骤对应的预期结果,来验证某个程序或者某个功能是否满足某个指定的测试需求。
2、测试用例里面包含哪些内容?
强调下,这里说的测试用例主要指软件(系统)功能测试用例。通常用例的内容包括测试目标(目的),需求标示(一般同需求文档中的需求编号对应),预置条件(如需要的网络配置、环境配置等),输入数据(如测试用到的账号等数据),测试步骤,预期结果,通过标准(什么情况下该用例执行成功)等。
3、不同的测试类型,用例内容也不同
根据测试的类型不同,用例的内容往往也不一样。如:界面测试一般为内容检查清单(也是我们说的checklist),单元测试为依据Junit等框架编写的特定代码。
4、设计测试用例的用途?
我相信大家都比较清楚测试用例的设计用途,但我认为还是有必要把它的用途尽可能详细的列出来:
帮助我们科学有序的执行测试,尽可能发现软件(系统)中的缺陷;
便于重复执行测试,以便重现缺陷(在向开发描述bug时非常重要);
回归测试时,验证缺陷是否被修复;
避免无序的测试,提高测试执行效率;
便于计算工作量,使测试更能按照时间计划进行;
使