测试学习笔记

### 测试学习笔记知识点概述 #### 第一阶段：测试基础 **1.1 什么是软件测试：** 软件测试是评估软件质量的过程，旨在发现软件中的错误或缺陷，并确保产品能够满足用户的需求。它贯穿于软件开发周期的各个阶段，通过各种技术和方法验证软件的功能、性能等方面是否符合预期。 **1.2 软件测试的目的、意义：** - **目的：**发现软件中的错误或缺陷，确保软件质量。 - **意义：** - 提高软件产品的可靠性。 - 减少后期维护成本。 - 增强用户满意度。 **1.3 软件生命周期：** 软件生命周期包括需求分析、设计、编码、测试、部署、维护等多个阶段。每个阶段都有特定的目标和任务，确保软件产品的顺利开发和持续改进。 #### 第二阶段：测试过程 **2.1 测试模型：** - **H模型：** 描述了软件测试过程中独立且并行的活动，强调了测试准备与测试执行的分离，支持随时插入测试活动。 - **V模型：** 将测试活动与开发活动对应起来，每个开发阶段都有相应的测试阶段与之对应，确保了测试的完整性和针对性。 **2.2 内部测试与外部测试：** - **内部测试**：通常由开发团队成员执行，主要用于检查软件的基本功能和性能。 - **外部测试**：通常由第三方或最终用户执行，用于评估软件在实际环境中的表现。 **2.3 验收测试与回归测试：** - **验收测试**：在系统测试后进行，主要由客户或最终用户执行，确认软件满足所有业务需求。 - **回归测试**：修改软件后重新进行的测试，以确保原有的功能没有受到影响。 **2.4 测试过程：** - **准备工作**：包括制定测试计划、设计测试用例等。 - **执行测试**：根据测试用例执行测试并记录结果。 - **评估结果**：分析测试结果，识别问题和缺陷。 **2.5 各阶段输入、输出标准以及入口、出口准则：** - **输入标准**：定义进入测试阶段所需的条件。 - **输出标准**：定义测试完成后应达到的状态。 - **入口准则**：进入测试前需满足的要求。 - **出口准则**：完成测试后需达到的标准。 #### 第三阶段：测试方法 **3.1 测试方法对比：** - **黑盒测试**：仅关注软件的功能行为，不考虑内部结构。 - **白盒测试**：基于对代码的深入理解，关注程序的内部逻辑。 - **灰盒测试**：介于黑盒和白盒之间，既考虑功能又考虑部分内部实现细节。 **3.2 测试方法组合：** 结合不同的测试方法来提高测试效率和效果，例如将黑盒测试与白盒测试相结合，以全面评估软件的质量。 #### 第四阶段：软件质量 **4.1 什么是软件质量：** 软件质量是指软件产品在其整个生命周期内满足用户期望的程度。它不仅包括功能性方面，还涵盖了易用性、可维护性、可靠性等多个维度。 **4.2 质量要素：** - 功能性 - 可靠性 - 易用性 - 效率 - 可维护性 - 兼容性 **4.3 ISO国际标准组织CMM/CMMI：** - **CMM**（能力成熟度模型）：为软件过程改进提供了一种框架。 - **CMMI**：扩展了CMM的概念，适用于更广泛的领域，如系统工程、软件工程等。 **4.4 CMMI的五个等级：** - **初始级**：缺乏标准和流程。 - **已管理级**：建立了基本的项目管理过程。 - **已定义级**：组织级的过程被标准化。 - **量化管理级**：过程和产品质量有定量的目标。 - **优化级**：持续改进过程。 **4.5 CMM与CMMI的区别：** - **CMM**侧重于软件开发过程的成熟度评估。 - **CMMI**则涵盖了更广泛的领域，如系统工程、软件工程等。 #### 第五阶段：SQL **5.1 SQL约束：** - **主键约束**：用于唯一标识表格中的每一行。 - **非空约束**：确保字段不能为空。 - **外键约束**：建立表之间的关联关系。 - **默认约束**：为字段提供默认值。 - **检查约束**：限制字段的值必须满足特定条件。 - **唯一约束**：确保字段或字段组合的值在整个表格中是唯一的。 **5.2 SQL语句：** - **创建数据库**：`CREATE DATABASE database_name;` - **创建表**：`CREATE TABLE table_name (column1 datatype, column2 datatype, ...);` - **查询**：`SELECT * FROM table_name WHERE condition;` - **批量处理**：使用事务处理或多条SQL语句。 - **视图**：虚拟表，由一个或多个表中的数据组成。 - **索引**：提高数据检索速度。 - **存储过程**：预先编译好的SQL代码集合。 - **事务**：一组操作作为一个整体处理。 - **触发器**：响应特定事件自动执行的SQL语句。 #### 第六阶段：C语言 **6.1 C语言中的存储：** C语言提供了不同的数据类型，包括整型、浮点型、字符型等，每种类型都有特定的存储空间和用途。 **6.2 数据类型：** - `int`：整型数据。 - `float`、`double`：浮点型数据。 - `char`：字符型数据。 - `struct`：结构体类型，可以包含不同类型的成员。 **6.3 条件／分支逻辑：** - **if语句**：根据条件选择执行的代码块。 - **switch语句**：根据表达式的值选择执行一个代码块。 **6.4 循环：** - **for循环**：适合已知迭代次数的情况。 - **while循环**：当某个条件为真时重复执行代码块。 - **do...while循环**：至少执行一次循环体，然后根据条件决定是否继续。 **6.5 函数：** - **定义**：使用关键字`void`或指定返回类型。 - **调用**：通过函数名和必要参数。 #### 第七阶段：Windows环境搭建 **7.1 名词注解与定义：** - **C/S**（客户端/服务器）：一种分布式计算模型，其中客户端请求服务，服务器提供服务。 - **B/S**（浏览器/服务器）：基于Web的应用程序架构，用户通过浏览器访问服务器提供的应用。 **7.2 进销存系统与OA系统：** - **进销存系统**：用于管理企业的采购、销售和库存的系统。 - **OA系统**：办公自动化系统，用于提高工作效率和协作。 #### 第八阶段：需求管理 **8.1 需求变更：** 需求变更是指在项目进行过程中对原始需求进行修改。良好的需求变更管理有助于控制项目风险。 **8.2 需求的跟踪：** 需求跟踪是为了确保所有需求都被正确地实施和验证，从需求提出到实现和测试的整个过程都需要进行跟踪。 #### 第九阶段：缺陷管理 **9.1 缺陷相关概念：** - **缺陷**：软件中存在的问题或错误。 - **BUG管理**：管理和跟踪缺陷的过程。 **9.2 BUG管理基本流程：** - 提交BUG报告。 - 分析BUG。 - 修复BUG。 - 验证BUG。 #### 第十阶段：测试需求分析 **10.1 如何做测试需求分析：** - **需求收集**：了解和收集用户需求。 - **需求分析**：分析需求的可行性、优先级等。 - **需求规格说明书**：编写详细的需求文档。 - **需求评审**：确保需求明确无误。 **10.2 UML统一建模语言：** UML是一种图形化的表示方式，用于描述系统的结构和行为。它包括类图、序列图等多种图表。 #### 第十一阶段：配置管理 **11.1 什么是配置管理：** 配置管理是一种确保项目中所有变更都得到适当控制的方法。 **11.2 配置管理流程：** - **变更请求**：提交变更的需求。 - **变更审批**：审批变更请求。 - **变更实施**：执行批准的变更。 - **变更验证**：验证变更的有效性。 **11.3 SVN实战：** SVN是一种版本控制系统，用于管理源代码的变化历史。通过SVN可以创建项目版本库、进行检出、入基线、分支合并等操作。 #### 第十二阶段：系统测试 **12.1 概念：** 系统测试是在整个软件系统集成完成后的测试，目的是验证软件是否满足所有的业务需求。 **12.2 分类：** - **功能测试**：验证软件功能是否符合规格说明。 - **性能测试**：评估软件在特定负载下的表现。 - **安全性测试**：测试软件的安全机制。 - **安装测试**：测试软件的安装过程。 - **GUI测试**：测试用户界面。 - **可用性测试**：评估用户使用软件的便利性。 - **异常性测试**：模拟异常情况，测试软件的异常处理能力。 - **文档测试**：验证文档的准确性和完整性。 - **备份测试**：测试数据备份和恢复过程。 - **配置测试**：测试不同配置下的兼容性。 - **网络测试**：评估网络条件下的性能。 #### 第十三阶段：用例设计 **13.1 等价类划分：** 等价类划分是一种常用的测试用例设计技术，将输入域划分为若干等价类，从中选取代表性的测试数据。 **13.2 边界值分析：** 边界值分析关注的是输入或输出域的边界值，这些值往往是容易出错的地方。 #### 第十四阶段：系统测试执行 **14.1 测试环境搭建文档：** - 硬件要求。 - 软件要求。 - 安装步骤。 **14.2 用例执行：** - 执行测试用例。 - 记录测试结果。 **14.3 填写BUG报告：** - 缺陷描述。 - 重现步骤。 - 预期结果与实际结果。 - 严重程度与优先级。 #### 第十五阶段：QC（Quality Center） **15.1 QC后台与前台：** - **后台**：用于管理测试用例、缺陷等信息。 - **前台**：用户界面，用于执行测试用例、填写缺陷报告等。 **15.2 Requirements需求模块：** - **管理需求**：创建、编辑和删除需求。 - **跟踪需求**：确保需求得到正确实施。 **15.3 TestPlan测试用例模块：** - **创建测试用例**：定义测试步骤和预期结果。 - **执行测试用例**：记录测试结果。 **15.4 TestLab测试执行模块：** - **执行测试**：按照测试计划执行测试用例。 - **管理缺陷**：跟踪和管理缺陷。 #### 第十六阶段：PYTHON **16.1 Python的安装与集成环境：** - **安装Python**：下载Python安装包并安装。 - **集成环境**：如PyCharm、Jupyter Notebook等。 **16.2 数据类型与运算符：** - **数据类型**：整型(int)、浮点型(float)、字符串(str)等。 - **运算符**：算术运算符、比较运算符、逻辑运算符等。 **16.3 控制语句：** - **if条件**：根据条件执行不同的代码块。 - **while循环**：当条件为真时重复执行代码块。 - **for循环**：遍历序列或其他可迭代对象。 - **break\continue**：控制循环的执行流程。 - **函数**：定义和调用函数。 #### 第十七阶段：单元测试 **17.1 单元测试概念：** 单元测试是对软件中的最小可测试单元进行测试，通常是对单一函数或类进行验证。 **17.2 单元测试静态测试与动态测试：** - **静态测试**：不执行代码，通过审查代码等方式进行测试。 - **动态测试**：通过运行代码来检测其行为。 **17.3 单元测试策略：** - **孤立测试**：独立测试每个单元。 - **自顶向下的单元测试策略**：从高层开始测试，逐步向下。 - **自底向上的单元测试方法**：从底层开始测试，逐步向上。 **17.4 单元测试用例设计：** - **基本路径覆盖法**：确保测试覆盖到所有可能的路径。 **17.5 程序控制流图：** 控制流图是描述程序控制流的一种图形化表示方式，用于辅助单元测试的设计。 本文档涵盖的内容非常广泛，从软件测试的基础概念到具体的测试技术和工具使用，以及相关的编程语言和版本控制等内容，旨在帮助读者全面了解软件测试领域的知识体系和技术要点。