为什么需要测试用例测试的目的是在有限的资源下，尽可能多的找出系统的缺陷。这就要求在测试中，尽可能完全的走完系统的所有流程，保证所有的分支都经由测试。而测试历程是由人来执行的，不行能制止的会遗漏一些应该测试内容，这样就很容易泛起测试不全面的问题。再者，现有的软件开发大多都是迭代式举行的，需要对同一个功效重复测试多遍。

很有可能第一轮测试得比力全面，当举行第二轮的时候，可能也会遗漏某些点。这种情况下，测试历程是由人控制的，具有盲目性，是不行控制的。而测试用例就是把软件测试行为做一个科学化的组织和归纳，用来指导测试行为。一般需求入基线后，测试人员开始介入项目，对需求举行分析，并凭据自己对需求的明白设计出详细的测试用例。

这样在测试执行时，根据设计好的历程去执行，制止由于人为的原因使测试不全面。在设计测试用例的历程中，测试人员也可以凭据自己的明白，对需求提出差别的看法，或者发现需求中某些功效形貌得不够详细或者有歧义，提早发现问题，降低项目风险。1. 测试用例设计的方法分类从测试方法上可以分为黑盒测试、白盒测试、灰盒测试。

1.1. 黑盒测试法式的内部逻辑实现对测试人员是透明的。测试人员只需要凭据需求文档来决议法式应该做什么事情，会发生什么样的效果。

测试人员对需求中的每个点举行笼罩测试。现在盛行的黑盒测试设计方法有：Ø 等价类划分Ø 界限值分析Ø 因果图法Ø 场景法1.2. 白盒测试属于代码级的测试。

测试人员不仅要相识法式要做什么，还要相识法式是如何实现的，凭据实现方法设计测试用例。测试人员需要对代码举行笼罩测试。由于现在的法式分支、循环都许多，所以完全笼罩代码是不行能的，现在比力常用的设计方法有：Ø 语句笼罩Ø 分支笼罩Ø 条件笼罩Ø 条件组合笼罩Ø 基本路径笼罩Ø 循环笼罩1.3. 灰盒测试类和接口级的测试。介于黑盒测试和白盒测试之间，既体贴法式输出的正确性，也体贴法式的内部逻辑，但这个逻辑不是代码级的。

举例来说，对类或者接口举行测试，不体贴代码的实现，只体贴每个方法和属性在执行历程中是否正确，这就属于灰盒测试。

本文来源：安博体育官网app-www.mzxsoftware.com