软件测试方法课程笔记(3)

3. 白盒测试

这是一种验证技术，软件工程师可以用它来检查他们的代码是否按预期工作。
它考虑到系统或组件的内部机制。
它也被称为结构测试，清楚的盒测试和玻璃盒测试。

白盒测试又分为静态测试和动态测试
静态白盒测试方法:

• 代码检查法
• 静态结构分析法
• 静态质量度量法等.

动态白盒测试是基于覆盖的测试，尽可能覆盖程序的结构特性和逻辑路径.

白盒测试主要用于单元测试

白盒测试必须满足以下原则：

1. 所有的独立路径至少被测试一次
2. 所有的逻辑变量需要测试两次, 也就是对于真和假都进行测试
3. 对于内部数据结构的检查, 需要保证其结构的有效性和性能
4. 在可操作的范围内将所有的循环运行

逻辑覆盖是通过对程序逻辑结构的遍历实现程序的覆盖.
是以程序内部的逻辑结构为基础的测试用例设计方法.
白盒测试作为逻辑测试方法，是以程序内部逻辑驱动的单元测试方法.

4. 单元测试

单元测试是一个软件开发过程，其中应用程序中最小的可测试部分（称为单元）被单独和独立地审查以便正确操作

一般情况下，被测单元能够实现一个特定的功能，并与其他单元有明确的接口定义，这样才可以与其他单元隔离开来

单元测试的目的:

• 验证代码是否与设计一致。
• 跟踪需求和设计的实施。
• 发现设计和需求之间的错误。
• 发现编码过程中引入的错误。

单元测试的过程:

1. 在详细设计阶段完成单元测试计划
2. 建立单元测试环境，完成测试设计和开发
3. 执行单元测试用例，并且详细记录测试结果
4. 判定单元测试是否通过
5. 提交单元测试报告

单元测试的优点:

1. 单独进行，一起进行，降低软件质量成本，缩短开发周期；
2. 便于跟踪错误；
3. 集成后错误会放大，集成后复杂性高，很难发现问题；
4. 无需而外的设备和人员。

5. 集成测试

集成测试的概念:
集成测试是软件测试的阶段, 其中将各个软件模块作为一个组合进行测试.
集成测试在单元测试之后并且在系统测试之前.

在集成测试之前，单元测试已经完成。集成测试所集成的单元是经过单元测试保证的单元。
如果不经过单元测试的保证集成测试的效果受到影响，并且付出更大代价。
单元测试与集成测试所关注的范围不同，所发现问题的集合包含不相交区域，不能相互代替。

系统测试对象是整个系统以及与系统交互的硬件软件平台，对系统能够做各种功能性和非功能性的验证
集成测试测试对象是模块与模块之间的接口，包括整体架构的问题。

集成测试的目的:
集成测试的根本目的就是根据系统的高层设计，或者叫架构设计验证模块组装后是否满足功能、性能、可靠性是否满足需求

按照集成力度的不同可以把集成测试划分为三个级别:

• 系统间测试(这种形式的测试构成了低层次的集成测试，其目标是将模块组合在一起构建一个内聚系统)
• 子系统测试(这是一个高级测试阶段，需要连接独立测试的系统)
• 成对测试(在成对集成中，一次只能测试整个系统中的两个互联系统
  成对测试的目的是确保考虑中的两个系统可以一起工作，假设整个环境中的其他系统按照预期行事)

测试用例设计思路
集成测试应用的是介于白盒和黑盒之间的灰盒测试技术。在测试用例设计中要综合使用白盒和黑盒测试方法。
一般经过集成测试分析以后，测试用例的大体轮廓已定，测试用例设计就是充分保证测试用例完成测试的既定目标

6.系统测试

软件或硬件的系统测试（系统测试）是在完整的集成系统上进行测试，以评估系统是否符合其指定的要求。
系统测试属于黑盒测试的范围，因此不需要知道代码或逻辑的内部设计。

1. 软件测试介绍

软件缺陷的定义
从产品内部看，软件缺陷是产品开发或维护过程中所存在的错误、毛病等各种问题。
从产品外部看，软件缺陷是系统所需要实现的某种功能的失效或者违背。

软件质量

1. 满足用户需求；
2. 建立合理的进度、成本与功能的关系；
3. 具备扩展性和灵活性；
4. 能有效的处理例外情况；
5. 保持成本和性能的平衡

软件质量保证
为了确保软件开发过程和结果符合预期的要求，而建立的一系列规程，以及依照规程和计划采取的一系列活动，以及结果评价。

质量控制
为了达到产品的品质要求而采取的作业技术和活动

软件测试是为了发现错误而执行程序的过程。
一个好的测试能过在第一时间发现程序中存在的错误。
一个好的测试是发现了至今尚未发现的错误。

9. 软件质量

质量保证活动是工作过程的向导 　　
它们量度过程,发现缺陷,并提出改进建议。 　　
这些活动的直接结果是改变过程。 　　
这些变化的范围包括产生更加符合过程甚至是全新的过程。 　　
质量控制活动的输出通常是质量保证活动的输入。 　　
审核工作是质量保证活动的一个例子,看产品产生是否以及如何按过程进行的。最终的结果可能会建议改进或更加符合这一过程。

质量控制活动是以产品为工作导向的　
它们量度产品、识别的不足,并提出改进的建议。 　　
这些活动的直接结果是改变的产品。 　　
改变的范围可以从单行的代码变更到产品完全返工重新设计。 　　
他们评估产品、识别的弱点并提出改进建议。
测试和评审是QC活动的例子, 它们通常改变的是产品,而不是那些过程。 　　
质量控制（QC）活动往往是质量保证（QA）活动的起点。

测试的度量
四个一般核心领域,可以协助设计有效的度量标准
时间表相关的度量用来量度各种各样活动实际完成所用的时间和估计时间的比较。
质量相关的度量用来量度产品或过程的质量。
资源相关的度量用来量度项目和执行测试所花费的人力、物力、财力等资源。
大小的度量用来量度源码大小或测试包中测试数目。