《计算机软件测试规范》学习记录

《计算机软件测试规范》学习记录

第一次做记录，比较丑，见谅。纯手打笔记到有道云，仅供参考，参考数据未《计算机软件测试规范》笔记并不做商用，如有侵权，请联系删除，分享一下链接http://note.youdao.com/noteshared=b9bd13c380807129c1e71eac5268e5d0&sub=4194E3200CF2491C86B422951E249EAC

1.测试目的

计算机软件的测试的目的是；
a）验证软件是否满足软件开发合同或项目开发计划、系统/子系统设计文档、软件需求规格说明书、软件设计说明和软件产品说明等规定的软件质量要求；
b)通过测试，发现软件缺陷；
c)为软件产品的质量测量和评价提供依据。

2.测试类别

a)单元测试；
b)集成测试；
c)配置项目测试（合格性测试或确认测试）；
d)系统测试；
e)验收测试；
可根据软件的规模、类型‘完整性级别选择执行测试类别。
回归测试可出现在上述每个测试类别中，并贯穿于整个软件生存周期，故单独分类进行描述。

3.测试过程

1.概述
软件测试过程一般包括四项活动—测试策划、测试设计、测试执行、测试总结。

2.测试策划
测试策划主要是进行测试需求分析、即确定需要测试的内容或质量特性；确定测试的充分性要求；提出测试的基本方法；确定测试的资源和技术需求；进行风险分析与评估；指定测试计划（资源计划和进度计划）

3.测试设计
依据测试需求，分析并选用抑郁的测试用例或设计新的测试用例；获取并验证测试数据；根据测试资源，风险等约束条件，确定测试用例执行顺序；获取测试资源，开发测试软件；建立并校准测试环境；进行测试就绪评审，蛀牙评审测试计划的合理性和测试用例的真确性，有效性和覆盖充分性，评审测试组织、环境和设备工具是否齐备并符合要求。在进入下一阶段工作之前，应通过测试就绪评审。
4.测试执行

执行测试用例，获取测试结果；分析并判定测试结果；根据不同的判定结果采取相应的措施；对测试过程的正常或者异常终止情况进行各队，并根据核对结果，对未达到测试终止条件的测试用例，决定是定制测试还是需要修改或补充测试用例集，并进一步测试。

5.测试总结
整理和分析测试数据，评价测试效果和被测试软件项，描述测试状态。完成测试 告并通过测试评审。

测试方法

1.静态测试方法
静态测试方法包括检查单和静态分析方法，对文档的静态测试方法主要以检查单的形式进行，而对代码的静态测试方法一般采用代码审查、代码走查和静态分析
静态分析一般包括控制流分析、数据流分析、接口分析和表达式分析。
应对软件代码进行审查、走查或静态分析；对于规模较小、安全性要求很高的代码也可进行形式化证明。

2.动态测试方法
动态测试方法一般采用白盒测试和黑盒测试方法。黑盒测试方法一般包括功能分解、边界值分析、判定表、因果图、状态图、随机测试、猜错法和和正交实验法等；白盒测试方法一般包括控制流测试（语句覆盖测试、分支覆盖测试、条件覆盖测试、条件组合覆盖测试、路径覆盖测试）、数据流测试、程序变异、程序插桩、域测试和符 求值等。
配置项测试和系统测试一般采用黑盒测试方法；集成测试一般主要采用黑盒，辅助以白盒；单元测试一般采用白盒，辅助以黑盒；

测试用例

1.测试用例设计原则

a)基于测试需求的原则。按照测试类别的不同要求，设计测试用例。 例如；单元测试依据详细设计说明，集成测试依据概要设计说明，配置项测试依据软件需求规格说明，系统测试依据用户需求（系统/子系统设计说明、软件开发计划等）；
b)基于测试方法的原则。应明确采用的测试用例设计方法。为达到不同的测试充分性要求，采用相应的测试方法，如等价类划分、边界值分析、猜错法、因果图等方法；
c)兼顾测试充分性和效率的原则。测试用例集应兼顾测试的充分性和测试的效率；每个测试用例的内容也应完整，具有可操作性；
d)测试执行的可再现性原则。应保证测试用例执行的可再现性。
2.测试用例要素

f)期望的测试结果。说明测试用例执行中有被测软件所产生期望的测试结果，即经过验证，认为正确的结果。必要时，应提供中间的期望结果。期望测试结果应该具有具体内容，如确定的数值、状态或信 等，不应是不确切的概念或笼统的描述。
g)评价测试结果的准则。判断测试用例执行中产生的中间和最后结果是否正确的准则。对于每个测试结果，应该根据不同情况提供如下信息；
1）实际测试结果所需的精度；
2）实际测试结果与期望结果之间的差异允许的上限、下限；
3）时间的最大和最小间隔，或时间数目的最大和最小值；
4）实际测试结果不确定时，再测试的条件；
5）与产生测试结果有关的出错处理；
6）上面没有提及的其他准则。

