CN109947648A - 针对web系统需求规格的纵横结合测试方法 - Google Patents

Abstract

本发明公开了针对WEB系统需求规格的纵横结合测试方法，属于测试方法领域，包括以下步骤：S1：根据WEB需求规格，确认所有页面并编号，S2：按页面编号顺序进行分页处理，基于页面编号进行流程图编号，S3：通过用例和BUG记录，核对基础功能元素和业务处理逻辑的需求一致性，S4：完成当前页的测试，检查是否为最后一页，如果是最后一页，测试结束，如果不是，进行页面编号分页处理。该针对WEB系统需求规格的纵横结合测试方法，保证需求规格描述的正确性和完善性，需求规格、用例、需求BUG的直接关联，强化了需求规格及用例的可跟踪性和可修改性，将传统阅读式的需求规格测试调整为针对用例设计分析式的测试，需求规格测试更加明确。

Description

针对WEB系统需求规格的纵横结合测试方法

技术领域

本发明涉及测试方法领域，具体为针对WEB系统需求规格的纵横结合测试方法。

背景技术

需求规格质量的把握首先可以从需求规格评审维度的全面性来寻求支撑，参考GB/T 9385--2008计算机软件需求规格说明规范，通用方法有以下几点：1、正确性；2、无二义性；3、完整性；4、一致性；5、重要性和/或稳定性分级；6、可测试性；7、可修改性；8、可跟踪性，所有上述，都只描述了一些通用的软件需求规格评审的准则，对于发展和应用了多年的WEB系统类需求规格，目前还没有具体可直接运用的测试方法的阐述。

发明内容

本发明的目的在于提供针对WEB系统需求规格的纵横结合测试方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：针对WEB系统需求规格的纵横结合测试方法，包括以下步骤：

S1：根据WEB需求规格，确认所有页面并编号；

S2：按页面编号顺序进行分页处理，分解各页面中的基础功能元素，提炼各页面中的业务处理逻辑，将业务处理逻辑以流程图的形式保存，基于页面编号进行流程图编号；

S3：通过用例和BUG记录，核对基础功能元素和业务处理逻辑的需求一致性，存在冲突的，不一致类的需求BUG，用例编号，页面编号关联；

S4：完成当前页的测试，检查是否为最后一页，如果是最后一页，测试结束，如果不是，测试下一页，再次进行页面编号分页处理。

优选的，在S2中，按页面编号顺序进行分页处理分解为基础功能元素和业务逻辑两个维度，进行针对性的细化测试，并形成测试用例。

优选的，在S2中的分页处理基础功能元素步骤有，识别页面基础功能元素，并编号、是否存在相同功能元素用例模版，判断是则调用模版生成用例并编号，通过用例检查需求，判断不是则设计测试用例入模版库，通过用例检查需求。

优选的，在S2中的分页处理业务处理逻辑步骤有，提炼功能类业务处理逻辑，功能业务处理逻辑流程图化并编号、是否存在相同业务处理逻辑用例，判断是则完成业务处理逻辑流程图，调用模版生成用例并编号，通过用例检查需求，判断不是则完成业务处理逻辑流程图，设计测试用例并编号，用例入模版库，通过用例检查需求、基于用例测试需求规格，业务处理逻辑的需求BUG，用例编号，业务流程图编号关联。

优选的，基础功能元素类进行编号后，用例模板库不存在该类用例的，用元素名称将用例添加到模板库，不同页面中的同一个功能元素使用相同的用例模板，基础功能元素的需求BUG、用例编号、基础功能元素编号三者直接关联。

优选的，在S2中，流程图检查业务处理的入口、出口、各个分支判断的完整性与合理性，流程图测试中一并考虑异常容错处理及性能要求，完成业务处理逻辑的用例。

优选的，业务处理逻辑按业务处理逻辑类进行编号，编号规则：PROJECT1-STR2-001，命名规则是项目名称+测试阶段类型+编号。

优选的，业务处理逻辑类进行编号后，用例模板库不存在该类用例的，用业务处理逻辑编号将用例添加到模板库，不同页面中的同一类业务处理逻辑使用相同的用例模板，业务处理逻辑的需求BUG、用例编号、业务流程图编号三者直接关联。

优选的，在S3中，基础功能元素按基础功能元素类的进行编号，编号规则：PROJECT1-STR1-001，命名规则是项目名称+测试阶段类型+编号。

与现有技术相比，本发明的有益效果是：将WEB需求规格拆分为页面后，分解出基础功能元素、业务处理逻辑，对需求规格的测试分层更为清晰；同一基础功能元素和业务处理逻辑采用相同用例来测试，即可避免需求规格的前后文描述的冲突，也提高了测试的效率和质量，业务处理逻辑流程化，测试检查点更加直接，流程判断更加完整，同时需求规格中基础功能元素和业务处理逻辑交叉检查，对关键点进行双重验证，保证需求规格描述的正确性和完善性，需求规格、用例、需求BUG的直接关联，强化了需求规格及用例的可跟踪性和可修改性，将传统阅读式的需求规格测试调整为针对用例设计分析式的测试，需求规格测试更加明确，将业务处理逻辑流程测试提前至需求测试阶段，需求规格测试中基础功能元素(横线)和业务处理逻辑(纵线)相交叉，测试遗漏率低，需求BUG关联用例和需求，调整和修改定位清晰，基础功能元素和业务处理逻辑的需求检查点可随项目积累，在同类型WEB系统需求规格测试中通用，可快速提高需求测试的效率和质量，提早发现问题，降低了后续缺陷沟通和修复的成本。

附图说明

图1为本发明的整体流程图；

图2为本发明的按页面编号顺序进行分页处理的流程图。

