复习下基础理论知识

软件测试方法和分类

软件测试方法

软件测试方法是指对软件进行测试的具体手段和方式，不同的测试方法在不同的场景和测试目的下有不同的应用。常用的软件测试方法包括以下几种：

1. 黑盒测试：测试人员不了解软件内部实现细节，只基于测试需求来验证软件功能是否正确。

2. 白盒测试：测试人员通过分析代码结构和执行路径来发现软件内部的缺陷。

3. 灰盒测试：是介于黑盒测试和白盒测试之间的一种测试方法，测试人员了解软件部分代码内部实现细节，又不完全了解全部的内部实现。灰盒测试主要用于测试复杂系统和功能。

4. 探索性测试：测试人员进行无计划的、自由探索的测试方法。

5. 自动化测试：使用自动化测试工具和脚本来执行测试，并自动生成测试数据和报告。

6. 回归测试：在软件修改或更新之后，对已经测试过的部分或全部进行再次测试，验证软件其他功能是否受到影响。

7. 全面性测试：测试软件各种功能，覆盖所有可能的输入参数和异常情况。

8. 模块化测试：将软件分解成较小的单元（模块）进行测试，以便发现潜在的问题。

以上测试方法并不是互相独立的，通常需要根据具体场景和测试需求加以选择和组合。

黑盒测试补充： 点点点，测试用例的方法去进行测试，然后就是业务逻辑。 黑盒测试(Black-box testing),又称功能测试或接口测试，是一种软件测试方法，主要关注软件的功能是否符合预期，而不关心软件的内部结构和实现。黑盒测试的目的是验证软件是否按照需求规格说明书或用户手册中的要求正常工作，以确保软件在实际使用中能够满足用户的需求。

分类

软件测试是一种评估软件质量的过程，其目的是发现潜在的错误或缺陷。根据测试方法和测试级别的不同，软件测试可以分为以下几种分类：

1. 功能测试：用于测试软件是否满足需求规范中定义的功能。通常使用黑盒测试方法进行。

2. 性能测试：用于测试软件在不同负载下的性能和稳定性。通常包括负载测试、压力测试和容量测试等。

3. 安全测试：用于测试软件的安全性和可靠性，以便发现潜在的安全漏洞和缺陷。

4. 兼容性测试：用于测试软件在不同硬件和软件环境中的兼容性和稳定性。

5. 用户界面测试：用于测试软件的用户界面是否易用和符合期望。

6. 完整性测试：用于测试软件是否完整、正确和一致。

7. 可靠性测试：用于测试软件在长期使用过程中的可靠性。

8. 可维护性测试：用于测试软件的可维护性和易扩展性，以便在日后进行修改和维护。

以上分类并不是互相独立的，通常一个软件会用多种测试方法和级别来提高软件质量。

补充：

• 单元测试

  单元测试是一种软件开发方法，它用于测试软件的最小功能单元——代码单元。单元测试通常在程序的开发过程中进行，它可以帮助开发人员发现代码中的错误和问题，并且在代码被提交到主干之前，确保代码的正确性。 单元测试通常是由测试框架和测试工具自动化执行的。测试框架可以帮助开发人员编写测试用例，并自动执行测试。测试工具可以帮助开发人员处理测试结果，并生成测试报告。 单元测试有助于确保软件的质量和稳定性，并且在软件开发过程中起着重要的作用。它可以帮助开发人员更快地发现问题，并且在代码被提交到主干之前进行代码审查，从而减少错误和问题的数量。

• 集成测试

  集成测试是在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统进行的测试活动。它的目的是测试模块/组件在系统级别的交互是否按照预期工作，主要关注以下几点：

1. 模块/组件的接口是否正确，数据是否正确传递。

2. 模块/组件的功能是否正确，能否正确响应外部请求和事件。

3. 系统的功能是否正常，能否正确处理外部请求和事件。

