发布测试｜ Release Testing

发布测试｜ Release Testing
- 相关术语
- 关于发布测试的问题？

发布测试评估新的软件版本，检查其完整功能，以确定其是否已准备好发布。

关于发布测试的问题？

基础知识和重要性

什么是发布测试？

发布测试是软件交付给客户或部署到生产之前的最终验证。这是一项全面的评估，可确保产品符合质量标准和要求。此阶段通常涉及手动和自动测试的组合，以验证功能、性能、安全性和可用性。 发布测试 至关重要，因为它是针对 bugs 以及可能对用户体验或系统稳定性产生负面影响的问题的最后一道防线。这是之前所有测试工作的结晶，重点是确保开发周期中所做的更改不会引入新问题。要确定范围，请考虑自上次发布以来所做的更改、风险评估以及应用程序的关键领域。结合使用回归测试和**新功能@@PROTECTED_31@@**来覆盖软件的广度。在此阶段管理和跟踪问题至关重要。使用 jira 或 Trello 等工具进行问题跟踪，并根据严重性和影响确定 bugs 的优先级。立即解决关键问题，以避免发布时间表的延误。为了获得最佳实践，请尽可能实现自动化，以加快流程并确保一致性。但是，不要忽视探索性手动测试捕获意外问题的价值。在为发布测试选择工具时，请选择那些与现有 CI/CD 管道集成良好并支持项目中使用的技术的工具。考虑成本、学习曲线和维护开销等因素，平衡自动化工具的优缺点。最后，如果发现关键问题，请评估影响，确定修复的优先顺序，然后彻底重新测试。与利益相关者保持开放的沟通，以管理期望并确保发布过程顺利进行。

为什么发布测试在软件开发中很重要？

发布测试在软件开发中至关重要，因为它是产品到达最终用户之前的最终验证。它确保所有组件和功能在生产环境中无缝协作，这可能与早期测试阶段发生的开发或登台环境不同。此阶段有助于识别任何可能影响用户体验或导致系统故障的最后一刻缺陷，这对于在公开可用之前解决这一问题至关重要。此外，发布测试验证产品是否符合业务要求和监管标准，这对于维护公司声誉和避免法律问题至关重要。它还提供了一个安全网，以防止集成过程中可能引入或之前测试阶段遗漏的潜在问题。在测试自动化的上下文中，发布测试通常涉及 回归测试 和 冒烟测试 以快速评估候选版本的稳定性。自动化测试可以在各种配置和平台上运行，以确保兼容性和功能，这对于拥有广泛用户群的产品尤其重要。最终，发布测试充当看门人，确保只向客户交付高质量、经过彻底审查的软件，从而降低发布后修补程序和补丁的风险，这些修补程序和补丁可能成本高昂且有损产品声誉。这是软件开发的 风险管理 和 质量保证 流程中的关键步骤。

发布测试的关键组成部分是什么？

发布测试的关键组件包括：

测试环境 ：稳定且隔离的环境，可镜像生产以确保结果准确。
测试数据 ：用于全面测试场景的相关且足够的数据。
测试用例 ：测试人员确定应用程序是否正常工作的一组条件。
测试计划 ：详细说明预期测试活动的范围、方法、资源和时间表的文档。
回归测试：验证新的更改不会对现有功能产生不利影响。
冒烟测试：一组快速测试，用于在进行更详细的测试之前检查应用程序的关键功能。
性能测试 ：确保应用程序在预期工作负载场景下良好运行。
安全测试 ：验证应用程序的安全功能并识别潜在的漏洞。
用户验收测试 (UAT)：与真实用户一起进行，以确保系统满足他们的要求。
缺陷跟踪系统：报告、跟踪和管理测试期间发现的缺陷的工具。
发行说明：包含有关发行版中的新功能、更改、错误修复和已知问题的信息的文档。
签署：正式协议，表明应用程序符合所需标准并已准备好投入生产。
自动化测试套件（Automated Test Suites）：预先编写的测试脚本，用于一致且快速地执行大量测试用例。
回滚流程（Rollback Procedures）：当发布引入严重问题时，预定义的回退到先前版本的操作步骤。
监控工具（Monitoring Tools）：用于在发布后监控应用性能和稳定性的系统或工具。

这些组件可确保彻底、高效的发布测试流程，从而实现稳定、可靠的软件部署。

