IQ-OQ-PQ简介：
IQ，OQ和PQ构成软件验证过程的第3季度。
作为测试人员，我们都知道软件开发团队根据软件需求规范（SRS），功能规范在内部开发软件，之后测试团队在各种测试环境中验证不同测试级别的实现，从最简单到高端，从而复制了生产环境。
通过SDLC的这种方法，软件开发团队通常将完成的软件（开发和验证）移交给运营团队。此外，它是运营团队（通常称为Ops团队），负责将其部署到生产环境并使其可供最终用户使用。
现在，这是运营团队在生产环境中使软件正常运行的真正挑战，因为在软件开发阶段，开发和验证已在模拟环境中完成，并且很少接近实时环境，仅在数据可用性和生产环境配置的情况。
这是软件验证的基础。一旦验证完成并且软件由程序/产品团队签署，Ops团队将在接受要部署到生产的软件之前执行一系列活动，以证明软件的行为符合预期，只不过是验证活动。
Verification与Validation
在这里，让我们清楚地了解“verification”和“validation”活动之间的区别。
“ verification ”是针对给定的一组要求和规范评估软件，这些要求和规范由开发人员和测试人员在软件开发站点内部完成。
“ validation ”是一组质量保证检查，由外部客户，所有者，供应商在交付产品时执行，以在接受或购买产品之前检查其适用性。验证活动主要在生产现场进行。
因此，在应用程序开发的情况下，Ops团队正在执行软件的验证活动。
验证过程的阶段
通常，任何产品的验证过程都是指产品从开发到使用和维护的整个生命周期。因此验证过程分为5个阶段。
验证过程的5个阶段是：
许多行业（如制造，医疗，制药等）都遵循验证流程的这一5阶段方法。在购买机器，设备或产品之前，最终客户将进行验证。
软件验证活动的组成部分是证明“软件已准备好供用户使用”，并主要验证软件的成功安装，然后是功能和可操作性。
3Q的方法：IQ-OQ-PQ
但是，在软件环境中，3Q的方法IQ-OQ-PQ作为验证的一部分被遵循，它将由运营团队执行，该团队最终负责将软件部署到生产中。
以下是验证过程流程图：
软件团队将为其软件制定模板，计划和任何其他用于执行第3季度的文件，其中包括作为这些资格的一部分进行的详细方法，任务/活动/测试。与测试结果。
在软件移交期间，摘要 告将与二进制文件和其他可交付成果一起移交给Ops团队。
在高层，
总的来说，执行IQ，OQ和PQ的目的是确保可以成功部署软件，并且可以使用所有功能而没有任何瓶颈。
理想情况下，IQ，OQ和PQ是顺序活动，需要按顺序执行。除非安装完成，否则无法验证软件的功能，除非功能得到验证，否则无法衡量性能。有时由于时间限制，一旦OQ的关键方面建立起来，PQ就可以与OQ并行启动。
现在，让我们详细了解这三个阶段中的每个阶段。
安装资格（IQ）
安装资格也称为“IQ”，是验证所提供的软件（二进制文件，脚本等）是否可以在具有指定配置的指定环境中成功安装的过程，并验证这些安装步骤是如何记录在文档称为“安装指南”。
以下项目由开发团队提供，并附带交付的软件包，并由Ops团队用于执行IQ。
1） “安装指南”文档，其中记录了所选环境中的安装步骤。
2） ‘配置指南’文档设置可配置的软件。有时，此文档将成为安装指南文档本身的一部分。
3）软件包和安装脚本，最好是自动脚本。
软件安装资质阶段被认为是最关键的一条，通常许多问题出现在这个阶段了。
因为：
a）开发环境不具备可用于验证安装问题的100％实时环境，因此环境差异导致若干问题。
b）由于各种原因，在软件开发的初始阶段，开发和运营团队之间可能没有足够的协作和协调来处理未来的问题。
c）在记录文档中的实际安装步骤时可能存在一些文档问题，这些步骤在生产环境中可能不完全匹配。
目前，整个软件安装过程将通过一系列脚本尽可能自动化。如果安装存在任何问题，则自动安装将因配置中的任何错误匹配而失败，并且需要手动干预来解决这些问题。
由于Ops团队严格按照安装指南中软件团队提供的说明执行IQ，因此确保“安装指南”的编写方式非常重要，并且软件团队也有责任安装步骤与实时环境匹配。
测试人员有责任确保在内部验证“安装”过程以及文档验证的完整性，并确定与系统上运行的实际步骤的任何错误匹配，以及安装指南。
在编写安装指南并在内部进行验证时，需要牢记以下几点，以便最大限度地减少生产过程中软件安装过程中出现的问题。
SNO 安装指南要点
1主要和最重要的是，“安装指南”应该用简单易懂的语言编写。
2需要确保它不会长达5页以上。它应该简短而整洁。
3需要为每个执行步骤提供序列 以跟踪其状态。
4尽可能自动化步骤并将所有步骤捆绑到一个脚本中。
5应使用标准模板编写安装过程。
6应明确提及先决条件以避免错过匹配，并且需要提供验证它们的步骤。如果存在未命中匹配，则应提供将其提升到预期水平或安装这些包的说明。
7安装软件所需的典型时间应在Ops团队的安装指南中提及，以了解安装的大致时间，以便相应地规划其活动。
8需要在指南中明确提到需要在安装过程中降低的服务，如何降低服务以及降低安装的影响。
9应避免提供其他文档的链接，并从一个文档切换到另一个文档。所需的每一条信息都应该在同一份文件中提供。如果需要引用其他文档，请将它们与软件包一起提供，然后需要在主文档中引用它们。
10需要确保文档中提到的脚本名称与二进制文件一起打包的脚本名称相同。
11应确保安装指南文档中引用的所有脚本与二进制文件一起提供。
12确保“安装指南/配置指南”中明确提及了所有配置参数以及默认值和其他支持的值。
13应提供在软件安装完成后执行构建验证测试的自动测试。它们需要的数量最少，重要的是验证构建是否已成功安装。
14需要提供“Smoke Tests”以确保系统的端到端连接是完美的，并且系统的所有组件都按预期相互通信。
15如果软件安装失败，则会提供回滚脚本以及程序包，并在“安装指南”中明确写出回滚过程，以便成功执行回滚和还原系统。
考虑到以上所有要点，最佳做法是以最少的人为干预自动化软件安装过程，以避免人为错误。
如果在IQ验证阶段发现任何问题，则会向软件团队 告，在确定后，将执行烟雾测试和构建验证测试以检查软件安装是否成功。
因此，IQ阶段包括安装软件包，然后进行构建验证和烟雾测试。
因此，成功完成IQ阶段非常重要，因为软件的成功和正确安装可确保消除与功能故障相关的大多数问题。
运行资格（OQ）
操作资格，也称为OQ，是IQ成功完成后软件验证过程的下一个活动。
操作资格活动包括运行测试以验证软件在操作上是否适合部署到消费者。理想情况下，软件的关键功能将作为此验证过程的一部分进行验证。
执行OQ验证的OQ计划需要由软件团队（测试人员）准备，该团队应该涵盖需要执行的OQ测试的所有方面，包括诸如否的详细信息。测试，测试时间表，方法，工具，对服务的影响，测试执行顺序， 告问题的方法和修复它们的SLA，缺陷分类方法等，
作为OQ的一部分运行的操作资格测试再次由软件团队提供，同时提供软件可交付成果。这些操作资格测试是基于“功能需求规范”文档设计的重要测试的集合，以确保整个软件系统按预期运行。
该OQ测试规范文档由测试工程师根据功能需求规范文档准备。通常，此文档将是在SDLC的系统测试阶段准备和验证的系统测试规范文档的子集。
可以更改或更新测试，以满足操作团队的要求以及将要执行的站点的条件。
因此，在选择作为OQ一部分的测试时应特别注意确保所有关键功能和主要业务工作流程都包含在此验证中。
以下是测试人员在准备OQ测试规范文档时的提示。
SNO 准备OQ测试规范文档时测试人员的提示
1确保关键功能测试证明选择并包含了预期的软件功能，因此OQ测试规范文档中提供了每个书面测试用例的必要可追溯性。
2确保测试用一步一步的行动整齐地编写，是不言自明的，并且能够被普通人理解。
4清楚地提到每个测试的强制性和可选的先决条件。
5包括大多数阳性测试用例以验证功能。
6包含极少数负面测试用例，以确保在无关输入的情况下软件行为符合预期，并且系统能够成功处理否定案例。
7不必包括与边界值相关的测试用例，它们验证极值，但在需要时使用最常见的日常使用值作为输入。
8如果需要从默认值更改，请提及要设置的配置值。
9在任何可用的地方提供要运行的自动化测试用例。在手头确保可以在计划OQ的系统上运行这些自动化脚本。
10确保每个测试用例都具有明确的“预期”和“实际”结果作为参考。如有必要，请添加任何注释以解释实际结果。
11还必须为每个测试用例包括“接受标准”。验收标准可以是执行测试用例后系统的状态。
12提供准确用于每个测试的“测试数据”。尝试从实时提供最常见的数据。还有一些特殊的数据，以确保系统也能处理特殊情况。确保系统上尚不存在使用的测试数据。如果用户想要多次执行测试用例，请提供多组数据。
13如果多个操作用户并行运行来自不同位置的测试，请提供相应地使用不同数据集进行测试的指令。
14提供所需的检查清单，以确保在运行测试之前按预期设置所有配置和先决条件。
15如果系统可以访问，则在测试运行时继续监视日志。
16如果可能且需要在执行这些测试用例期间向操作用户提供执行支持。
17解释在执行期间发现的 告问题的方法。最好使用错误跟踪工具来跟踪问题。仔细监控每个问题，并根据商定的SLA将其关闭。
18运行涉及利益相关者的’缺陷分类’，以了解关键和严重问题，并经常提供有关这些问题的更新。
19提供最终的“OQ测试执行摘要 告”模板，以便在执行完成后发布最终结果。
因此，准备好的OQ计划和测试规范应该由相关的利益相关者进行彻底的审查和签署，以确保覆盖范围不是太少或太多，并涵盖所有关键功能。
成功完成OQ表明该软件将根据其在所选环境中的操作规范运行，并且它是将软件转向其生产的阶段门户，并且是继续进行下一个验证过程活动的信 ，即PQ。
效能资格（PQ）
确保IQ成功后，OQ完成验证过程中的下一个活动是确保产品/软件在预期负载下是否始终满足指定的性能方面，而不会在生产环境中造成任何瓶颈。
PQ的关键方面是确保软件安装在预期的系统上时，可以处理实时负载并满足预期的响应时间，并且在处理并发用户时不会在峰值负载和压力下崩溃。
因此，PQ主要是为了确保软件的指定性能标准是否在一段时间内（可能是一周）在可靠的基础上在不同的负载条件下实现，就像现场模式一样。因此，必须每天运行这些测试以监视软件系统行为，因此PQ将花费一些时间来完成，直到确保系统被证明其性能。
理想情况下，PQ验证在OQ完成后执行，其中确保了软件的功能，并且可以继续验证产品或软件的性能方面。有时由于时间限制，PQ可以与OQ并行启动，基于对OQ完成百分比的置信度。
使用满载系统或类似于实时的条件在实时系统上执行这些性能测试是理想的，并确保性能方面没有瓶颈。
以下测试通常作为性能认证的一部分运行。测试的选择因软件而异。
＃1）可用性测试： 确保软件持续可用而不会崩溃或停机。
＃2）可访问性测试： 确保以预期的性能速度从每个位置轻松访问软件，没有任何问题。
＃3）负载测试： 在预期的日常负载和峰值负载条件下测量系统的行为。
＃4）压力测试：测量极端负载条件下系统的断点。
＃5）吞吐量性能测试：测量系统的响应时间并测量TPS（每秒事务数）
＃6）可伸缩性测试：系统可以扩展以处理预期的并发用户。
性能测试方案和相应的自动化脚本是根据“用户需求规范”文档中指定的性能相关要求准备的。
与OQ计划类似，应制定详细的PQ计划，明确说明测试方法，战略，计划和计划以及工具，并与PQ执行人员一起完成。
性能测试和监视工具需要安装在执行PQ的环境中，以测量和 告性能指标。
以下是测试人员使操作团队成功执行PQ的提示。
斯诺测试人员启用运营团队的提示
1准备关键业务特定方案以基于URS执行性能测试。
2确保包含测试以证明系统满足各种负载条件下响应时间，速度，可扩展性和稳定性的期望。
3确保指定的负载可用，或者在相应的测试用例中明确提到了生成所需负载的方法和工具。
4清楚地提到每个场景的先决条件，例如系统上应存在的预加载条件，并发用户数等，
5提及建议用于执行特定于每个测试类别和每个测试的性能测试的工具。
6确保明确提及监控性能指标的过程。
7指导，支持和培训运营团队，对系统进行性能测试。
成功完成PQ后，满足性能要求非常重要，因为任何与性能相关的偏差都会通过给用户造成不适而导致巨大的业务损失，并且对所使用的软件的信任将丢失，从而导致软件的故障。
简而言之，下表总结了IQ-OQ-PQ活动。
IQ OQ PQ
介绍 验证软件安装过程以及如何记录 过程验证系统的正常运行 客户，业主，供应商，运营团队
对象 客户，业主，供应商，运营团队 客户，业主，供应商，运营团队 客户，业主，供应商，运营团队
目的 在业主 站，运营团队的位置，现场 站，生产环境等
阶段 在OQ和PQ之前从软件团队收到软件时 在释放系统以供使用之前和IQ成功完成之后 在将系统置于Live
之前和成功IQ之后，OQ完成
下表说明了每个验证阶段的各种输入。
类型 文件内容
IQ 1.设计规范文档
2.软件二进制文件和其他安装脚本
3.安装指南文档
4.配置指南文档
5.构建验证和烟雾测试文档
OQ 1.功能规范文档
2. OQ计划文档
3.操作资格测试文档
4. OQ测试摘要 告模板
5. IQ成功完成
PQ 1. URS（用户需求规范）文档
2. PQ计划文档
3.性能认证测试文档
4. PQ测试摘要 告模板
5. IQ和OQ成功完成
结论
即使产品/软件已通过所有验证阶段并且未能证明IQ-OQ-PQ中的任何一个，结果也可能是灾难性的并且将产生巨大的成本。 因此，单独成功完成IQ-OQ-PQ就是将产品从开发站点成功转移到生产站点。
总的来说，成功完成IQ-OQ-PQ验证过程不仅可以提供对软件的信心，还可以让客户，所有者，软件开发人员和测试人员高枕无忧。
运行IQ-OQ-PQ还可以降低将其部署到现场的风险，而无需进行测试并降低故障成本并降低召回产品的风险。
因此，Guys，软件开发人员和测试人员在完成内部开发和测试并向Ops团队发布软件后没有庆祝。只有当它成功完成IQ-OQ-PQ并且软件在目标系统上运行时才庆祝。
因此，软件的成功取决于IQ-OQ-PQ的成功完成以及软件何时可用并准备好供最终用户使用。
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！