4. 系统的健壮性和可靠性是否满足需求和规范。

   集成测试通常使用黑盒测试和白盒测试相结合的方法，在集成测试时可以采用自动化测试工具或手动测试的方式进行测试。集成测试的过程包括集成测试计划的制定、集成测试环境的准备、集成测试用例的编写、集成测试执行和集成测试报告的撰写等。

   系统测试

   系统测试是软件开发过程中的一种测试方法，目的是测试整个软件系统是否达到预期的功能、质量和性能要求。系统测试一般在开发完成后进行，整个软件系统被视为一个黑盒子进行测试，主要测试系统的集成性、完整性和用户需求的满足程度。在系统测试中，测试人员会执行各种测试用例，通过对软件各个方面的测试来发现系统中可能存在的问题和缺陷，并对其进行修正和改进，以确保软件系统能够正常运行，满足用户需求和预期目标。

   冒烟测试

   冒烟测试是一种简单的软件测试方法，目的是验证软件系统最基本和关键的功能是否正常工作。这种测试方法通常在软件开发周期较短的时候进行，以确保软件开发团队能够及时发现和解决在开发过程中可能出现的严重问题，从而提高软件开发过程的效率和质量。

   在冒烟测试中，测试人员会对软件的主要功能进行测试，例如页面加载、登录、基本功能操作等。如果软件通过了冒烟测试，就可以进入下一阶段的测试和开发，否则需要及时对问题进行修复和改进，以确保软件能够正常运行。

学习个屁，想去工作了，md现在骑虎难下。

生命周期各测试方法对比

生命周期测试方法是软件开发过程中的一部分，用于评估和验证软件系统在不同阶段的各种功能和性能。下面是一些常见的生命周期测试方法和它们之间的对比：

1. 单元测试（Unit Testing）：在开发阶段，对代码中的每个单元（如函数、方法）进行测试，以确保其功能正常。单元测试通常由开发人员编写和执行，并可以自动化进行。它帮助开发人员发现和修复代码错误，并提高代码质量。

2. 集成测试（Integration Testing）：在多个单元被集成到一个组件或模块时，进行测试以验证各个单元之间的交互是否正确。集成测试可以通过模拟依赖关系或访问实际系统来进行。其目标是发现不同组件之间的集成问题并进行修复。

3. 系统测试（System Testing）：对整个系统进行功能和性能的验证，以确保系统符合用户需求和预期。系统测试可以包括功能测试、性能测试、安全测试等。它是以用户的角度对系统进行测试，目标是找出系统中的问题并验证整个系统是否满足需求。

4. 验收测试（Acceptance Testing）：根据用户需求和规格说明书中的验收标准，验证软件系统是否满足用户需求。验收测试通常由最终用户或系统的所有者执行，以确认系统是否可以交付和使用。验收测试可以包括功能验收测试、用户界面验收测试等。

对比：
- 范围：单元测试针对代码中的单个单元，集成测试涉及多个单元的集成，系统测试覆盖整个系统，验收测试验证系统是否满足用户需求。
- 目的：单元测试旨在发现和修复代码错误，集成测试检查单元之间的交互，系统测试验证系统功能和性能，验收测试确认系统是否符合用户需求。
- 执行者：单元测试由开发人员执行，集成测试可以由开发人员或测试人员执行，系统测试和验收测试通常由测试团队或最终用户执行。
- 自动化程度：单元测试往往可以自动化执行，而集成测试、系统测试和验收测试可以包含自动化测试和手动测试的组合。

综上所述，这些生命周期测试方法在范围、目的、执行者和自动化程度等方面存在差异，可以一起使用以确保软件的质量和功能符合需求。

说实话，我也是一知半解

冒烟测试-单元测试-集成测试-系统测试-验收测试

软件测试常用术语

C/S架构：

C/S架构是指Client/Server架构，也称为客户端/服务器架构。它是一种常见的软件架构模式，用于在分布式计算环境中构建和组织应用程序。

在C/S架构中，应用程序被分成两个主要部分：客户端和服务器。

- 客户端（Client）：客户端是指运行在用户计算机上的应用程序，用于与用户交互，并向服务器发出请求。客户端负责处理用户输入、显示数据和结果，并提供用户界面。客户端可以是桌面应用程序、移动应用程序或Web浏览器等。

- 服务器（Server）：服务器是指运行在服务器计算机上的应用程序，用于接收客户端请求，处理请求并提供相应的服务。服务器负责处理数据存储、业务逻辑和与客户端之间的通信。服务器通常具有更强大的计算和存储能力，以提供高效的服务。

C/S架构具有以下特点和优势：

1. 分布式处理：客户端和服务器分别运行在不同的计算机上，可以在网络上相互通信和交互，实现分布式处理和资源共享。

2. 功能分离：客户端负责显示界面和接收用户输入，服务器负责处理业务逻辑和数据处理，使得系统的功能可以进行分层和分离，提高开发、部署和维护的灵活性。

