测试基础知识点1

第一章

一、软件

1.软件概念

（1）当运行时，能够提供所要求功能和性能的指令或计算机程序集合；

（2）该程序能够具有满意地处理信息的数据结构；

（3）描述程序功能需求以及程序如何操作和使用所要求的文档。

2.软件种类

（1）系统软件（如操作系统、数据库管理系统）

（2）应用软件（如事务软件、娱乐软件、个人计算机软件）

（3）工具软件（如文本编辑软件、文件格式化软件）

二、软件危机

1.软件危机产生的具体原因

（1）对用户的需求不明确是产生软件危机的主要原因之一

（2）缺乏正确的理论指导

（3）软件开发规模越来越大

（4）软件开发复杂度越来越高

2.如何消除软件危机

（1)应该对计算机软件有一个正确的认识

（2)必须充分认识到软件开发不是某个个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目

三、软件工程

1.软件工程概念

软件工程是一门研究如何用系统化、规范化、数量化等工程原则和方法去进行软件开发和维护的学科。

2.软件工程三要素

软件工程包括三个要素：方法、工具和过程。

四、软件配置管理的概念

软件配置管理（SCM）是在开发过程中各阶段，管理计算机程序演变的学科。即配置管理是对产品进行标识、存储和控制，以维护其完整性、可追溯性以及正确性的学科。

五、应用生命周期的概念

应用生命周期是指应用程序进程从创建到消亡的整个过程。比如软件开发从需求分析开始，历经项目规划、项目实施、配置管理、测试管理等阶段，直至最终被交付或发布的全过程。

第二章

一、软件测试的基本概念

1.软件测试的定义

软件测试是指软件产品生命周期内所有的检查、评审和确认活动。

1.软件测试的目的

（1）发现缺陷，提高质量

（2）验证是否满足要求

（3）建立软件质量的信心

3.软件测试的原则

（1）测试显示缺陷的存在

（2）穷尽测试是不可能的

（3）测试尽早介入

（4）缺陷集群性

（5）杀虫剂悖论

（6）测试活动依赖于测试背景

（7）不存在缺陷的谬论四．软件测试分类

二、软件测试的工作流程

（1）需求阅读与评审

（2）用例设计与评审

（3）测试环境搭建

（4）软件测试的执行和缺陷追踪

（5）编写有关测试文档

第三章

一、生命周期测试的相关概念

1.测试计划

（1）测试计划是描述要进行的测试活动的范围、方法、资源和进度的文档。

（2）测试计划可以有效预防计划的风险，保障计划的顺利实施。

2.风险

（1）在测试过程中可预测或不可预测的错误，可能会导致项目停滞，影响进度

（2）为了保证测试进度按计划进行

二、生命周期各个阶段的测试内容

1.不同阶段的主要测试活动

（1）需求阶段：确认定义的需求符合机构的要求

（2）设计和编程阶段：验证设计和程序实现了需求

（3）测试和安装阶段：检查实现的系统符合系统规格说明

（4）维护阶段：系统将重新测试以决定改变的部分和未改变的部分能继续工作

2.全生命周期中软件测试的最终要求

（1）保证软件系统在全生命周期中每个阶段的正确性，验证在整个软件开发周期中各个阶段的软件质量是 否合格。

（2）保证最终系统符合用户的要求和需求，验证最终交付给用户的系统是否满足用户需求、符合其需求。

（3）用样本测试数据检查系统的行为特性。

（4）把尽可能多的问题在产品交给用户之前发现并改正。

第四章

一、基于CSCI的软件测试分类

（1）功能测试：主要对软件需求规格说明中的功能需求进行测试，找出被测实现与需求不一致的地方，确认一直的地方。

（2）性能测试：主要对软件需求规格说明中定义的性能需求测试，说明在一定工作负荷和配置条件下，系统的响应时间及处理速度等特性。

（3）外部接口和人机交互界面测试：主要对平台各个服务域提供的应用编程接口、应用程序接口、外部环境接口以及人机交互界面的符合性和可用性进行测试。

（4）强度测试：必须在预定规定的时期内，在软件设计能力的极限状态，进而在超出此极限的状态下，运行软件的所有功能。

（5）余量测试：测试程序全部存储量、输入/输出通道及处理时间的余量是否满足需求规格说明的要求。

（6）可靠性测试：在有代表性的环境中，为进行软件可靠性估计而进行的功能测试。

（7）安全性测试：主要对平台软件配置项的安全性进行测试，包括系统安全评估和系统侵入测试两部分。

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

（9）边界测试：测试程序在输入域、数据结构、状态转换、过程参数、功能界限等边界或端点情况下的运行状态。

（10）功能多余物测试：验证程序中没有附加的软件需求中没有指明的功能及功能边界的不适当，所有输出都应有意义并在软件需求中指明。

（11）安装性测试：主要对平台软件配置项的可安装性/可卸载性进行测试。

