软件测试论文的研究方法

软件测试的方法有以下几种。

1、按是否查看程序内部结构分为：

（1）黑盒测试（black-box testing）：只关心输入和输出的结果。

（2）白盒测试（white-box testing）：去研究里面的源代码和程序结构。

2、按是否运行程序分为：

（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。

（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程。

3、按阶段划分：

（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。（2）集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。

（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。

4、黑盒测试分为功能测试和性能测试：

（1）功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。

（2）性能测试（performance testing），软件性能测试分为：

一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。

稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。

负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。

压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。

5、其他测试类型：

回归测试（regression testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。

冒烟测试（smoke testing），是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。

随机测试（random testing），是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。

扩展资料：

软件测试的基本流程：

1、单元测试、集成测试、系统测试和验收测试（确认测试）。

2、测试需求分析，测试计划编写，测试用例编写，测试，缺陷记录，回归测试，判断测试结束，测试报告提交。

3、测试流程依次如下：

a.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。

b.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。

c.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。

d.执行测试：根据测试用例的详细步骤，执行测试用例。

e.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。

tracking：追踪leader分配给你追踪的bug.直到 bug fixed。

g.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug。

h.用户体验、软件发布等……

参考资料来源：百度百科—软件测试方法

软件测试的近年来受到大家的青睐,原因是软件测试行业薪资较高、压力相对较小。软件测试方法分为一下几种。达内教育1、按是否查看程序内部结构分为：（1）黑盒测试（black-box testing）：只关心输入和输出的结果（2）白盒测试（white-box testing）：去研究里面的源代码和程序结构。2、按是否运行程序分为：（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。（2）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程。3、黑盒测试分为功能测试和性能测试。4、按阶段划分：（1）单元测试（unit testing）（2）集成测试（integration testing）（3）系统测试（system testing）（4）验收测试（acceptance testing）。5、其他测试类型：回归测试（regression testing）冒烟测试（smoke testing）随机测试（random testing）。 免费试听报名入口达内的软件测试课程开展“四对一”教学模式,立体化教学,，做软件培训达内是真的用心了。打磨培训课程用了十九年的时间，课程非常系统，也有更多的实战经验。想学好软件测试，必须要进行统一的线上培训，从基础到实战，全方位了解软件测试。同时达内教育开展了线上免费的公开课，想系统学习的话，可以参加一下达内的试听课进行学习一下。

一、等价类划分法

所谓「等价」，就是具有相同属性或者方法的集合，这个集合中某个个体所表现的特征与其他个体完全一致。

由此可知，等价类划分就是将所有可能的输入数据，划分成若干个等价类，然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，分为有效等价类和无效等价类。

例如，规定的用户名长度区间为4～8个字，那么它的有效等价类是用户名长度在[4,8]，无效等价类为用户名长度大于8位，或用户名长度小于4位。

二、边界值

测试经验告诉我们，在测试有时会涉及到大量的数据，遍历所有数据会使测试效率低下，如果是手工执行，更加难以覆盖所有数据。这时更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试，边界值是等价类所有可选参数中最容易出问题的地方，所以我们一般会选择边界值作为测试的重点，边界值法的应用步骤如下：

1.先根据等价类法划分有效等价类和无效等价类，确定上点、离点及内点。上点是边界上的点，离点是离上点最近的点，内点则是边界有效范围内的任意一点。同样以用户名长度为4～8位为例，4和8为上点，3和9为离点，6则为内点。

2.设计一个新的测试用例，使其尽可能地覆盖所有尚未覆盖的有效等价类，直到所有有效等价类完全覆盖。

3.设计一个新的测试用例，使其仅覆盖一个无效等价类，直到所有无效等价类都被覆盖。

三、判定表法

判定表又称策略表、决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合。判定表法适合逻辑判断比较复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，具体又明确地表达复杂地逻辑关系和多种条件组合情况。

