软件测试基础概念

目录： 

• 软件测试
• 软件测试作用
• 软件缺陷
• 软件测试原则
• 软件测试对象
• 测试用例

1. 软件测试基本概念，啥是个软件测试，软件测试干啥了？

• 通过手工或者工具对“被测对象"进行测试
• 验证实际结果与预期结果之间是否存在差异

软件测试是软件开发生命周期中的重要阶段，它是为了评估和验证软件系统的正确性、完整性和质量而进行的活动。软件测试的主要目的是发现软件中的缺陷、错误和问题，并确保软件的功能和性能符合用户需求和预期。

软件测试的主要职责包括：

• 验证软件是否符合需求：测试团队通过执行测试用例和场景，验证软件的功能和特性是否符合需求规格。
• 发现和报告缺陷：通过测试过程中的执行和观察，测试团队可以发现软件中的缺陷和错误，并将其报告给开发团队以便修复。
• 评估软件质量：通过执行不同类型的测试，例如功能测试、性能测试、安全测试等，测试团队可以评估软件的质量和可靠性。
• 提供决策支持：测试结果可以为决策者提供关于软件发布、部署和维护的重要信息。

软件测试通常包括以下类型的测试：

• 单元测试：对软件中的最小可测试单元（如函数或模块）进行测试，以确保其功能正常。
• 集成测试：测试不同模块之间的接口和交互，以确保它们能够正确地集成在一起。
• 系统测试：对整个软件系统进行测试，以验证其功能、性能和可靠性。
• 验收测试：在开发完成后，由客户或用户执行的测试，以确认软件是否满足其需求和预期。
• 性能测试：测试软件在不同负载和压力条件下的性能和响应时间。
• 安全测试：测试软件系统在不同安全威胁下的安全性和保密性。
• 回归测试：在对软件进行更改或修复之后，再次进行测试以确保已修复的缺陷没有引入新的问题。

总之，软件测试是确保软件质量和可靠性的关键过程，它有助于发现和修复软件中的问题，并为用户提供高质量的软件产品。

2.软件测试作用

• 通过测试工作可以发现并修复软件当中存在的缺陷，从而提高用户对产品的使用信心
• 测试可以降低同类型产品开发遇到问题的风险

• 发现和修复缺陷：软件测试可以发现软件中的缺陷、错误和问题，并报告给开发团队。这使得开发人员能够修复这些问题，从而提高软件的质量和可靠性。

• 提高软件质量：软件测试可以确保软件系统的功能、性能和可靠性符合用户的需求和预期。通过测试，可以及早发现潜在的问题，并确保软件的质量达到预定的标准。

• 减少成本和时间：通过及早发现和修复问题，软件测试有助于避免在软件开发后期出现更严重的问题。这可以减少后续的修复成本和开发时间，并提高软件的交付效率。

• 提供可靠性和稳定性：软件测试有助于确保软件在不同的环境和条件下都能正常运行，具有稳定性和可靠性。这有助于用户信任软件，并提升软件的用户体验。

• 改进用户满意度：软件测试可以确保软件的功能和性能符合用户需求，提供稳定和高质量的用户体验。这可以增加用户的满意度，促进用户对软件的使用和推荐。

• 辅助决策-making：测试结果和反馈提供给项目决策者，他们可以根据测试结果做出适当的决策，如软件发布、修复优先级和软件优化。

 3.软件缺陷

• 软件缺陷被测试工程师和开发工程师们称作 bug
• 软件缺陷会导致软件不能正常运行，它的存在会在一定程度上导致软件不能满足用户的需求，甚至有可能破坏或泄漏用户的重要数据

• 功能缺陷：软件在设计或实现过程中，功能不符合需求或规格的情况。例如，某个功能无法正确执行或无法按照预期的方式工作。

• 逻辑错误：软件实现的逻辑有错误，导致程序在特定条件下运行不正确或无法达到预期结果，这可能是由于算法错误、条件判断错误或循环逻辑错误等引起的。

• 用户界面问题：软件界面设计或交互流程存在问题，可能会导致用户操作困惑或功能不易使用。例如，按钮位置不明确、标签错误或菜单选项不正确等。

• 性能问题：软件在运行过程中可能出现性能瓶颈或资源占用过高的情况，导致软件运行缓慢、响应时间延迟或系统崩溃等。

• 安全漏洞：软件在设计或实现过程中存在安全隐患，可能导致数据泄露、信息被篡改、系统被攻击或未经授权的访问等。