（12）本地化测试：主要对平台软件配置项的本地语言、时间等本地特色的支持能力进行测试。

（13）应用基准测试：主要对平台软件配置项的综合性能进行测试。

二、对于软件测试，从不同角度的分类

（1）根据是否关心内部结构可分为：白盒测试、黑盒测试、灰盒测试

（2）根据开发过程级别可分为：单元测试、集成测试、系统测试、验收测试

（3）根据是否执行程序可分为：静态测试、动态测试

（4）根据执行是否需要人工干预可分为：手工测试、自动化测试

（5）根据测试实施组织可分为：开发测试、用户测试、第三方测试

三、软件六大质量特性

（1）功能性：一组功能及其指定的性质有关的一组属性。适合性、准确性、互操作性、依从性、安全性。

（2）可靠性：在规定的一段时间和条件下，软件维持其性能水平有关的一组软件属性。成熟性、容错性、易恢复性、可靠性依从。

（3）可用性：与使用的难易程度及规定或隐含用户对使用方式所做的评价有关的软件属性。易理解性、易学性、易操作性、吸引性、可用性依从。

（4）效率：在规定条件下，软件的性能水平和所用资源之间的关系有关的一组软件属性。时间特性、资源特性、效率依从性。

（5）可维护性：与进行指定的修改所需的努力有关的一组软件属性。易分析性、可修改性、稳定性、可测试性、维护性依从。

（6）可移植性：与软件可从某一环境转移到另一环境的能力有关的一组软件属性。适应性、易安装性、共存性、可替换性、可移植性依从。

第五章

一、软件缺陷的基本概念

1.软件缺陷的定义

一般符合下列5个规则之一，就是软件缺陷

（1）软件未实现产品说明书要求的功能。

（2）软件出现了产品说明书指明不应该出现的错误。

（3）软件实现了产品说明书未提到的功能。

（4）软件未实现产品说明书虽未明确提及但应该实现的目标。

（5）软件难以理解、不易使用、运行缓慢或者——从测试员的角度看——最终用户认为不好。

2.软件缺陷产生的原因

（1）需求的不完善定义

（2）客户-开发者通信失败

（3）对软件需求的故意偏离

（4）逻辑设计错误

（5）编码错误

（6）不符合文档编制与编码规定

（7）测试过程不足

（8）规程错误

（9）文档编制错误

3.缺陷的严重等级划分

（1）Critical：不能执行正常功能或重要功能，或者危机人身安全。

（2）Major：严重地影响系统要求或基本功能的实现，且无法更正。

（3）Minor：严重影响系统要求或基本功能的实现，但存在合理的更正办法。

（4）Cosmetic：造成操作者不便或遇到麻烦，但不影响执行工作或重要功能。

（5）Other：其他错误。

4.软件缺陷报告撰写的要求

准确、简洁、清晰、完整、一致

第六章

一、软件测试过程的基本理念

1.尽早测试

（1）含义：测试人员早期参与软件项目，及时开展测试的准备工作；尽早开始测试执行

（2）意义：降低成本；规避风险

2.全面测试

（1）含义：测试内容包括需求、设计文档、代码、用户文档等；软件开发及测试人员（有时包括用户）全面地参与到测试工作中

（2）意义：全方位把握软件质量，尽可能排除影响软件质量的因素，满足需求。

3.全过程测试

（1）含义：测试人员关注开发过程，对各种变化作出响应；测试人员要对测试的全过程进行全程的跟踪，及时调整测试策略

（2）意义：及时应对项目变化，降低测试风险

4.独立的迭代测试

（1）含义：着重强调测试的就绪点；测试过程是独立的；迭代的测试

（2）意义：只要测试条件成熟，测试准备活动完成，测试的执行活动就可以开展。

二、软件测试过程模型

1.V模型

（1）定义：基本开发过程和测试行为

（2）标明：测试过程中存在不同类型，不同级别的测试

（3）描述：不同测试阶段和开发过程期间各阶段的对应关系

2.W模型

（1）增加了软件各开发阶段中应同步进行的验证和确认活动。

（2）基于“尽早地和不断地进行软件测试”的原则。

三、软件测试过程中的活动及内容

（1）基于项目目标，制定测试计划，确定测试策略，选定测试方法，排定优先级，建立里程碑，组织测试资源等。

（2）基于测试计划，明确测试需求、测试对象和测试目标及功能与性能指标。

（3）依据测试计划和测试设计，测试人员可以开展测试的相关活动。

四、测试过程度量的基本概念

在CMMI 体系的测试过程中定义了四个度量指标

（1）测试覆盖率：测试覆盖率是指测试用例对需求的覆盖情况

（2）测试执行率：实际执行过程中确定已经执行的测试用例比率

（3）测试执行通过率：在实际执行的测试用例中，执行结果为“通过”的测试用例比率

（4）测试缺陷解决率：某个阶段已关闭缺陷占缺陷总数的比率