一种工业控制软件测试系统和软件测试方法与流程

1.本发明涉及软件测试技术领域，尤其涉及到一种工业控制软件测试系统和软件测试方法。


背景技术：

2.近年来，人们对软件质量的要求越来越高，软件测试也越来越受到人们的重视，许多软件企业已成立独立的软件测试机构，但随着软件复杂度的日益增高和软件规模的不断增大，软件测试管理的难度和成本也随之加大，传统的软件过程模型和手工管理模式已无法适应现代软件开发模式的需要。


技术实现要素：

3.本发明的目的在于克服现有技术的不足，提供了一种工业控制软件测试系统和软件测试方法，相比于现有技术，本发明中的测试系统和测试方法可以更高效的对软件进行测试。
4.本发明是通过以下技术方案实现的：本发明公开一种工业控制软件测试系统，包括循环系统，所述循坏系统包括测试策划系统、测试设计系统和测试执行系统，所述测试策划系统、测试设计系统和测试执行系统相互之间关联，所述循坏系统上还设置有外部接口，所述外部接口用于连接外部系统组件；
5.所述测试策划系统用于对测试的需求分析得出测试任务，对测试任务进行分配；
6.所述测试设计系统用于分解分配的测试任务，设计并生成测试用例；
7.所述测试执行系统用于执行测试用例，若无缺陷，进行测试总结，相关测试用例关闭；若发现缺陷，生成缺陷报告。
8.对于本发明中的循环系统，用于循坏的对缺陷进行处理，按照预先定义的执行步骤和业务规则调度流程示例，在业务活动或任务之间合理的分配资源，通过管理工作活动序列，调用与各种活动步骤相关的人员、资源，对业务过程提供自动化处理，本发明的测试系统将需求分解再分配，在不修改具体功能的情况下，通过修改过程模型改变系统功能，完成对生产经营部分过程或全过程的集成管理，可有效地把人、信息和应用工具合理地组织在一起，发挥系统的最大效能。
9.进一步的，所述测试系统还包括存储库，所述存储库对测试任务、测试用例和测试报告进行存储，在进行测试策划时，根据测试需求分析的结果，测试人员可使用存储库中的测试用例，进行测试用例的复用。
10.进一步的，所述外部系统组件包括业务流程设计器、待测试引用程序和客户端应用至少之一，通过交叉使用外部系统组件，可以访问循环系统的服务，还控制测试软件与其他系统组件间的交互。
11.本发明还公开一种工业控制软件测试方法，所述测试方法包括步骤：
12.s100：提出测试申请，通过测试系统进行测试；
13.s200：测试系统执行测试申请，若若无缺陷，进行测试总结，相关测试用例关闭；若发现缺陷，生成缺陷报告；
14.s300：对缺陷报告进行确认，若需要修复，重新回到测试系统中，缺陷处理将作为一个新任务由测试系统再次进行分配；
15.s400：对缺陷定位及分析，并修复缺陷；
16.s500：经修复的缺陷进入回归测试流程，成为新任务被测试系统分配，重复步骤s200，直至所有缺陷被正确有效的处理。
17.对于上述的测试方法，通过对缺陷进行分析，并且对缺陷多次循环的处理，可以在循坏系统中，测试策划系统、测试设计系统和测试执行系统是一个迭代的过程，通过测试负责人进行任务分配，在不影响测试任务目标的同时，实现快速响应变化，随时调整测试策略，并且由于缺陷的循环处理，可以具体的对缺陷的不同情形进行分析。
18.进一步的，所述对缺陷报告进行确定的步骤包括：
19.s201:发现缺陷，等待处理；
20.s202:对缺陷进行判断，确定缺陷的状态；
21.s203:依据缺陷的状态，确定缺陷的的处理步骤。
22.进一步的，所述缺陷的状态包括：
23.已修复状态：缺陷已被责任人修复处理，且通过回归测试；
24.尚未修复状态：缺陷已被修复处理，但未通过回归测试，等待重新处理；
25.延期解决状态：判定缺陷不需要当下进行解决；
26.无需解决状态，判断缺陷无需进行修复。
27.进一步的，缺陷判断的步骤包括：
28.将缺陷与存储库中的测试用例进行匹配，设置匹配的相似比为第一阈值；
29.若匹配到相似度超过第一阈值的测试用例，则判断缺陷为已修复状态；
30.若未匹配到相似度超过第一阈值的测试用例，人工对缺陷进行判断。
31.本发明公开了一种测试系统和方法，对于本发明中的循环系统，用于循坏的对缺陷进行处理，按照预先定义的执行步骤和业务规则调度流程示例，在业务活动或任务之间合理的分配资源，通过管理工作活动序列，调用与各种活动步骤相关的人员、资源，对业务过程提供自动化处理，本发明的测试系统将需求分解再分配，在不修改具体功能的情况下，通过修改过程模型改变系统功能，完成对生产经营部分过程或全过程的集成管理，可有效地把人、信息和应用工具合理地组织在一起，发挥系统的最大效能。
附图说明
32.图1为本发明一实施例中测试系统的架构设计图；
33.图2为本发明一实施例中测试软件测试方法的流程示意图；
34.图3为本发明一实施例中缺陷状态确定步骤的流程示意图。
具体实施方式
35.下面对本发明的实施例作详细说明，本实施例在以本发明技术方案为前提下进行实施，给出了详细的实施方式和具体的操作过程，但本发明的保护范围不限于下述的实施
例。
36.本发明是通过以下技术方案实现的：本发明公开一种工业控制软件测试系统，包括循环系统，如图1和图2所示，所述循坏系统包括测试策划系统、测试设计系统和测试执行系统，所述测试策划系统、测试设计系统和测试执行系统相互之间关联，所述循坏系统上还设置有外部接口，所述外部接口用于连接外部系统组件；所述测试策划系统用于对测试的需求分析得出测试任务，对测试任务进行分配；所述测试设计系统用于分解分配的测试任务，设计并生成测试用例；所述测试执行系统用于执行测试用例，若无缺陷，进行测试总结，相关测试用例关闭；若发现缺陷，生成缺陷报告。
37.对于本发明中的循环系统，用于循坏的对缺陷进行处理，按照预先定义的执行步骤和业务规则调度流程示例，在业务活动或任务之间合理的分配资源，通过管理工作活动序列，调用与各种活动步骤相关的人员、资源，对业务过程提供自动化处理，本发明的测试系统将需求分解再分配，在不修改具体功能的情况下，通过修改过程模型改变系统功能，完成对生产经营部分过程或全过程的集成管理，可有效地把人、信息和应用工具合理地组织在一起，发挥系统的最大效能。
38.如图1所示，该架构中，循环系统是整个测试系统的核心，它为过程实例和活动提供运行环境，负责解释和激活过程定义，并与过程所需的外部资源进行交互。循环系统周围的接口用以支持工作流管理的功能，通过交叉使用多个接口，可以访问工作流系统的服务，还控制工作流控制软件与其他系统组件间的交互。具体的循环系统可以由一个或多个处理器组成，通过应用程序接口来访问这些服务。处理器为测试用例提供运行时期的执行环境，可以将其看作是一个状态变迁机器。
39.上述的程序部分通过管理人员进行必要流程的处理，软件测试管理人员是指管理者按照与被测软件相适应的测试过程和测试方法，通过管理参与到测试活动中的对象来达到管理的目的。
40.进一步的，所述测试系统还包括存储库，所述存储库对测试任务、测试用例和测试报告进行存储，在进行测试策划时，根据测试需求分析的结果，测试人员可使用存储库中的测试用例，进行测试用例的复用。
41.进一步的，所述外部系统组件包括业务流程设计器、待测试引用程序和客户端应用至少之一，通过交叉使用外部系统组件，可以访问循环系统的服务，还控制测试软件与其他系统组件间的交互。
42.本发明还公开一种工业控制软件测试方法，所述测试方法包括步骤：
43.s100：提出测试申请，通过测试系统进行测试；
44.s200：测试系统执行测试申请，若若无缺陷，进行测试总结，相关测试用例关闭；若发现缺陷，生成缺陷报告；
45.s300：对缺陷报告进行确认，若需要修复，重新回到测试系统中，缺陷处理将作为一个新任务由测试系统再次进行分配；
46.s400：对缺陷定位及分析，并修复缺陷；
47.s500：经修复的缺陷进入回归测试流程，成为新任务被测试系统分配，重复步骤s200，直至所有缺陷被正确有效的处理。
48.对于上述的测试方法，通过对缺陷进行分析，并且对缺陷多次循环的处理，可以在
循坏系统中，测试策划系统、测试设计系统和测试执行系统是一个迭代的过程，通过测试负责人进行任务分配，在不影响测试任务目标的同时，实现快速响应变化，随时调整测试策略，并且由于缺陷的循环处理，可以具体的对缺陷的不同情形进行分析。
49.一实施例如图2所示，在基于工作流的软件测试过程模型中，“任务分配”相当于循环系统，所有的测试任务通过循坏系统进行分配。测试任务被分解为不同的子任务，从而形成具有多层次的树状结构，既包含如需求分析、用例设计等技术层面的任务，也包含项目监控、配置管理等管理层面的任务，通过人员配置和进度控制完成循环系统的功能。
50.基本的测试过程如下：
51.测试申请：由软件开发人员或开发团队提出测试申请，同时提供测试依据；
52.测试策划：由测试负责人组织进行测试策划(含测试需求分析)和测试设计，通过循坏系统进行任务分配；
53.测试设计：由测试负责人组织进行分解测试需求，开展测试设计并编写测试用例；
54.测试执行：测试人员执行测试用例，若无缺陷，则进行测试总结，相关测试用例关闭；若发现缺陷，则由测试人员填写缺陷报告单；
55.确认缺陷：缺陷报告经测试负责人和软件负责人确认后，重新回到循坏系统，缺陷处理将作为一个新任务由循坏系统再次进行分配；
56.缺陷修复：由开发人员进行缺陷定位及分析，并修复缺陷；
57.回归测试：经修复的缺陷进入回归测试流程，成为新任务被循坏系统分配，重复步骤2)，直至所有缺陷被正确有效的处理。
58.在测试开始之前，都需要进行测试策划，以确定用于测试的资源要求，包括软硬件设备、环境条件、人员数量和技能要求等，并根据测试资源和测试项，确定进度，在此基础上进行人员安排和任务分派。伴随着测试的进展，不断演化的测试用例是测试人员设计和执行的主要工作，在循坏系统中，测试策划、测试设计和测试执行是一个迭代的过程，通过测试负责人进行任务分配，在不影响测试任务目标的同时，实现快速响应变化，随时调整测试策略。
59.进一步的，所述对缺陷报告进行确定的步骤包括：
60.s201:发现缺陷，等待处理；
61.s202:对缺陷进行判断，确定缺陷的状态；
62.s203:依据缺陷的状态，确定缺陷的的处理步骤。
63.所述缺陷的状态包括：
64.已修复状态：缺陷已被责任人修复处理，且通过回归测试；
65.尚未修复状态：缺陷已被修复处理，但未通过回归测试，等待重新处理；
66.延期解决状态：判定缺陷不需要当下进行解决；
67.无需解决状态，判断缺陷无需进行修复。
68.缺陷判断的步骤包括：
69.将缺陷与存储库中的测试用例进行匹配，设置匹配的相似比为第一阈值；
70.若匹配到相似度超过第一阈值的测试用例，则判断缺陷为已修复状态；
71.若未匹配到相似度超过第一阈值的测试用例，人工对缺陷进行判断。
72.一实施中，在测试执行时，测试人员通过循坏系统对测试过程产生的软件缺陷进
行跟踪，使缺陷得到了有效的管理，缺陷状态的流转如图3所示，缺陷状态如下：
73.(1)新建：经确认的缺陷，等待开发人员处理；
74.(2)处理中：缺陷正在被开发人员修复处理；
75.(3)已处理：缺陷已被修复处理，等待向测试人员发布软件的新版本；
76.(4)发布：缺陷已修复处理，且软件新版本已向测试人员发布，等待回归测试；
77.(5)已修复：缺陷已被责任人修复处理，且通过回归测试；
78.(6)尚未修复：缺陷已被责任人修复处理，但未通过回归测试，等待重新处理；
79.(7)延期解决：开发人员判定不在当前版本进行修复的缺陷；
80.(8)无需解决：开发人员判定无需解决的缺陷；
81.(9)关闭：无需解决、或已修复并通过回归测试的缺陷。
82.综上，本发明公开了一种测试系统和方法，对于本发明中的循环系统，用于循坏的对缺陷进行处理，按照预先定义的执行步骤和业务规则调度流程示例，在业务活动或任务之间合理的分配资源，通过管理工作活动序列，调用与各种活动步骤相关的人员、资源，对业务过程提供自动化处理，本发明的测试系统将需求分解再分配，在不修改具体功能的情况下，通过修改过程模型改变系统功能，完成对生产经营部分过程或全过程的集成管理，可有效地把人、信息和应用工具合理地组织在一起，发挥系统的最大效能。
83.以上，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。
84.需要要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。