软件测试方法

逃离我推掉我的手 2023-02-15 12:44 13阅读 0赞

软件测试的目的是发现软件系统的缺陷，将问题反应到开发团队及时修改，软件测试人员必须仔细研读系统需求规格说明书，了解系统的功能，通过设计测试用例涵盖全部系统功能的验证，测试方法按照不同方式分类分为很多种。

## 测试用例 ##

首先看一下测试用例  
什么是测试用例，设计测试用例的原则是什么。

测试用例是指为实施测试而向被测试系统提供的输入数据、操作或环境设置以及期望结果的一个特定集合。

设计测试用例的原则  
1、测试用例对需求覆盖的完整性  
2、测试用例的有效性  
3、测试用例的可理解性  
4、测试用例的可维护性

测试用例的设计方法  
一、等价类划分  
等价类技术提供了一个选择哪些测试数值，舍弃哪些测试数值的测试用例的设计方法，运用等价类技术，可以把相似输出、输入，操作分成组，这些组就是等价区间，只要从等价区间选择一到两个有代表性的值作为测试用例来执行就等同于测试了所有值。

使用等价类方法的步骤  
1、划分等价类区间  
2、建立等价类表(分为有效等价类和无效等价类)  
3、设计测试用例

二、边界值分析法  
它是一种与等价类相关的技术，具有很强发现程序错误的能力，长期的测试表明，大量的错误是发生在输入或输出的边界上，而不是发生在输入输出正常的范围内，使用边界值设计测试用例，可以查出更多的错误。

## 测试方法 ##

测试方法按照不同划分方式可以分为不同的测试方法。

按照是否了解系统内部设计划分

<table> 
 <thead> 
  <tr> 
   <th>测试方法</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>黑盒测试</td> 
   <td>不了解系统内部运行机制，只了解系统提供的功能，将系统作为一个黑盒对待，提供输入数据，期望输出正确的结果</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>白盒测试</td> 
   <td>了解系统内部运行机制，可以根据系统内部原理指定设计测试数据和测试用例，通常是开发人员或者熟悉代码的测试人员可以完成</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>灰盒测试</td> 
   <td>介于黑盒与白盒之间的测试</td> 
  </tr> 
 </tbody> 
</table>

按照是否可以自动化测试划分

<table> 
 <thead> 
  <tr> 
   <th>测试方法</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>手工测试</td> 
   <td>测试人员使用鼠标，键盘完成程序的测试，对技术要求比较低，只要了解软件的功能就可以完成</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>自工测试</td> 
   <td>需要有一定的开发基础，能够设计脚本，通常使用自动化测试工具完成，比如Loadrunner,JMeter,Selenium等</td> 
  </tr> 
 </tbody> 
</table>

按照测试目的划分

<table> 
 <thead> 
  <tr> 
   <th>测试方法</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>单元测试</td> 
   <td>在最低的功能/参数上验证程序的准确性,比如测试一个函数的正确性(开发人员做的)</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>功能测试</td> 
   <td>验证模块的功能 （测试人员做的）</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>集成测试</td> 
   <td>验证几个互相有依赖关系的模块的功能 （测试人员做的）</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>场景测试</td> 
   <td>验证几个模块是否能完成一个用户场景 （测试人员做的）</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>系统测试</td> 
   <td>对于整个系统功能的测试 （测试人员做的）</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>Alpha 测试</td> 
   <td>软件测试人员在真实用户环境中对软件进行全面的测试 （测试人员做的）</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>Beta 测试</td> 
   <td>真实的用户在真实的用户环境中进行的测试, 也叫公测 （最终用户做的）</td> 
  </tr> 
 </tbody> 
</table>

从测试范围划分

<table> 
 <thead> 
  <tr> 
   <th>测试名称</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>通过测试</td> 
   <td>主要用于验证系统和它的需求是否一致，确认软件至少能做什么，一般通过分析需求说明书设计测试用例，为了确定程序是否满足目标，就必须执行通过测试。</td> 
  </tr> 
  <tr> 
   <td>–</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>失败测试</td> 
   <td>确信软件在普通情况下正确运行之后，就可以采取各种手段找出缺陷。纯粹为了破坏软件而设计和执行的测试用例，称为失败测试或迫使出错测试，失败测试主要用于证明“一个系统不做不需要它做的事情”</td> 
  </tr> 
 </tbody> 
</table>