odoo cuba中针对软件包的erp解决方案的测试管理系统

软件产品的质量高度依赖于开发过程的效率和有效性。当测试过程遵循将质量属性标准化并将其纳入解决方案的标准和程序的指导时，可以有序且有意地重复使用质量良好且无错误的软件组件，从而可以降低生产成本并增加生产成本。顾客满意度。

本文的创建主要是为了响应Desoft La Habana部门的开发管理中Odoo Desoft R + D + i项目的不断增长的需求，以使开发和测试过程自动化，确保Odoo解决方案的通用过程适用于古巴环境，通过在整个开发过程生命周期中整合这些工具来减少测试时间，在开发和测试过程中整合和集成一系列工具，并与开发过程中涉及的所有各方实现可追溯性和集成。

作为新软件产品线（LPS）开发模型的实施过程的一部分，由于采用了Odoo技术，从2012年至今，Odoo Desoft R + D + i项目一直在重新设计其过程。质量管理和测试管理，以便调节，控制和衡量生产过程。

介绍

任何旨在满足最终客户并提高生产效率的生产或服务过程都需要质量管理系统和本质上是测试管理系统的支持。从2012年的第一个两周开始，决定创建一个质量管理小组，因此将专门成立一个小组，专门负责管理和执行该部门开发管理中R + D + i项目中的测试。 Desoft La Habana的工作重点将放在满足Odoo中针对软件包的ERP解决方案的特殊性上，以及简化软件开发过程而不忽视其必须满足的质量属性的需求。该软件具有某些特殊特性，并且没有良好的开发过程，几乎不可能获得好的产品，因此，对开发过程的质量和软件本身的定义应基于以下特征：

软件是一种心理产品，不受物理法则或制造过程的限制。它是抽象的，质量也是如此，它是开发的，而不是制造的。成本基本上是在设计过程中，而不是在生产中。错误会渗入设计而非生产中，软件不会随着时间的流逝而恶化。它不受环境影响的影响，并且其故障曲线与硬件的曲线非常不同。维护过程中出现的所有问题从一开始就存在，并且会影响到它的所有副本。没有新的错误产生，软件维护比硬件维护复杂得多。当硬件组件损坏时，将其替换为备件，但是，每一个软件故障都会在设计或将设计转换为可执行机器代码的过程中产生错误，对软件产品进行更改看似很容易，但是这些更改的影响可以爆发性地传播。并且不受控制，带有错误的软件不会被拒绝。假定该软件是不可避免的。

重要的是要强调，针对Odoo软件包的ERP解决方案中的测试必须由已结合整个测试过程中要考虑的基本方面的过程/策略来支持，其中之一是用于软件测试的ISO / IEC 29119标准。是软件测试领域的国际基准，可让您消除现有的不一致之处，并涵盖软件测试过程中那些根本没有考虑到的领域。

重要的是要强调指出，必须在软件开发的所有演进阶段（规格，设计和编码）都考虑执行测试。当劣质的问题无法解决或解决方案非常昂贵时，仅考虑解决方案的质量是不够的。

以下研究提出了一种测试策略和一种生态系统，以自动化开发和测试过程，确保针对古巴环境的Odoo解决方案的通用过程，通过在整个开发过程生命周期中整合它们来减少测试时间，在开发和测试过程中整合和集成工具链，并与开发过程中涉及的所有各方进行追溯和集成。

重要的是要强调，测试管理系统将ISO / IEC 29119标准的良好实践系统化，它将涵盖在Desoft La Habana部门质量管理系统的整个结构中设计的解决方案的整个生命周期。

组织结构。

Desoft La Habana分部的开发管理中的Odoo Desoft R + D + i项目是根据注重于体系结构的软件开发模型的特征和基于软件产品线范式（ LPS），从而产生了一种新的管理模式，并结合了软件产品的工厂生产模型，并具有高度自动化的生产过程。

ODOO DESOFT R + D + I项目的组织结构

基于此结构，确定了测试组的主要目标，无非就是监视和控制测试的管理和执行，从而建立了一个可以进行规范，执行，审查和审核的工作系统。为了衡量质量小组中解决方案的质量，该术语让位于定义了测试策略和支持该策略的测试生态系统。

战略与测试生态系统。

针对Odoo中针对软件包的ERP解决方案的“测试管理系统测试策略”整合了一系列活动，这些活动描述了测试过程中要执行的步骤：计划，测试用例设计，执行和结果，并考虑需要多少工作量和资源，从而获得正确的软件结构。

测试策略的总体目标是建立一个程序，该程序可以组织和计划要进行的活动以取得令人满意的测试结果，其具体目标如下：