发布测试与其他类型的测试有何不同？

发布测试与其他类型的测试的不同之处主要在于其范围和目标。单元测试专注于各个组件，集成测试确保这些组件协同工作，而发布测试则是软件交付给用户之前的最终验证。它包括对产品的功能、性能、安全性和可用性的全面评估，以确保其满足发布标准。

与在整个开发过程中发生的连续测试不同，发布测试通常在开发周期结束进行。这是一个更加正式和高级的测试阶段，通常涉及**回归测试**来验证新的更改不会对现有功能产生不利影响。

发布测试还特别关注非功能需求，例如负载测试和压力测试，以确保软件能够处理实际使用。它是发现任何可能影响用户体验或导致系统故障的关键问题的最后一道防线。

在自动化方面，发布测试利用了自动化测试套件，涵盖了广泛的应用场景，包括那些在早期测试阶段可能尚未经过充分测试的场景。发布测试的自动化测试通常更加全面和复杂，模拟用户行为和系统交互，更接近生产环境。

鉴于其在软件交付过程中的关键作用，发布测试需要仔细规划和执行，重点关注风险评估和缓解，以确保顺利、成功的发布。

发布测试在软件开发生命周期中的作用是什么？

发布测试在软件交付给最终用户之前充当软件功能、性能和稳定性的最终验证。它是软件开发生命周期 (SDLC) 中的关键阶段，可确保产品满足定义的发布标准并做好部署准备。在此阶段，软件在密切反映生产设置的环境中进行测试，其中包括硬件、网络配置和其他系统软件。这有助于识别可能影响用户体验或导致发布后系统故障的任何最后一刻问题。

发布测试通常涉及手动和自动测试的组合，包括 回归测试、性能测试 和 安全测试。重点是验证新功能是否按预期工作，现有功能是否不受最近更改的影响，并且不存在关键的bugs。

发布测试的作用是为候选版本的质量提供信心，并确保其做好上市准备。它充当看门人的角色，防止缺陷到达客户并可能损害组织的声誉。

为了有效地执行发布测试，测试自动化工程师必须清楚地了解发布要求，根据风险确定测试用例的优先级，并利用自动化来加快测试过程。如果发现关键问题，他们还必须准备好迅速采取行动，要么解决缺陷，要么就发布时间表做出明智的决定。

流程和技术

发布测试过程涉及哪些步骤？

根据上下文，发布测试过程涉及的步骤如下：

最终确定测试环境：确保测试环境密切反映生产环境，以避免特定于环境的问题。
冒烟测试：快速运行测试子集以确认构建的稳定性，然后再进行更详细的测试。
回归测试：执行一组全面的自动化测试，以验证现有功能是否不受新更改的影响。
功能@@PROTECTED_36@@：重点关注版本中包含的新功能、增强功能和bug 修复，以确保它们按预期工作。
性能测试：评估各种条件下的系统性能，以确保其满足性能标准。
安全测试：进行安全检查以识别新版本中引入的任何漏洞。
可用性测试：验证任何 UI 更改或新功能的用户体验。
合规性测试：确保发布符合相关标准和法规。
手动探索性测试：执行无脚本测试以发现自动化测试可能遗漏的问题。
问题验证 ：重新测试已修复的问题以确认它们已得到解决。
健全性测试：在签署版本之前进行最终检查以确保核心功能正常工作。
文档审查：更新和审查文档以反映版本中的更改。
签署：根据测试结果和准备标准获得利益相关者的批准。
发布部署：将构建部署到生产环境。
Post-发布测试：监视生产中的应用程序是否存在任何直接问题。
回顾：审查发布流程以确定未来版本的改进。

发布测试中常用哪些技术？

发布测试中的常用技术包括：

冒烟测试：一组快速测试，以确保最重要的功能正常工作。
回归测试 ：自动测试以验证新更改不会对现有功能产生不利影响。
基于风险的测试 ：根据潜在的失败风险确定测试的优先级。
健全性测试 ：检查特定功能或错误修复是否按预期工作。
探索性测试 ：用于探索应用程序行为的无脚本测试。
性能测试 ：评估系统在负载下的性能。
安全测试 ：识别应用程序中的漏洞。
可用性测试 ：确保应用程序用户友好并符合用户体验标准。
兼容性测试 ：检查软件在不同环境和平台上的性能。
API 测试 ：验证应用程序 API 的功能、可靠性、性能和安全性。
数据库测试：验证数据库更新和数据检索的完整性。
用户验收测试 (UAT)：与真实用户一起进行，以确保软件满足他们的要求并准备好部署。这些技术通常得到持续集成/持续部署 (CI/CD) 管道的支持，这些管道自动执行构建、部署和测试流程，从而实现频繁且可靠的发布测试。