• 兼容性问题：软件无法与特定环境或设备兼容，导致软件无法正常运行或功能异常。例如，操作系统版本不兼容、浏览器不支持或硬件依赖不满足等。

• 文档错误：软件相关的文档、用户手册或帮助文档中可能存在错误、遗漏或不准确的信息，导致用户理解困难或误导。

4.软件测试原则

测试显示缺陷的存在：

这个原则指出测试的目标是发现缺陷，并验证软件系统的功能是否按照预期工作。测试的结果应该能够明确地显示系统存在的缺陷，并提供相关的详细信息，以便开发团队能够查找和修复这些问题。

穷尽测试是不可能的：

这个原则暗示着在有限的时间和资源下，无法测试所有可能的测试情况和路径。尽管不能完全穷尽测试，但可以通过合理的测试方法和技术来最大程度地覆盖系统的功能和场景，以确保软件质量。

测试尽早介入：

这个原则强调测试活动应该尽早地介入软件开发过程中。从需求分析和设计阶段开始，测试团队应该参与并提供测试的角度和建议，以确保需求的可测试性和设计的合理性。这有助于在后续阶段减少缺陷和问题，并提高软件质量。

缺陷集群性（2/8原则）：

这个原则是基于经验观察，认为少数功能的使用频率占据了大部分软件缺陷的发生。例如，二八原则指出，80%的缺陷集中在软件的20%功能上。基于这个原则，测试团队可以有针对性地将更多的测试资源分配给高风险和重要的功能区域。

杀虫剂悖论：

这个原则暗示着软件测试不仅仅是为了发现和修复缺陷，而是更重要的是找出为什么缺陷发生，并解决根本原因，以避免类似的问题再次出现。通过对缺陷的分析和反思，测试团队可以帮助改进软件开发过程和质量管理。

测试活动依赖于测试内容：

这个原则强调测试活动的内容和方法应该根据软件系统的特点、风险和需求来确定。不同类型的软件需要采用不同的测试策略和方法。例如，对于安全性较高的系统，应该进行更多的安全测试；对于性能敏感的应用程序，需要进行充分的性能测试。

没有错误是好是谬论：

这个原则指出，虽然测试的目标是发现和修复缺陷，但不能因为没有发现缺陷就认为软件是完全没有问题的。测试只能提供有限的信息和覆盖范围，对于复杂的软件系统来说，完全没有错误是几乎不可能的。因此，测试应该被视为一个风险管理和质量保证的活动。

这些原则在软件测试过程中提供了指导和准则，帮助测试团队制定适当的测试策略和方法，以保证软件系统的质量和可靠性。 

5.软件测试对象 

需求分析阶段：需求文档、接口文档  ：

在这个阶段，测试对象包括需求文档和接口文档。测试团队通过对需求文档进行审查和分析来确保需求的准确性和可测试性。他们还会检查接口文档，以了解系统与其他组件或系统的交互方式和要求。

编码实现阶段：源代码 ：

在这个阶段，测试对象是源代码。测试团队会对编写的源代码进行静态分析和代码审查，以确保代码的正确性、规范性和质量。他们可能会使用自动化工具和技术来进行代码覆盖率、代码质量和静态代码分析等测试活动。

系统功能使用：软件程序：

在这个阶段，测试对象是软件程序本身。测试团队会执行一系列测试来验证系统的功能是否符合预期。这些测试包括功能测试、集成测试、系统测试和验收测试等。测试团队会使用各种测试技术和方法来评估系统的性能、可靠性、稳定性和安全性等方面。

6.测试用例 

• 为特定的目的而设计的一组测试输入、执行步骤和预期的结果，以便测试产品否满足某个特定需求的文档

测试用例是一种描述在特定条件下输入、操作和预期输出的规范和指导。它是用于验证软件系统是否按照预期执行的一组步骤。

测试用例通常包括以下几个要素：

测试名称或标识：每个测试用例都应该有一个唯一的名称或标识，以便在测试执行和管理过程中进行识别和跟踪。

测试目的：测试目的是描述要测试的具体功能或场景，以确保其符合设计和需求。

测试输入：测试用例应该说明输入的具体值，包括数据、用户操作或其他相关信息，以模拟真实环境下的使用情况。

预期输出：测试用例应该定义在给定输入后预期的输出结果，包括所期望的响应、消息、错误提示或状态。

预置条件：有些测试用例可能需要特定的环境和先决条件才能正确运行。这些条件应该在测试开始之前得到满足。

后置条件：有些测试用例会导致系统状态的变化，因此在测试结束后可能需要执行一些清理和恢复操作，以保持系统的一致性和稳定性。