什么是系统测试？类型及示例
托马斯·汉密尔顿
什么是系统测试？
系统测试 系统测试是一种验证完整且完全集成的软件产品的测试级别。系统测试的目的是评估端到端的系统规范。通常，软件只是大型计算机系统的一个组成部分。最终，软件会与其他软件或硬件系统进行交互。系统测试被定义为一系列不同的测试，其唯一目的是全面测试整个计算机系统。
上图展示了测试人员在系统测试期间检查的核心维度，包括功能流程、用户界面、数据处理和集成点。在软件测试生命周期中，这一测试阶段紧随集成测试之后，用户验收测试之前。
系统测试视频讲解
点击 开始 如果视频无法访问
为什么系统测试很重要？
单元测试和集成测试检查代码片段及其接口，但无法证明硬件、软件、网络和配置元素能够作为一个整体协同工作。系统测试弥补了这一不足，并在软件发布前确保其安全性。
这一阶段不可或缺的主要原因包括：
- 最终用户信心： 验证实际工作流程是否符合业务需求，从而减少发布后的缺陷。
- 降低风险： 在生产环境出现之前，发现集成、性能和环境问题，从而防止代价高昂的停机。
- 合规保证： 金融、医疗保健和航空等受监管行业需要有文件记录的系统测试证据。
- 成本效益： 在这个阶段修复缺陷比在发布后解决缺陷要便宜得多。
- 接纳准备度： 一次完整的系统测试可以为用户验收测试建立稳定的基准。
您在系统测试中验证什么？
系统测试包括对软件代码进行以下目的的测试：
- 对包含外部外围设备在内的完全集成应用程序进行测试，以检查各个组件如何相互交互以及如何与整个系统交互。这也被称为 端至端 测试场景。
- 验证应用程序中每个输入的全面测试以检查所需的输出。
- 测试用户对应用程序的使用体验。
这是对系统测试所涉及内容的一个非常基本的描述。您需要构建详细的测试用例和测试套件，以测试应用程序从外部看到的各个方面，而无需查看实际源代码。要了解有关此过程的全面方法的更多信息，请考虑阅读 端到端测试.
系统测试是黑色的 Box 测试与验证
软件测试大致可以分为两大类：
- 黑箱 测试与验证
- 白色 Box 测试与验证
系统测试属于黑盒测试的范畴。 软件测试白盒测试是对软件应用程序内部运行机制或代码的测试。与之相反，黑盒测试或系统测试则从用户的角度测试软件的外部运行机制。
软件测试层次结构
与几乎所有软件工程流程一样，软件测试也有一套既定的操作顺序。以下是按时间顺序排列的软件测试类别列表。这些步骤旨在对新软件进行全面测试，为产品上市做好准备。
如上图所示，系统测试位于集成测试和验收测试之间，是产品交付给最终用户之前的最终技术验证。
- 单元测试 单元测试是在开发过程中对每个模块或代码块执行的。单元测试通常由编写代码的程序员完成。
- 集成测试是在将新模块集成到主软件包之前、之中和之后进行的。这包括对每个单独的代码模块进行测试。一个软件可能包含多个模块，这些模块通常由不同的程序员编写。测试每个模块对整个程序模型的影响至关重要。
- 系统测试是由专业的测试机构在软件产品完成并投放市场之前对其进行的。
- 验收测试是由最终用户对产品进行beta测试。
系统测试的类型
系统测试有 50 多种类型。有关软件测试类型的详尽列表 請按一下此處。下面列出了大型软件开发公司通常会使用的系统测试类型：
- 可用性测试 主要关注用户使用该应用程序的便捷性、控制操作的灵活性以及系统实现其目标的能力。
- 负载测试 有必要知道软件解决方案在实际负载下的性能。
- 迭代测试 涉及进行测试，以确保在开发过程中所做的任何更改都不会导致新的错误。它还可以确保随着时间的推移，不会因添加新的软件模块而出现旧错误。
- 恢复测试 这样做是为了证明软件解决方案可靠且值得信赖，并且能够从可能发生的崩溃中成功恢复。
- 迁移测试的目的是确保软件能够从旧的系统基础架构迁移到当前的系统基础架构，而不会出现任何问题。
- 功能测试 ——也称为功能完整性测试，这涉及到设想产品可能存在的任何缺失功能。测试人员可能会列出产品在功能测试期间可以改进的附加功能。
- 硬件/软件测试 – IBM 硬件/软件测试简称为“HW/SW 测试”。在这种测试中，测试人员将注意力集中在系统测试过程中硬件和软件之间的交互上。
测试人员应该使用哪种类型的系统测试？
系统测试有 50 多种类型。测试人员使用的具体类型取决于几个变量。这些变量包括：
- 测试人员为谁工作 这是决定测试人员将使用何种系统测试类型的一个主要因素。大型公司使用的方法与中小型公司使用的方法截然不同。
- 可用于测试的时间 最终，所有 50 种测试类型都可以使用。时间往往限制了我们，使我们只能使用与软件项目最相关的测试类型。
- 测试人员可用的资源 当然，有些测试人员可能没有足够的资源来进行某种类型的测试。例如，如果您是一家大型软件开发公司的测试人员，您可能拥有昂贵的测试资源。 自动化测试 其他人无法使用的软件。
- 软件测试人员教育 每种软件测试方法都有一定的学习曲线。要使用某些相关软件，测试人员必须学习如何操作。
- 测试预算 ——资金不仅对小型公司和个体软件开发人员来说是一个因素，对大型公司来说也是如此。
最佳系统测试工具
选择合适的平台可以显著减少规划、执行和维护系统级测试套件所需的工作量。在实际评估中，以下列出的工具因其覆盖范围广、自动化质量高和集成灵活性强而脱颖而出。
1) 测试sigma
测试sigma 是一个功能全面的云端系统测试平台，我发现它对于自动化跨多个模块、技术和应用层的完整端到端用户旅程至关重要。它专为需要在发布前验证整个系统功能是否协调一致的团队而设计，确保所有组件在实际场景中都能无缝协作。
在我的系统测试项目中，我利用 Testsigma 的统一方法，将跨越 Web 界面、移动应用和后端 API 的复杂工作流程串联到单个测试场景中。该平台协调多技术测试流程的能力让我确信跨模块交互保持稳定，而详细的执行日志和可视化报告则帮助我快速识别并解决集成边界处的系统级故障。
特色：
- 多步骤跨技术测试链： 构建跨页面、服务和应用程序类型的步骤连接场景。您可以将 Web、移动和 API 验证编排在一个序列中，以模拟真实的用户旅程。
- 统一的 Web、移动和 API 测试执行： 在同一场景中结合用户界面步骤和后端服务验证。您可以验证前端操作是否触发正确的 API 调用并产生预期的系统响应。
- 可重用系统级流程组件： 创建模块化模块，用于构建跨测试重复的端到端工作流程。借助参数化和条件逻辑支持，您可以减少重复代码并加快开发速度。
- 发布前 CI/CD 集成： Testsigma 会在发布前自动执行系统测试。您可以通过 Webhook 和 DevOps 工具配置质量门控、安排验证运行，并根据测试结果阻止部署。
优点
- 验证整个系统端到端行为的真实性。
- 统一的 UI 和 API 步骤工具简化了系统级自动化工作流程。
- 强大的报告功能可以帮助团队快速追踪多个模块中的故障和依赖关系。
缺点
- 复杂的系统流程通常需要周密的测试设计、持续的维护和更深入的领域理解。
定价：
- 价格： 根据系统测试执行规模、团队参与度和组织需求量身定制定价。
- 免费试用： 14天免费试用
14天免费试用