如何确定发布测试的范围？

确定发布测试的范围涉及评估对软件所做的更改以及这些更改可能对产品产生的影响**。考虑以下因素：

功能添加和修改：识别新功能和对现有功能的更改。重点关注更新最显着或最复杂的领域。
Bug 修复：查看已解决问题的列表并确保测试涵盖更正的功能。
风险评估：执行风险分析，根据潜在影响和失败的可能性确定测试的优先级。
依赖关系：评估可能影响软件的第三方库或服务的更改。
资源可用性：使范围与可用时间、人员和工具保持一致。
测试覆盖率 ：分析现有测试覆盖率以确定需要解决的差距。
非功能需求 ：包括可能受该版本影响的性能、安全性和可用性方面。
客户反馈：合并以前版本的反馈，重点关注用户关注的领域。
法规遵从性：确保满足所有法规要求并针对发布进行测试。结合使用手动和自动测试来有效覆盖范围。自动回归测试可以快速验证现有功能是否不受影响，而探索性测试可用于评估新功能和复杂区域。根据上述因素确定测试用例的优先级，以确保发布测试流程彻底且高效。

进行发布测试的最佳实践有哪些？

进行发布测试的最佳实践包括：

**优先考虑测试用例**基于风险和影响。专注于影响最终用户体验的关键功能。
自动化回归测试确保现有功能在新更改后仍按预期工作。
使用版本控制用于测试用例和脚本来跟踪更改并保持跨环境的一致性。
执行环境检查在测试之前确保发布环境尽可能匹配生产。
验证配置和依赖关系以避免与环境设置相关的问题。
**实施持续集成/持续部署（CI/CD）**简化发布流程并尽早发现问题。
利用功能切换控制新功能的可见性并在需要时更容易回滚。
**执行探索性测试**与结构化测试一起发现意外问题。
收集指标并使用仪表板监控测试进度和质量指标。
有效沟通与所有利益相关者讨论与发布相关的状态、风险和决策。
**查看并更新测试用例**定期反映应用程序和用户行为的变化。
**执行后发布测试**验证部署并发现早期阶段漏掉的任何问题。

  // Example of a simple automated regression test in TypeScript using a fictional testing framework
  test('User can successfully log in', async () => {
    const loginPage = new LoginPage();
    await loginPage.open();
    await loginPage.enterCredentials('user@example.com', 'password123');
    await loginPage.submit();
    expect(await loginPage.isLoggedIn()).toBe(true);
  });

记录经验教训每次发布后以改进未来的测试周期。

您如何管理和跟踪发布测试期间发现的问题？

管理和跟踪发布测试期间发现的问题对于确保在部署软件之前解决缺陷至关重要。这是一个简洁的方法：

利用问题跟踪系统例如 JIRA、Bugzilla 或 GitHub 问题。确保使用唯一标识符记录每个缺陷。
对问题进行分类根据严重性、类型和组件确定修复的优先级。
分配明确的所有权针对每个问题向团队成员问责。
集成您的测试自动化框架使用问题跟踪器自动为新缺陷创建票证。
定期评审与分级处理（Regularly review and triage）：对新增问题进行定期评审和优先级划分，评估其对发布的影响。
进度监控（Monitor progress）：通过仪表盘展示未解决、进行中和已关闭的问题，实时跟踪状态。
高效沟通（Communicate effectively）：及时向干系人同步缺陷状态及修复进展。
自动提醒（Automate reminders）：对逾期问题设置自动提醒，确保及时处理。
使用标签或分类（Use labels or tags）：为与发布测试相关的问题添加标签，便于筛选和管理。
发布后回顾（Conduct post-release retrospectives）：分析缺陷趋势，总结经验，优化后续测试周期。

通过遵循这些步骤，可以清晰掌握整体缺陷情况，确保在软件发布前关键问题得到有效解决。

工具和技术