3. 高效性和可扩展性：由于服务器可以专注于处理业务逻辑和数据管理，C/S架构可以对服务器和客户端进行独立的优化和扩展，提高系统性能和可扩展性。

4. 安全性：通过在服务器端进行数据存储和处理，C/S架构可以实现对数据和业务的集中管理和控制，提高系统的安全性。

5. 支持多平台：由于客户端和服务器可以运行在不同的计算机和操作系统上，C/S架构可以灵活地支持多平台的部署和使用。

C/S架构广泛应用于各种软件系统，例如数据库管理系统、电子邮件客户端、在线购物网站等。在实际应用中，C/S架构可以根据具体需求和技术选择不同的通信协议和技术实现，例如使用TCP/IP协议进行通信。

B/S架构：

B/S架构是指Browser/Server架构，也称为浏览器/服务器架构。它是一种常见的软件架构模式，用于构建和组织基于Web的应用程序。

在B/S架构中，应用程序被分成两个主要部分：浏览器和服务器。

- 浏览器（Browser）：浏览器是指用户使用的Web浏览器（如Google Chrome、Mozilla Firefox、Microsoft Edge等），用于向服务器发送请求，并在客户端显示呈现的Web页面。浏览器负责与用户交互、解析和渲染HTML、CSS和JavaScript，并与服务器进行通信。

- 服务器（Server）：服务器是指运行在服务器计算机上的Web应用程序，它接收浏览器发送的请求，并进行处理和响应。服务器负责处理业务逻辑、数据存储、与数据库的交互等，然后生成动态的Web页面或提供其他服务反馈给浏览器。

B/S架构具有以下特点和优势：

1. 跨平台和分布式：由于浏览器是跨平台的，可以在多种操作系统（如Windows、Mac、Linux）和设备上运行，而服务器则可以部署在集中的位置，实现跨平台和分布式的访问。

2. 统一的用户界面：通过Web浏览器作为统一的客户端界面，用户可以通过任何支持Web浏览器的设备访问应用程序，无需安装额外的客户端软件。

3. 简化客户端管理：由于所有的应用逻辑和数据都集中在服务器端，B/S架构减少了在客户端进行软件部署和维护的工作，提高了管理和升级的便捷性。

4. 可扩展性和易于更新：服务器端负责处理业务逻辑和数据存储，B/S架构可以通过增加服务器的计算和存储能力来实现系统的扩展性。此外，通过在服务器端进行业务逻辑的修改和更新，可以更方便地进行应用程序的升级和维护。

5. 安全性：由于应用程序的核心逻辑和数据存储在服务器端，B/S架构可以实现集中的安全策略和访问控制，减少了传输到客户端的敏感数据，提高了系统的安全性。

B/S架构被广泛应用于各种Web应用程序，如电子商务网站、社交媒体平台、在线银行系统等。在实际应用中，B/S架构可以使用不同的Web开发技术和框架来实现，例如使用HTML、CSS、JavaScript构建前端界面，使用服务器端编程语言如Java、Python、Ruby等进行业务逻辑的处理。

B/S和C/S架构：

B/S架构比较好升级，也就是版本升级，迭代。 C/S架构比较安全。

APP

缺陷【bug/Defect】

测试环境

测试环境=软件+硬件+网络

测试用例【Test Case】

测试用例=输入+输出+测试环境 输入：包括测试数据和操作步骤 输出：指的是期望结果 测试环境：指的是系统环境设置

冒烟测试【Smoke Testing】

冒烟测试（Smoke Testing），也被称为构建验证测试（Build Verification Testing）或基本功能测试（Sanity Testing），是软件测试中的一种测试方法。它最初用于验证应用程序或软件的基本功能是否正常工作，类似于点燃一根烟来看是否有烟。

冒烟测试的目的是在软件的早期阶段快速执行一组核心功能测试，以确保系统的基本功能没有重大缺陷或错误。它用于验证最低限度的功能是否正确实现，而不是进行详尽的测试。

冒烟测试通常涵盖以下方面：

1. 软件安装和启动：验证软件的安装过程是否顺利，并能够正常启动和关闭。

2. 用户界面和导航：确保用户界面的元素和布局正确显示，并且用户能够正确地导航和使用应用程序的基本功能。

3. 核心功能：验证系统的核心功能是否正常运行。这可能包括登录和注销、用户身份验证、基本查询和操作等。

