软件测试基础知识

目录

前言：

基本概念

软件测试

软件测试的目的

软件测试的原则

软件测试对象

软件测试的模型

软件测试的流程

需求评审

测试计划

用例设计

执行测试

常见的用例设计方法

黑盒测试用例设计方法

白盒测试用例设计方法

常见的测试方法和类型

按代码的可见程度划分

按项目流程阶段划分

按执行过程是否需要人工干预划分

其他测试方法

---

前言：

软件测试是软件开发过程中非常重要的一环，它的目的是确保软件的正确性、可靠性、稳定性和安全性。

基本概念

• 软件测试

  在规定条件下对程序进行操作，以发现错误，对软件质量进行评估，包括对软件形成过程的文档、数据以及程序进行测试

• 软件测试的目的

  • 发现程序中存在的错误 发现程序中存在的错误，而不是证明程序无错误。一个好的测试用例在于它能发现至今尚未发现的错误。一个成功的测试则是发现了至今未发现的错误。开始我们认为做测试无非是为了证明我们编的程序是无错误的，那是大错特错了。因为 bug 会因时间不同，条件不同而出现。永远无法证明我们的程序是绝对正确的。
  • 为反馈信息做准备 为开发者或软件项目经理提供反馈信息，以及为风险评估所准备的信息

• 软件测试的原则

  • 所有的测试都应追溯到用户需求。因为软件的目的是使用户完成预定的任务，满足其需求，而软件测试揭示软件的缺陷和错误，一旦修正这些错误就能更好地满足用户需求。
  • 应尽早地和不断地进行软件测试。由于软件的复杂性和抽象性，在软件生命周期各阶段都可能产生错误，所以不应把软件测试仅仅看作是软件开发的一个独立阶段，而应当把它贯穿到软件开发的各个阶段去。在需求分析和设计阶段就应开始进行测试工作，编写相应的测试计划及测试设计文档，同时坚持在开发各阶段进行技术评审和验证，这样才能尽早发现和预防错误，杜绝某些缺陷和错误，提高软件质量，测试工作进行得越早，越有利于提高软件的质量，这是预防性测试的基本原则。
  • 在有限的时间和资源下进行完全测试，找出软件所有的错误和缺陷是不可能的，软件测试不能无限进行下去，应适时终止。因为，测试输入量大、输出结果多、路径组合太多，用有限的资源来达到完全测试是不现实的。
  • 测试只能证明软件存在错误而不能证明软件没有错误。测试是无法显示潜在的错误和缺陷，继续进一步错误可能还会找到其它错误和缺陷。
  • 充分关注测试中的集群现象。在测试的程序段中，若发现的错误数目多，则残存在其中的错误也越多，因此应当花较多的时间和代价测试那些具有更多错误数目的程序模块。
  • 程序员应避免检查自己的程序。考虑到人们的心理因素，自己揭露自己程序中的错误是件不愉快的事，自己不愿意否认自己的工作;另一方面，由于思维定势，自己难以发现自己的错误。因此，测试一般由独立的测试部门或第三方机构进行。
  • 尽量避免测试的随意性。软件测试是有组织、有计划、有步骤的活动，要严格按照测试计划进行，要避免测试的随意性。

• 软件测试对象

  程序开发过程中的各个文档、源程序、目标程序及数据

• 软件测试的模型

  • V 模型
  • 从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 。
  • 左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。
  • V 模型问题：
    • 测试是开发之后的一个阶段。
    • 测试的对象就是程序本身。
    • 实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。
    • 整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心，而且上一步的结果必须是充分和正确的，如果任何一个环节出了问题，则必将严重的影响整个工程的质量和预期进度
  • W 模型 相对于 V 模型，W 模型更科学。W 模型是 V 模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开