发布测试常用哪些工具？

发布测试的常用工具包括：

selenium ：用于自动化网络浏览器的开源工具。它支持多种语言和浏览器。
Jenkins：一种持续集成工具，可以编排和自动化发布测试工作流程。
jira ：问题跟踪工具通常用于管理和跟踪发布测试期间发现的缺陷。
TestRail：用于组织测试用例、计划和运行的测试管理工具。
Git：版本控制系统，用于管理代码更改和团队成员之间的协作。
Docker：可用于创建一致的测试环境的容器化平台。
Appium：用于在 iOS 和 Android 平台上自动化移动应用程序的开源工具。
Postman ：API 测试工具，对于后端发布测试至关重要。
负载运行器或 JMeter ：用于模拟用户负载和测量系统性能的性能测试工具。
SonarQube：静态代码分析工具，用于在发布前检测代码质量问题。

  // Example usage of Selenium WebDriver in TypeScript
  import { Builder, By, Key, until } from 'selenium-webdriver';
  (async function example() {
    let driver = await new Builder().forBrowser('firefox').build();
    try {
      await driver.get('http://www.example.com');
      await driver.findElement(By.name('q')).sendKeys('webdriver', Key.RETURN);
      await driver.wait(until.titleIs('webdriver - Google Search'), 1000);
    } finally {
      await driver.quit();
    }
  })();

这些工具有助于自动执行重复性任务，确保测试环境的一致性，管理测试用例和缺陷，并提供对代码质量和性能的见解。选择正确的工具取决于项目要求、技术堆栈和团队专业知识。

或
**[JMeter](/zh-cn/wiki/jmeter/)** ：用于模拟用户负载和测量系统性能的性能测试工具。

SonarQube：静态代码分析工具，用于在发布前检测代码质量问题。

这些工具如何帮助发布测试过程？

自动化测试工具通过高效、一致地执行预定义的测试用例来简化 发布测试流程。它们减少人为错误并节省时间，从而实现更频繁、更彻底的测试周期。这些工具可以快速识别回归和最近更改引入的新bugs，确保软件在发布前稳定。通过与持续集成/持续部署 (CI/CD) 管道集成，自动化工具可以在每次代码提交时触发测试，为开发人员提供即时反馈。这种集成有助于维护高质量的代码库，并降低发布阶段最后一刻出现意外的风险。自动化工具还有助于**非功能测试，例如性能、负载和压力测试，这对于评估系统在类似生产环境下的行为至关重要。它们可以模拟多个用户和交易，从而深入了解系统的可扩展性和可靠性。此外，这些工具支持测试报告和文档**，生成详细的日志和报告，帮助跟踪测试覆盖率和结果。该文档对于审计跟踪和合规性目的至关重要。自动化工具可以通过编程来执行复杂的测试场景，而手动执行则很困难。它们可以与各种界面交互并模拟现实世界的用户交互，确保应用程序在不同环境中按预期运行。总之，自动化测试工具对于高效且有效的发布测试流程至关重要，可以提供快速反馈，确保一致测试执行，并最终有助于交付高质量的产品。

使用自动化工具进行发布测试有哪些优点和缺点？

发布测试自动化工具的优点：

效率：自动化工具可以比手动测试更快地执行测试，从而可以在更短的时间内运行更多测试。
可重复性：测试可以以一致的精度重复运行，这对于发布测试以确保可靠性至关重要。
成本效益：随着时间的推移，自动化测试可以更具成本效益，因为同一组测试可以在不同版本的软件中重复使用。
覆盖率：自动化可以增加测试的深度和范围，以提高覆盖率，包括压力、负载和性能测试。
早期Bug 检测：自动化测试可以集成到 CI/CD 管道中，从而尽早发现问题。

发布测试自动化工具的缺点

初始环境搭建成本：设置自动化测试环境和脚本需要前期投资。
维护：测试脚本需要定期更新以应对软件的变化，这可能非常耗时。
学习曲线：团队可能需要学习新的工具和脚本语言，这可能会延迟初始实施。
误报/Negatives：如果设计或维护不当，自动化测试可能会产生误报或误报。
人类洞察力有限：自动化缺乏手动测试人员提供的定性反馈，可能会遗漏可用性问题或其他难以量化的非功能方面。

如何选择合适的发布测试工具？