判定表主要由条件桩和动作桩两部分组成。条件桩是功能要满足地所有条件，动作桩则是所有可能的操作以及产生的结果。

判定表能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。其缺点是判定表的建立过程较烦杂，当条件过多时，需要分析的逻辑组合呈2的倍数增长。测试工程师可根据实际情况与等价类划分法、边界值法结合使用。

四、正交试验法

正交试验法是研究多因素、多水平组合的一种实验法，它是利用正交表来对实验进行设计，通过少数的实验替代全面实验。正交表中所有参与试验的、影响试验结果的条件成为因子，影响试验因子的取值或输入的成为水平。

在设计测试用例时，采用正交试验法能够有效地、合理地减少测试的工作量与和成本。正交试验的一般流程包括以下几个步骤：

1）分析测试需求，获取因子和水平

2）根据因子和水平选择合适的正交表

3）替换正交表中的因子和水平，获取试验次数

4）根据经验或者其他因素补充试验次数

5）细化输出获得测试用例

以上是一些常见的测试用例设计方法，希望能够解答你的问题。

《全国计算机等级考试三级教程软件测试》目录第1章 软件测试的基本概念 软件质量的概念 软件质量的定义 软件质量的属性 软件质量模型 软件质量的度量 影响软件质量的主要因素 软件测试的概念 软件测试的定义与目的 软件测试的原则 软件的缺陷与错误 软件缺陷的定义和类型 软件缺陷的级别 软件缺陷产生的原因 软件缺陷的构成第1章 软件测试的基本概念 软件质量的概念 软件质量的定义 软件质量的属性 软件质量模型 软件质量的度量 影响软件质量的主要因素 软件测试的概念 软件测试的定义与目的 软件测试的原则 软件的缺陷与错误 软件缺陷的定义和类型 软件缺陷的级别 软件缺陷产生的原因 软件缺陷的构成 修复软件缺陷的代价 软件测试的经济学与心理学 软件测试的心理学 软件测试的经济学 软件质量保证 软件质量保证概要 软件质量保证活动的实施 软件的验证与确认 验证和确认任务分析本章小结第2章 软件生存周期中测试的实施 软件开发阶段 软件生存周期 软件测试的生存周期模型 软件测试过程模型 测试信息流 需求获取与分析阶段的测试 需求评审的实施 需求规格说明的评审 Wiegers 用例与需求评审表 基于原型的测试 基于需求的测试覆盖率评估 设计阶段的测试 设计的测试因素 设计评审的实施 设计规格说明的评审 设计元素的覆盖原则 编程阶段的测试 白盒测试与黑盒测试 源代码的控制流覆盖原则 源代码的数据流覆盖原则 源代码的静态分析与动态测试 运行和维护阶段的测试 回归测试 回归测试的概念 回归测试的类型 回归测试的时机 回归测试的实施本章小结第3章 代码检查、走查与评审 桌上检查 桌上检查的实施 桌上检查的检查表 代码检查 特定的角色和职责 代码检查的实施 用于代码检查的检查表 走查 特定的角色和职责 走查的实施 走查中的静态分析技术 同行评审 同行评审的角色和职责 同行评审的内容 评审的方法和技术 评审工作本章小结第4章 白盒测试 覆盖率的概念 逻辑覆盖 语句覆盖与块覆盖 判定覆盖（分支覆盖） 条件覆盖 条件/判定覆盖 条件组合覆盖 路径覆盖 ESTCA覆盖 LCSAJ覆盖 路径测试 分支结构的路径测试 循环结构的路径测试 圈复杂度与基本路径测试 数据流测试 定义∕使用测试的几个定义 定义∕使用测试举例 定义∕使用路径测试覆盖指标 基于覆盖的测试用例选择 覆盖率的使用 使用最少的测试用例来达到覆盖 程序插桩技术 程序插桩 用于测试覆盖率的程序插桩 用于断言检测的程序插桩 用于数据流异常检测的程序插桩本章小结第5章 黑盒测试 等价类测试 等价类的概念 等价类测试的原则 等价类方法测试用例设计举例 边界值分析 边界值分析的概念 选择测试用例的原则 边界值方法测试用例设计举例 基于判定表的测试 判定表的概念 基于判定表的测试用例设计举例 基于因果图的测试 因果图的适用范围 用因果图生成测试用例 因果图法测试用例设计举例 基于状态图的测试 状态图 利用状态转换树生成测试用例 利用状态转换表生成测试用例 基于功能图的测试 功能图 功能图法设计测试用例举例 基于用例和场景的测试 基本流和备选流 利用用例和场景设计测试用例的实例 基于有向图的测试用例设计 使用基于有向图的测试的场合 基于事务流建模设计测试用例 基于控制流建模设计测试用例 基于有向图设计测试用例的过程 基于正交实验设计法的测试 提取功能说明，构造因子／ 状态表 加权筛选，生成因素分析表 利用正交表构造测试数据集 其他黑盒测试用例设计技术本章小结第6章 单元测试和集成测试 单元测试的基本概念 单元测试的定义 单元测试与集成测试、系统测试的区别 单元测试环境 单元测试策略 自顶向下的单元测试策略 自底向上的单元测试策略 孤立测试 综合测试 单元测试分析 模块接口 局部数据结构 独立路径 出错处理 边界条件 单元测试的测试用例设计原则 单元测试的测试用例设计步骤 单元测试中的白盒测试与黑盒测试 集成测试的基本概念 集成测试策略 基于分解的集成策略 基于功能的集成 基于路径的集成 基于调用图的集成 集成测试分析 体系结构分析 模块单元分析 接口分析 风险分析 可测试性分析 集成测试策略分析 常见的集成测试故障 集成测试的测试用例设计原则 集成测试的测试用例设计步骤 场景测试本章小结第7章 系统测试 系统测试概念 系统测试的方法 功能测试 协议一致性测试 性能测试 压力测试 容量测试 安全性测试 失效恢复测试 备份测试 GUI测试 健壮性测试 兼容性测试 可使用性测试 安装测试 文档测试 在线帮助测试 数据转换测试 系统测试的实施 确认测试 α 测试和β测试 验收测试 系统测试问题总结、分析 做好系统测试的原则本章小结第8章 软件性能测试和可靠性测试 软件性能测试的基本概念 软件性能 软件性能测试 软件性能测试的执行 性能测试的过程与组织 性能分析 性能测试的自动化 软件可靠性的概念 软件可靠性测试的执行 软件可靠性测试的过程 软件可靠性预测 软件故障数目的预测 软件可靠性分析本章小结第9章 面向对象软件的测试 面向对象软件测试的问题 面向对象的基本特点引起的测试问题 面向对象程序的测试组织问题 面向对象软件的测试模型及策略 面向对象程序的单元测试 方法层次的测试 类层次的测试 类树层次的测试 面向对象软件的集成测试 面向对象软件的集成测试策略 针对类间连接的测试 面向对象软件集成测试的UML支持 面向对象软件的系统测试本章小结第10章 Web应用软件测试 Web应用软件的特点 Web应用软件的概念 Web应用软件的特点 Web应用软件的基本结构 Web应用软件的常用开发技术 应用服务器的分类和特征 三层和多层体系结构 应用服务器的分类 应用服务器对Web应用软件测试的影响 Web 应用软件的测试策略 表示层的测试 业务层的测试 数据层的测试 层间的集成测试 Web应用软件的系统测试技术 功能测试 性能测试 易用性测试 内容测试 安全性测试 接口测试 基于数据库的Web应用软件的性能测试 Web应用软件的系统安全检测与防护 入侵检测 漏洞扫描 安全策略本章小结第11章 其他测试 兼容性测试 硬件兼容性测试 软件兼容性测试 数据兼容性测试 易用性测试 易安装性测试 功能易用性测试 用户界面测试 极限测试 极限编程基础 极限测试 JUnit简介 文档测试 文档测试的范围 用户文档的内容 用户文档的测试本章小结第12章 软件测试过程和管理 软件测试过程 测试过程的概念 测试过程的抽象模型 测试阶段中的测试活动 测试过程组织与管理 软件测试过程管理的特点 软件测试过程的人员组织 测试策划管理 测试策划的目标 测试需求分析 测试策略与测试方法 测试策划工作流程 测试计划的要点 测试设计与实现管理 软件测试设计与实现主要内容 软件测试设计与实现要点 测试用例的设计方法 测试用例的管理 测试开发 测试环境管理 测试环境的定义 测试环境是测试的基础 测试环境的各要素 测试环境准备 测试执行管理 基于测试环境的测试用例执行 测试用例执行的记录与跟踪 软件缺陷的跟踪和管理 测试执行活动结束 测试质量分析 评估系统测试的覆盖程度 软件缺陷分析方法 测试总结管理 测试过程改进 软件测试过程改进的概念 软件测试过程改进的具体方法本章小结第13章 软件自动化测试 自动化测试的原理与方法 自动化测试的限制 自动化测试用例的生成 脚本的作用、质量和编写原则 脚本的基本结构 测试执行自动化 测试结果比较自动化 自动比较的基本概念 动态比较 执行后比较 基于STAF／STAX的自动化测试框架 测试工具的分类与选择 测试工具的分类 测试工具的选择 主流测试工具 主流单元测试工具 主流功能测试工具 主流负载测试工具 主流软件测试管理工具本章小结第14章 软件测试的标准和文档 软件测试的标准 软件测试规范 软件测试文档编制规范 软件测试文档格式和模板 软件测试文档格式 软件测试部分模板本章小结第15章 软件测试实践 软件测试过程管理实践 测试实践中的测试过程类型 测试策划实践 测试设计与实现的实践 测试执行实践 测试总结实践 QESuite Web 软件测试过程管理平台实践 白盒测试实践 QESAT／C简介 被测程序说明 测试准备 静态分析 动态测试