h)操作过程。实施测试用例的执行步骤。把测试的操作过程定义为一系列按照执行顺序排列的相对独立的步骤，对于每个操作应提供；
1）每一步的测试操作动作、测试程序的输入、设备操作等；
2）每一步期望的测试结果；
3）每一步的评价准则；
4）程序终止伴随的动作或差错指示；
5）获取和分析实际测试结果的过程。

i)前提和约束。在测试用例中施加的所有的前提条件和约束条件，如果有特别限制、参数偏差或异常处理，应该标识出来，并要说明对测试用例的影响。
i)测试终止条件。说明测试正常终止和异常终止条件。

测试管理

1.过程管理

注释
当软件的供方实施测试时，配置管理员由软件开发项目的配置管理员担当；当独立的测试组织实施测试时，应当配置测试活动的配置管理员。一个人可以承担多个角色的工作，一个角色可由多个人承担。

2.配置管理
应按照软件配置管理的要求，将测试过程中产生的各种软件工作产品纳入配置管理。由开发组织实施的软件测试，应将测试工作产品纳入软件项目的配置管理；由独立测试组织实施的软件测试，应建立配置管理库，将被测对象和测试工作产品纳入配置管理。

3.评审
①测试就绪评审
在测试执行前，对测试计划和测试说明进行评审，评审测试计划的合理性、测试用例的正确性、完整性和覆盖充分性，以及测试组织‘测试环境和设备工具是否齐全并符合技术要求等。
a)评审测试文档内容的完整性’正确性和规范性；
b)通过比较测试环境与软件真实运行的软件、硬件环境的差异，评审测试环境要求
是否正确合理，满足测试要求；
c)评审测试活动的独立性；
d)评审测试项选择的完整性和合理性；
e)评审测试用例的可行性‘正确性和充分性。
②测试评审
在测试完成后，评审测试过程和测试结果的有效性，确定是否达到测试目的。主要对测试记录、测试 告进行评审，其具体内容和要求应包括；
a)评审文档和记录内容的完整性、正确性和规范性；
b)评审测试活动的独立性和有效性；
c)评审测试环境是否符合测试要求；
d)评审测试记录、测试数据以及测试 告内容与实际测试过程和结果的一致性；
e)评审实际测试过程与测试计划和测试说明的一致性；
f)评审未测试项和新增测试项的合理性；
g)评审测试结果的真实性和正确性；
h)评审对测试过程中出现的异常进行处理的正确性。

测试文档

测试文档一般包括测试计划、测试说明（需要时进一步细分为测试设计说明’测试用例说明和测试规程说明）、测试项传递 告、测试日志、测试记录、测试问题 告（也称测试事件 告）和测试总结 告。

测试工具

1.测试工具分类
软件测试工具分类可分为静态测试工具、动态测试工具和其他支持测试活动的工具，每类测试工具在功能和其他特征方面具有相似之处，支持一个或多个测试活动。根据测试要求选择合适的工具。·

软件测试工具分类

2.测试工具选择
软件测试应尽量采用测试工具，避免减少人工工作。为让工具在测试工作中发挥应有的作用，应确定工具的详细需求，并制定统一的工具评价、采购（开发）’培训‘实施和维护计划。

a)软件测试工具的需求及确认：
1）应明确对测试工具的功能、性能、安全性等需求，并据此进行验证或确认；
2）通过在实际运行环境下的演示来确认工具是否满足需求，岩石应依据工具的功
能和技术特征、用户使用信息（安装和使用手册等）以及工具的操作环境描述等进
行。

b)成本收益分析；
1）估计工具的总成本，除了最基本的产品价格，总成本还包括附加成本，如工具
的挑选、安装、运行、培训、维护和支持等成本，以及是为使用工具而改变测试过
程或流程的成本等；
2）分析工具的总体收益，如工具的首次使用范围和长期使用前景、工具应用效
果、与其他工具协同工作所提高的生产力度等。

c)测试工具的整体质量因素；
1）易用性；
2）互操作性；
3）稳定性；
4）经济实用性；
5）维护性。

软件完整性级别与测试的关系

根据失效所造成后果的危害程度，计算机软件的完整性级别被分为A、B、C、D四个等级。不同完整性级别软件的安全性要求不同，对软件的测试内容、测试要求和测试所采用方法也有所不同。针对各种不同的软件测试类别，应有安全性方面考虑。