为发布测试选择正确的工具需要评估几个因素，以确保它们符合您的项目需求：

兼容性：确保该工具支持您的项目中使用的技术（例如编程语言、框架和平台）。
集成：寻找与现有 CI/CD 管道和其他开发工具顺利集成的工具。
可用性：选择用户友好且符合您团队技能水平的工具。
可扩展性：该工具应该能够处理测试套件和项目复杂性的增长。
报告：选择提供全面报告功能的工具，帮助您做出明智的决策。
成本：考虑工具的成本，包括许可、维护和培训费用。
社区和支持：强大的社区和良好的支持对于故障排除和保持工具保持最新状态非常宝贵。
定制：定制工具的能力对于适应特定的测试需求至关重要。
性能：评估工具的性能并确保它不会成为发布过程中的瓶颈。
可靠性：选择具有经过验证的可靠性记录的工具，以避免发布测试期间出现中断。通过仔细评估这些标准，您可以选择能够提高发布测试工作效率和效果的工具。请记住定期检查您选择的工具，以确保它们继续满足软件开发生命周期不断变化的需求。

技术在发布测试中扮演什么角色？

技术通过实现自动化、提供实时洞察以及确保一致性和可重复性，在发布测试中发挥着关键作用。自动化工具通常可以在工作时间之外快速有效地执行一套测试，以最大化测试覆盖率并最小化人为错误。持续集成 (CI) 和持续部署 (CD) 管道将发布测试集成到软件交付流程中，从而实现频繁且可靠的发布。

虚拟化和容器化等技术有助于为发布测试创建一致的环境，确保测试以受控和隔离的方式运行。这对于在模拟生产环境的条件下验证软件至关重要。

监控和分析工具在发布测试期间跟踪应用程序的性能和行为，针对问题提供即时反馈。这使得团队能够在问题影响用户之前解决问题。总之，技术通过以下方式增强发布测试：

自动化重复任务以节省时间并减少错误。
将测试集成到 CI/CD 管道中以获得更快的反馈循环。
**创建一致的测试环境**通过虚拟化和容器化。
提供分析以便做出更好的决策。

  // Example of a CI pipeline script integrating release testing
  pipeline {
      agent any
      stages {
          stage('Build') {
              steps {
                  // Build application
              }
          }
          stage('Test') {
              steps {
                  // Run release tests
              }
          }
          stage('Deploy') {
              steps {
                  // Deploy to production
              }
          }
      }
  }

挑战和解决方案

发布测试期间面临哪些常见挑战？

发布测试期间的常见挑战包括：

环境不一致：测试环境和生产环境之间的差异可能会导致意外问题。
数据复杂性：确保测试数据能够代表生产数据，而不损害安全性或隐私。
时间限制：发布截止日期可能会限制测试的彻底性。
资源分配：平衡熟练测试人员的需求与其他项目需求。
回归bugs：新代码可能会无意中影响现有功能。
测试覆盖率 ：实现足够的覆盖范围，以确保所有功能和错误修复都得到验证。
片状测试 ：非确定性测试可能导致误报或误报，从而损害结果的可信度。
集成问题：测试各种组件之间交互的挑战，尤其是在微服务架构中。
性能瓶颈：识别并解决仅在类似生产负载下才变得明显的性能问题。
部署问题：仅当应用程序部署在生产环境中时才会出现的问题。
变更管理：跟踪变更并确保它们全部经过测试可能很困难，尤其是在快节奏的环境中。
沟通差距：确保所有利益相关者清楚了解发布状态和遇到的任何问题。缓解策略包括：
使用 容器化和 基础设施即代码以尽量减少环境差异。
实施 强大的数据管理测试数据的实践。
根据风险和影响确定测试用例的优先级。
为发布测试分配专用资源。
雇用 自动化回归测试 。
利用 代码覆盖率工具识别未测试的区域。
通过提高测试稳定性和可靠性来解决不稳定的测试。
指挥 集成和端到端测试 。
表演 加载和压力测试 。
练习 持续部署和监控在预生产环境中。
利用 更改跟踪和 发布管理工具 。
维护 畅通的沟通渠道团队成员和利益相关者之间。

如何缓解这些挑战？

缓解发布测试中的挑战涉及战略规划和高效执行。以下是一些方法：