具体实施方式

下面将对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供一种技术方案：针对WEB系统需求规格的纵横结合测试方法，包括以下步骤：

S1：梳理被测WEB需求规格，确认系统中涉及的各个页面，并进行编号，如：p1登录操作页；

S2：按页面编号顺序进行需求规格的纵横结合测试，识别出横向元素—基础功能元素和纵向元素—业务处理逻辑，将基础功能元素编号，如：p1a1用户名输入框，将业务处理逻辑编号，如：p1b1登录系统，p1b2登录页面性能要求，分页处理基础功能元素步骤有，识别页面基础功能元素，并编号、是否存在相同功能元素用例模版，判断是则调用模版生成用例并编号，通过用例检查需求，判断不是则设计测试用例入模版库，通过用例检查需求，分页处理业务处理逻辑步骤有，提炼功能类业务处理逻辑，功能业务处理逻辑流程图化，并编号、是否存在相同业务处理逻辑用例，判断是则完成业务处理逻辑流程图，调用模版生成用例并编号，通过用例检查需求，判断不是则完成业务处理逻辑流程图，设计测试用例并编号，用例入模版库，通过用例检查需求、基于用例测试需求规格，业务处理逻辑的需求BUG，用例编号，业务流程图编号关联，根据名称，分别判断基础功能元素和业务处理逻辑是否已存在相同用例模板，不存在的，设计测试用例并编号，将测试用例添加到用例模板库，通过用例检查要求，存在的，直接调用填入具体参数；

S3：通过测试用例对需求进行测试，对于检测出的需求规格BUG，基础功能元素类的，与用例编号和基础功能元素编号直接关联，业务处理类的，与用例编号和业务处理逻辑编号直接关联，通过用例、BUG记录，检查基础功能元素和业务处理逻辑的需求的一致性，存在冲突的，该类需求BUG与用例编号和页面编号直接关联；

S4：完成当前页的需求规格测试，检查当前页是否为最后一页，如果是最后一页，测试结束，如果不是，测试下一页，再次进行页面编号分页处理。

本发明将需求规格细分整理编码后，直接运用成熟的用例设计分析技术来测试需求规格，一方面使得需求规格的测试更加全面直接，另一方面也将需求细节确认提前了，便于对系统整体需求的把控，而且在过程中，增加了相同功能或业务处理共享用例的方法，很好的规避了需求规格中前后文的不一致性，最主要的是基础功能元素和业务处理逻辑既分开处理又能相互检查核验，可提前检测出需求规格的合理性和可测性，综合上述改进，采用该方法后，需求规格测试的可控性强，有可供度量的测试数据，需求、用例、BUG的强关联，增强了可跟踪性，需求规格测试的产出非常明确，可供检查评审，且能提前发现问题降低项目成本。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims (9)

1.针对WEB系统需求规格的纵横结合测试方法，其特征在于，包括以下步骤：

S1：根据WEB需求规格，确认所有页面并编号；

S2：按页面编号顺序进行分页处理，分解各页面中的基础功能元素，提炼各页面中的业务处理逻辑，将业务处理逻辑以流程图的形式保存，基于页面编号进行流程图编号；

S3：通过用例和BUG记录，核对基础功能元素和业务处理逻辑的需求一致性，存在冲突的，不一致类的需求BUG，用例编号，页面编号关联；

S4：完成当前页的测试，检查是否为最后一页，如果是最后一页，测试结束，如果不是，测试下一页，再次进行页面编号分页处理。

2.根据权利要求1所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：在S2中，按页面编号顺序进行分页处理分解为基础功能元素和业务逻辑两个维度，进行针对性的细化测试，并形成测试用例。

3.根据权利要求1所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：在S2中的分页处理基础功能元素步骤有，识别页面基础功能元素，并编号、是否存在相同功能元素用例模版，判断是则调用模版生成用例并编号，通过用例检查需求，判断不是则设计测试用例入模版库，通过用例检查需求。

4.根据权利要求1所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：在S2中的分页处理业务处理逻辑步骤有，提炼功能类业务处理逻辑，功能业务处理逻辑流程图化并编号、是否存在相同业务处理逻辑用例，判断是则完成业务处理逻辑流程图，调用模版生成用例并编号，通过用例检查需求，判断不是则完成业务处理逻辑流程图，设计测试用例并编号，用例入模版库，通过用例检查需求、基于用例测试需求规格，业务处理逻辑的需求BUG，用例编号，业务流程图编号关联。

5.根据权利要求3所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：基础功能元素类进行编号后，用例模板库不存在该类用例的，用元素名称将用例添加到模板库，不同页面中的同一个功能元素使用相同的用例模板，基础功能元素的需求BUG、用例编号、基础功能元素编号三者直接关联。

6.根据权利要求1所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：在S2中，流程图检查业务处理的入口、出口、各个分支判断的完整性与合理性，流程图测试中一并考虑异常容错处理及性能要求，完成业务处理逻辑的用例。

7.根据权利要求6所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：业务处理逻辑按业务处理逻辑类进行编号，编号规则：PROJECT1-STR2-001，命名规则是项目名称+测试阶段类型+编号。

8.根据权利要求7所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：业务处理逻辑类进行编号后，用例模板库不存在该类用例的，用业务处理逻辑编号将用例添加到模板库，不同页面中的同一类业务处理逻辑使用相同的用例模板，业务处理逻辑的需求BUG、用例编号、业务流程图编号三者直接关联。

9.根据权利要求1所述的针对WEB系统需求规格的纵横结合测试方法，其特征在于：在S3中，基础功能元素按基础功能元素类的进行编号，编号规则：PROJECT1-STR1-001，命名规则是项目名称+测试阶段类型+编号。