1、从是否关心内部结构来看

（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

2、从是否执行代码看

（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。

3、从开发过程级别看

（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。

(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。

（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

在系统测试中，对于具体的测试类型有：

（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。

（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。

（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。

（4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。

（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。

（6）余量测试：对软件是否达到规格说明中要求的余量的测试。

（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，

（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）

（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。

（10）边界测试：对软件处在边界或端点情况下运行状态的测试。

（11）数据处理测试：对完成专门数据处理功能所进行的测试。

（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。

（13）容量测试：检验软件的能力最高能达到什么程度的测试。

（14）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。

（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。

（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。

（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。

（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。

4、从执行过程是否需要人工干预来看

（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。

（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）

5、从测试实施组织看

（1）开发测试：开发人员进行的测试

（2）用户测试：用户方进行的测试

（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性

6、从测试所处的环境看

（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试

（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告

软件测试的内容：

1 得到需求、功能设计、内部设计说书和其他必要的文档

2 得到预算和进度要求

3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )

4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制

5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试

6 确定对测试环境的要求 ( 硬件、软件、通信等 )

7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等

8 确定对测试的输入数据的要求

9 分配任务和任务负责人，以及所需的劳动力

10 设立大致的时间表、期限、和里程碑

11 确定输入环境的类别、边界值分析、错误类别

12 准备测试计划文件和对计划进行必要的回顾

13 准备白盒测试案例

14 对测试案例进行必要的回顾 / 调查 / 计划

15 准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据

16 得到并安装软件版本

17 进行测试

18 评估和报告结果

19 跟踪问题 / 错误，并解决它

20 如果有必要，重新进行测试

21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具

参考资料：百度百科-软件测试

软件测试方法讲解视频，你了解了吗