确定测试优先级：根据风险和影响，首先关注关键领域。
尽可能自动化：使用自动化来处理重复、耗时的任务。
维护测试环境 ：确保它们尽可能地反映生产情况，以避免特定于环境的问题。
使用版本控制：将测试和相关工件保留在版本控制中，以便更好地协作和跟踪。
实施持续集成：在代码签入时自动运行测试以尽早发现问题。
监控与度量（Monitor and measure）：使用仪表盘和报告工具跟踪测试进度及质量指标。
协作（Collaborate）：促进开发、测试与运维之间的沟通协作，以便快速解决问题。
团队培训（Train your team）：保持团队对最新测试工具和实践的持续学习与更新。
评审与调整（Review and adapt）：定期回顾测试流程，并根据经验教训进行优化调整。

通过实施这些策略，可以减少常见挑战带来的影响，并提升发布测试工作的整体效果。

在发布测试期间可能会发现哪些问题示例？

在发布测试期间，可以发现早期测试阶段可能未检测到的各种问题。示例包括：

集成问题：组件交互时出现的问题，特别是如果它们是单独开发的或自集成测试以来更新的。
性能瓶颈：响应时间缓慢或在类似生产负载下吞吐量降低。
安全漏洞：可被利用的漏洞，通常使用专门的安全测试工具发现。
用户界面缺陷：UI 中影响用户体验的不一致或错误，通常是由于最后一刻的更改造成的。
数据迁移问题：从旧系统或版本转换时出现数据完整性或丢失问题。
配置错误：部署环境中的错误设置会导致故障或性能不佳。
资源泄漏：未释放的内存、数据库连接或文件句柄可能会随着时间的推移导致系统不稳定。
跨平台兼容性问题：仅在某些环境或特定硬件配置下出现的缺陷。
本地化和国际化错误：与支持多种语言和区域设置相关的问题。
监管合规问题：不符合行业或法律标准，可能导致处罚或限制。在软件发布之前识别并解决这些问题对于确保成功部署并保持产品的质量和可靠性至关重要。

在发布测试期间发现关键问题时，您如何处理？

当在发布测试期间发现严重问题时，需要立即采取行动：

沟通向所有利益相关者（包括开发团队、项目经理和企业主）提出这个问题。
优先考虑该问题基于其严重性和对版本的影响。
评估延迟发布的风险与已知问题发布的风险。
分配资源尽快修复。
开发并测试修复在单独的环境中，以确保它不会引入新问题。
**执行回归测试**确认修复解决了问题而不影响应用程序的其他区域。
更新自动化测试覆盖已发现的问题并防止将来再次发生。
决定如果问题得到解决，是否继续发布；如果需要进一步工作，是否推迟发布。
文件问题、决策过程和结果以供将来参考。在发布的紧迫性和软件质量之间保持“平衡”至关重要。关键问题可能会严重影响用户体验和业务运营，因此必须谨慎和精确地处理它们。目标是确保产品发布后稳定且功能齐全，同时最大限度地减少对发布计划的干扰。

可以使用哪些策略来确保有效且高效的发布测试？

为了确保有效且高效发布测试，请考虑以下策略：

**优先考虑测试用例**基于风险和影响。专注于直接影响最终用户体验的关键功能。
实施 **持续集成/持续部署（CI/CD）**用于自动化构建、部署和测试周期的管道，减少手动工作并加快反馈循环。
使用 功能切换控制新功能的发布，允许您在生产中进行测试，而不会将未完成的功能暴露给所有用户。
并行化测试以减少执行时间。跨不同环境和配置同时运行测试。
重用测试工件从之前的阶段来看。回归测试应该自动化并包含在发布测试套件中。
监控和分析测试结果实时。使用仪表板和警报来快速识别和解决故障。
利用服务虚拟化模拟可能无法用于测试的依赖系统，确保测试环境尽可能接近生产环境。
优化测试数据管理确保测试获得处于正确状态的必要数据，这对于准确测试至关重要。
审查和完善定期检查您的测试用例，以消除冗余并保持套件的精简和重点。
与开发人员合作确保单元测试和集成测试全面，减轻发布测试的负担。
**执行探索性测试**与自动化测试一起发现自动化测试可能遗漏的问题。通过应用这些策略，您可以简化发布测试流程，使其更加稳健并能够响应开发生命周期的需求。

发布测试 ｜ Release Testing

相关术语