在每次迭代中计划必要的测试通过创建指定要测试的内容，如何执行测试的测试用例，并在可能的情况下创建可执行的测试组件以使其自动化来设计和实施测试，以执行不同的测试并处理每个测试的结果系统地测试。

整个“测试组测试策略”过程分为三个阶段：

测试计划与监控测试分析与设计执行测试

全球测试策略的阶段

每个阶段都定义了要执行的活动，在每个阶段中生成或支持活动的工件以及每个活动中涉及的人员的角色和职责。不同的阶段和活动与软件开发生命周期相关，在Odoo Desoft R + D + i项目中针对Odoo的针对软件包的ERP解决方案的开发方法论中进行了记录。 Odoo中针对软件包的ERP解决方案的开发方法学分析过程与测试计划阶段直接一致，因为从初始阶段开始就测试活动的估计和预计的完成日期（计划和测试计划）。

测试策略考虑了自动化以提高产品质量和优化测试工作，其一些优势包括：

自动化减少了回归测试的工作量和时间；自动化在变更周期内执行验证，由于时间限制，这是无法手动进行的；自动化实现了一致性和逻辑覆盖。如果设计正确，则没有排除测试用例或忽略错误的风险。

要强调的一点是，由于针对Odoo中软件包的ERP解决方案进行了大量的自定义，参数化和可变性，因此对于古巴环境而言，自动化某些通用Odoo流程的测试案例是非常必要的，这对于它的重要性和复杂性需要在每个生成的版本中进行回归测试。

测试自动化的可行性取决于将传统技术与面向支持此类测试策略的测试生态系统的测试框架相结合。

测试生态系统的概念始于在开发和测试过程中合并和集成一系列工具的基础，这些工具将支持测试策略的前提，并允许与过程中涉及的所有各方进行追溯和集成。开发和测试。原则上，它的使用变得复杂，需要更多的精力和时间才能获得有效的结果。在开发阶段之前或之中进行测试可以提高代码实施的安全性，因为它与测试的执行并行进行，从而消除了产生影响其他已验证代码的错误的风险。

测试生态系统

验证和确认测试策略和生态系统。

为了验证和确认测试策略和生态系统，确保了测试策略提出的不同阶段，活动和工件与软件开发生命周期相互关联，这在针对重点ERP解决方案的开发方法学中进行了记录。在Odoo Desoft R + D + i项目中使用Odoo中的软件包，并证明自动化测试生态系统能够满足测试策略以及开发方法中规定的需求。

为了开展这项活动，主要目标是：

开发方法论与测试策略之间的关系。

开发方法和测试策略

开发方法和测试策略阶段的活动和工件之间的关系。在开发方法的每个阶段，仅引用与测试策略相关的可交付成果，用作测试过程的输入。

开发方法论的阶段和可交付成果（仅包括与测试策略直接相关的可交付成果）	测试策略的阶段和可交付成果
分析 -需求说明	测试计划 -测试计划（初始版本）-测试计划 -事件管理程序（每个项目都有一个不同于标准的程序）测试分析与设计 -用户故事规范 -测试用例的规范和设计（系统） -追溯矩阵
设计 -Flow X解决方案设计规范 -Module X解决方案设计规范	测试分析与设计 -测试用例的规范和设计（集成） -测试用例的规范和设计（单一） -追溯矩阵 -测试计划（技术规格
实作 -软件产品	测试执行 -单元测试结果 -集成测试结果 -系统测试结果-测试跟踪报告 -测试水平报告
测验 - 用户手册	测试执行 -验收测试的结果。 -最终测试报告

ç ORRESPONDENCIA 中号ETHODOLOGY开发和测试策略。

进行验证以检查不同开发阶段的输出是否满足测试阶段所施加的条件或要求。该活动由与开发过程和测试过程没有直接关系的专家进行，并进行了验证以验证所获得的测试生态系统是否符合测试策略的要求。这项活动由与开发过程和测试过程没有直接关系并且没有测试工程师参与的专家在操作环境区域中进行。

结论

这项研究的实现，以简洁明了的方式收集了Odoo管理与研发领域中针对软件包的ERP解决方案的测试管理系统的策略和测试生态系统的主要概念基础。 Desoft La Habana部门的发展。

重要的是要强调，测试管理系统将ISO / IEC 29119标准的良好实践系统化，它将涵盖在Desoft La Habana部门质量管理系统的整个结构中设计的解决方案的整个生命周期。进行这项工作，从中获得的结果以及许多其他经验，使我们了解到，无论使用何种技术，这都是一项总体上支持ERP解决方案开发的活动。这项新任务更新了Desoft La Habana部门开发管理部门R + D + i区域中的程序，方法和开发过程。他为执行有组织，结构化和纪律化的流程做出了贡献，该项目具有重复和改进流程的能力。

参考资料