软件测试中的测试用例Test Case原来是这么回事！

若是你去找一份功能测试的工做，在软件测试工程师面试过程当中，有一些面试官会来一两个很是简单的问题

什么是Test Case？
你是如何去写Test Case的？

咱们先来看一下测试用例的介绍

什么是测试用例？

测试用例（Test Case）是为项目需求而编制的一组测试输入、执行条件以及预期结果，以便测试某一个程序是否知足客户需求。

其实测试用例它就是一个文档，或者说是一个说明性的文档。

文档中间包括了一些关键性的内容好比它要有输入、要有条件，要有预期结果，经过你的条件、输入以及预期结果，我就能够去执行的时候来判断这个程序是否是知足客户（用户）的需求。咱们把这一类型的文档就叫作测试用例。（测试人员的依据内容）

固然说，对于一些不规范的或者说一些小公司。原本就我一个软件测试工程师，而后我也没有时间去写测试用例，那我拿着这个软件就直接开测了呗，那么在这种状况下，它也是没有测试用例的。

可是在没有测试用例的状况下，极有可能致使很是多的问题，好比说漏测，好比说测试重复、没法去衡量软件测试完成的工做量。没有依据等等之类的。

因此说稍微规范的公司，我们都要去写测试用例，咱们也会花不少的时间用在编写测试用例上面。

为何要写测试用例？

• 1.熟悉被测软件的业务
• 2.明确测试的思惟和方式
• 3.保证测试的时候不遗漏测试功能点
• 4.测试工做的一个输出

就是为了不前面说的一些问题。

第一个，咱们在写测试用例的时候，其实也是熟悉软件测试业务的一个过程，其实这个是很是有必要的，包括我们在测试这个项目以前，好比说你去一个新公司，你前一周或者前一个月，你都是在作同一件事情——看文档。

经过看文档尽快的去熟悉被测试软件的业务。

你对这个被测试的软件的业务越熟悉，那么你在测试的过程当中你才能测试得越准确。能够避免一些没必要要的错误。

第二个，咱们能够明确在软件测试中的思惟和方式。

第三个，这是你在软件测试工做的一个输出。也就是说我早上九点钟去晚上六点钟下班，当老大问你说你今天作了什么事情的时候，结果你这也没有那也没有。我把测试用例写好了，一天写了三五百条测试用例，这也是工做的一种衡量。（固然多少条是没有硬性规定的）

可以发现bug的测试用例就是好的用例？这个是错误的！
什么是好的测试用例？
可以所有覆盖需求的测试用例就是好的测试用例

测试用例的使用范围

• 1.手工测试用例（功能测试）
• 2.自动化测试（接口自动化、UI自动化）
• 3.性能测试用例

不管是在手工测试仍是自动化测试、性能测试咱们都是须要去写测试用例的。

测试用例的四要素

• 上下文--前置条件，进入条件
  
  好比说咱们要对知乎进行登陆的一个测试那么他的条件是什么，咱们是否是先得把知乎这个APP安装，这个就是他的上下文。再好比咱们要在知乎发文章，他的前提条件也是必需要登陆，这个登陆的操做就是他的上下文或者说前置条件）
  
  
• 测试数据 
  
  测试数据是很是关键的，好比说咱们知乎的登陆，登陆的数据要准备的就是用户名与密码，准备好了，才能对这个功能去进行测试。这个数据是很是多的，在这里咱们要想到的一个点，是没法进行穷举测试的。咱们在讲测试原则的时候会讲到这个。由于第一个我们的项目时间有限，第二个咱们的人力成本也是有限，第三个实在这个数据量十分庞大，咱们根本没法对它去进行一个穷举测试。由于咱们就要对这些数据去进行一些分类、筛选。选一些有表明性的数据来进行测试。
  对于测试数据的话，确定要用一些方法对它进行分类，选取一些具备表明性的数据。这一个其实就是我们测试用例很是重要的一个环节，就是设计用例的方法。包括等价类、边界值、断定表等等这一些，都是帮助你去筛选数据的。
• 测试步骤
  
  第一步作什么第二步作什么第三步作什么，这个好理解吧。由于我们去写测试用例不只是给本身看的，首先你本身写的测试用例，你本身确定要看得明白，除了当时能看明白，可能我隔两个月隔一年之后我再来看这个测试用例我也要能看得明白。同时也是给别人看的，由于咱们本身写的测试用例并不必定是咱们本身执行，这也是我们测试的原则之一。由于容易造成思惟定式（交叉测试）
  
  
• 断言--预期结果
  咱们要去设置一个预期结果，来判断我们的这个测试用例以一个什么样的标准来判断它是正确的仍是错误的，从而来验证这个功能是否OK

测试用例必需要包含这四个要素，缺一不可！

文章首发于公众号：程序员一凡，转载请注明出处！