4. 组成部分的集成：若系统由多个模块或组件组成，冒烟测试将检查这些组件之间的基本集成是否正常。

冒烟测试的重点是快速测试软件的核心功能，以便在进一步的测试之前尽早发现严重的问题。它通常是在每个新版本的构建或重大修改后进行，以确保软件的基本功能无明显错误。如果冒烟测试失败，开发团队应该停止对应用程序进行进一步的测试，而是花时间修复重要问题。

需要注意的是，冒烟测试并不替代其他更详尽的测试方法，如功能测试、集成测试和系统测试。它只是作为一个快速的初步测试来验证软件在基本功能上的正常工作。其他测试方法将在冒烟测试之后进行，以更全面地测试软件的各个方面。

α测试

α测试（Alpha Testing）是软件开发生命周期中的一项关键测试活动，通常在软件的开发阶段较早的阶段进行。该测试是在软件开发团队内部进行的，目的是评估软件系统在基本功能和稳定性方面的表现。

α测试的主要特点和目标包括：

1. 内部测试：α测试是在软件开发团队内部进行的，测试人员通常是开发团队的一部分。这使得测试人员能够直接与开发人员合作，更容易进行错误调试和问题修复。

2. 基本功能测试：α测试主要关注软件的基本功能是否正确实现。测试人员会验证软件是否按照需求规格说明书中的要求进行操作和表现，并确认核心功能是否正常工作。

3. 稳定性测试：α测试也会关注软件系统的稳定性。测试人员会尝试不同的操作和使用情景，以确认软件在各种环境和条件下是否能够稳定运行，并排除潜在的崩溃和错误。

4. 错误修复和问题解决：在α测试过程中，测试人员通常会记录并报告发现的问题和错误。开发团队会根据这些问题进行错误调试和修复，以提高软件的质量和稳定性。

5. 预发布准备：α测试还为软件系统的后续测试和发布做准备。通过评估软件系统在早期阶段的表现，开发团队可以确定是否需要进行进一步的优化和改进，以及准备下一阶段的测试活动和版本发布。

需要注意的是，α测试仅限于开发团队内部，主要用于发现和修复早期阶段的问题。它并不替代其他更全面的测试阶段，如β测试（外部测试）和系统测试。这些测试阶段将在α测试之后进行，以确保软件满足用户需求、稳定可靠，并具有良好的性能和用户体验。

这个更多的是内部测试。一般不进行外部参与

β测试：

β测试（Beta Testing）是软件开发生命周期中的一项重要测试活动，通常在软件经历了内部测试（如α测试）之后，向外部用户群体提供测试的机会。β测试旨在让最终用户在真实环境中使用软件，并提供反馈和意见。

β测试的主要特点和目标包括：

1. 外部测试：β测试将软件交付给最终用户进行测试。这使得测试人员不再是开发团队的一部分，而是软件的实际用户。测试人员可以在真实环境中使用软件，模拟真实的使用情景。

2. 多样性的用户参与：β测试旨在吸引不同背景和技能的用户参与。这包括普通用户、专业用户、技术专家等。通过吸引多样性的用户群体参与测试，可以获得广泛的反馈和意见，发现潜在问题和改进点。

3. 实际使用情景测试：β测试注重模拟实际使用情景。测试人员将在其自己的计算机系统和网络环境中使用软件，并执行真实的操作和任务。这有助于评估软件在实际使用情景下的性能、稳定性和可用性。

4. 用户反馈和意见收集：β测试鼓励用户提供反馈和意见。测试人员可以报告发现的问题、提出改进建议，并提供他们的使用体验和感受。这些反馈对于开发团队来说是宝贵的，可以帮助他们针对性地修复问题和改进软件。

5. 最后阶段的优化和改进：通过β测试，开发团队可以收集到关于软件的实际用户反馈。这些反馈将为团队提供改进软件的机会，优化用户体验、解决潜在问题，并为版本发布做准备。

通过β测试，软件开发团队可以获得真实用户的反馈和意见，提高软件质量，并使其更符合用户需求和期望。这有助于发现并解决隐藏的问题、改进用户界面和功能，以提供更好的用户体验。

需要注意的是，β测试不是最终测试阶段，仍然可以发现一些问题和改进点。其目的是通过真实用户的测试和反馈来进一步提高软件的稳定性和可用性，为正式发布做最后的准备工作。