本技术公开了一种业务功能的回归测试方法、系统及装置，先通过案例编辑软件生成业务测试案例；再将生成的业务测试案例翻译为测试工具可执行的测试程序脚本；根据得到的测试程序脚本执行测试；输出测试结果。

本技术能够有效降低使用者的技术门槛、生成结构统一的测试报告，并能使测试脚本的复用性增强。

技术要求1.一种业务功能的回归测试方法，其特征在于，包括步骤：通过案例编辑软件生成业务测试案例；将生成的业务测试案例翻译为测试工具可执行的测试程序脚本；根据得到的测试程序脚本执行测试；输出测试结果；所述通过案例编辑软件生成业务测试案例的步骤进一步包括：对需要测试的业务进行测试要点分析、校验方式分析和测试路径覆盖分析，得到业务流程图；根据得到的业务流程图，将业务功能的操作步骤按预定顺序组织，并将每一步骤的操作对象和操作动作一一对应，对操作对象设置不少于一个的关键字，生成逻辑测试脚本；设置所述每一步骤的参数值和检查结果值。

2.如权利要求1所述的业务功能的回归测试方法，其特征在于，所述案例编辑软件是MicrosoftEXCEL。

3.如权利要求1所述的业务功能的回归测试方法，其特征在于，所述步骤还包括：将不少于一个的测试案例按照预定的逻辑组织成一个场景；设置测试案例使用的测试数据。

4.如权利要求1或2所述的业务功能的回归测试方法，其特征在于，所述将生成的业务测试案例翻译为测试工具可执行的测试程序脚本的步骤进一步包括：在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系；将测试案例翻译为测试工具可执行的测试脚本。

5.如权利要求4所述的业务功能的回归测试方法，其特征在于，所述将生成的业务测试案例翻译为测试工具可执行的测试程序脚本的步骤还包括：将所述在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系的步骤和所述将测试案例翻译为测试工具可执行的测试脚本的步骤合并执行。

6.如权利要求1或2所述的业务功能的回归测试方法，其特征在于，所述根据得到的测试程序脚本执行测试的步骤进一步包括：将不少于一个的测试案例按照预定顺序组织，通过脚本调度执行测试。

7.如权利要求1或2所述的业务功能的回归测试方法，其特征在于，所述输出测试结果的步骤进一步包括：输出的测试结果包括总结性的一个场景下案例的通过情况和/或所述案例的每一步骤的通过情况和具体值的验证情况。

8.一种用于业务功能的回归测试系统，其特征在于，包括构建装置、翻译装置、执行装置和输出装置，其中所述构建装置，用于通过案例编辑软件构建业务测试案例，并输出给翻译装置；所述翻译装置，用于将输入的业务测试案例翻译为测试工具可执行的测试程序脚本，并输出给执行装置；所述执行装置，用于根据输入的测试程序脚本执行测试，并将测试结果输出给输出装置，还用于将不少于一个的测试案例按照预定顺序组织，通过脚本调度执行测试；所述输出装置，用于输出测试结果，所述输出的测试结果包括总结性的一个场景下案例的通过情况和/或所述案例的每一步骤的通过情况和具体值的验证情况；所述构建装置进一步包括：业务路径分析模块，用于对需要测试的业务进行测试要点分析、校验方式分析、测试路径覆盖分析，得到业务流程图，并将所述业务流程图输出给逻辑测试脚本组织模块；逻辑测试脚本组织模块，用于根据输入的业务流程图，将业务功能的操作步骤按预定顺序组织，并将每一步骤的操作对象和操作动作一一对应，对操作对象设置不少于一个的关键字，生成逻辑测试脚本，并输出给测试数据设置模块；测试数据设置模块，用于根据输入的逻辑测试脚本，设置所述每一步骤的参数值和检查结果值；测试场景组织模块，用于将不少于一个的测试案例按照预定的逻辑组织成一个场景。

9.如权利要求8所述的用于业务功能的回归测试系统，其特征在于，所述翻译装置进一步包括：对象映射模块，用于在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系，并输出给脚本解析模块；脚本解析模块，用于根据输入的对象映射关系，将测试案例翻译为测试工具可执行的测试脚本；脚本封装模块，用于将脚本解析模块和对象映射模块进行封装。

技术说明书一种业务功能的回归测试方法、装置及系统技术领域本技术涉及一种信息系统测试技术领域，尤其涉及一种业务功能的回归测试方法、装置及系统。

背景技术电信行业业务支撑系统的关键业务功能测试，目前主要使用手工测试。

由开发人员或者测试人员，根据业务功能、流程手动测试。

随着移动业务需求、用户次业务/版本的上线，测试人员不得不经常在晚上、周末甚至假期集中加班测试，以保证测试环节保质、保量、稳定上线和运行。

最后由测试人员根据业务功部分业务系统/平台目前也在使用如；QTP(HP)、WINRUNNER、LoadRunner、Ruby等业内自动化测试工具，但都是面向工具层面，不具备业务封装功能。

业务流程手动操作录制测试脚本。

当页面属性发生一点变更时，就要求修改脚本。

如单独使用QTP有3种方法：1.在应用系统中执行业务操作重新录制，优点是在对象库中手动补充修改，优点是相比较方法1节省时间，缺点是要求测试人员熟练QTP对象库的添加、修改等常用操作；3.在专家试图中编写代码，优点相QTP代码编程的高级操作。

相同业务不同的测试人员理解难免存在差异，就不仅要求所有测试人员对相同业务的操作全部相同，还要求测试的对象属性全部试工具根据脚本的执行情况，生成面向工具的测试报告。

现有技术主要存在以下缺点：第一，手工测试风险高、业务串行测试、周期长。

手工测试过程比计算机过程的错误和疏忽更多，如人员会变得疲倦、输入数据错误、不能总是正确执不断推出新业务，3G品牌早已经被成功的商业化，谁能抓住商机、谁的服务质量能被用户高度满意，谁才能拥有竞争力的优势。

业务支撑系统内部结构已经经非常庞大和复杂，各级菜单已达300多个，业务数量多达1000多个，随之会出现成千上万个测试案例；关键是业务之间的关联度也越来越高，测试者在编写联性，场景案例也势必会成倍增加。

所以，要保证测试案例的覆盖度、一致性、时效性，仅仅依靠传统手工测试人员的经验和技能很难实现。

仍旧依靠手工现，Bug发现的越晚修正的成本就越高，测试阶段修正bug的成本是编码阶段的约4倍的关系。

那么项目开发的进度延长、成本的成倍增加、系上线时间推迟，第二，现有的自动化测技术门槛高、难掌握。

单纯的使用HPQTP、WINRUNNER、Ruby等面向工具、针对类VisualBasic或类C/C++语言的代码的自动化测试工求测试人员：熟悉业务规则和操作流程、熟练操作工具、严格规范的在业务系统上录制脚本。

显而易见，整个测试过程太依赖人为经验和技能，加大了测试第三，测试报告不统一、难理解。

手动编写的测试报告太依赖测试人员对业务的理解程度和文档编写能力，而生成的测试报告又是面向工具、面向代码开发成统一的测试报告，同时要快速从测试报告中定位问题，对阅读者的经验和技能要求也很高，从而加大了测试结果分析的难度和测试进度。

第四，开发的脚本通用性低、维护量大。

如QTP无法针对实时更新的数据进行参数化，导致QTP录制的脚本只能运行一次。

一旦业务检查点发生变化，测试程录制脚本，或者由高级测试工程师修改代码更新脚本。

致使测试人员没有足够的时间精力，很难做到业务流程的深层次理解、BUG数量和质量的保证、案很难做到测试人员、测试案例、测试脚本的灵活复用。

技术内容本技术的目的是针对以上现有测试状态、自动化测试工具和方法存在的突出矛盾而提出的一种业务功能的回归测试方法、装置及系统，能够使从业人员不需熟悉业务并熟练使用EXCEL工具即可对于关键业务功能进行测试。

本技术主要是一种针对信息系统的测试技术，尤其适合业务功能种类数量多的系统/平台的回归测试，以帮助检测新业务需求功能是否能够正常运行，以及原响。

特别是在电信、金融、电力等行业支撑系统/平台的质量保证方面，有非常广泛的应用。

根据本技术的一方面，提供了一种业务功能的回归测试方法，包括步骤：通过案例编辑软件生成业务测试案例；将生成的业务测试案例翻译为测试工具可执行的测试程序脚本；根据得到的测试程序脚本执行测试；输出测试结果。

优选地，所述案例编辑软件是MicrosoftEXCEL。

优选地，所述通过案例编辑软件生成业务测试案例的步骤进一步包括：对所述需要测试的业务进行测试要点分析、校验方式分析、测试路径覆盖分析，得到业务流程图；根据得到的业务流程图，将业务功能的操作步骤按预定顺序组织，并将每一步骤的操作对象和操作动作一一对应，对操作对象设置不少于一个的关键字，生设置所述每一步骤的参数值和检查结果值。

优选地，上述步骤还包括：将不少于一个的测试案例按照预定的逻辑组织成一个场景；设置测试案例使用的测试数据。

优选地，所述将生成的业务测试案例翻译为测试工具可执行的测试程序脚本的步骤进一步包括：在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系；将测试案例翻译为测试工具可执行的测试脚本。

优选地，上述步骤还包括：将所述在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系的步骤和所述将测试案例翻译为测试工具可执行的测试脚本的步骤合并执行。

优选地，所述根据得到的测试程序脚本执行测试的步骤进一步包括：将不少于一个的测试案例按照预定顺序组织，通过脚本调度执行测试。

优选地，所述输出测试结果的步骤进一步包括：输出的测试结果包括总结性的一个场景下案例的通过情况和/或所述案例的每一步骤的通过情况和具体值的验证情况。

根据本技术的另一方面，还提供了一种业务功能的回归测试系统，包括构建装置、翻译装置、执行装置和输出装置，其中所述构建装置，用于通过案例编辑软件构建业务测试案例，并输出给翻译装置；所述翻译装置，用于将输入的业务测试案例翻译为测试工具可执行的测试程序脚本，并输出给执行装置；所述执行装置，用于根据输入的测试程序脚本执行测试，并将测试结果输出给输出装置，还用于将不少于一个的测试案例按照预定顺序组织，通过脚本调度所述输出装置，用于输出测试结果，所述输出的测试结果包括总结性的一个场景下案例的通过情况和/或所述案例的每一步骤的通过情况和具体值的验证情况优选地，所述构建装置进一步包括：业务路径分析模块，用于对所述需要测试的业务进行测试要点分析、校验方式分析、测试路径覆盖分析，得到业务流程图，并将所述业务流程图输出给逻辑逻辑测试脚本组织模块，用于根据输入的业务流程图，将业务功能的操作步骤按预定顺序组织，并将每一步骤的操作对象和操作动作一一对应，对操作对象出给测试数据设置模块；测试数据设置模块，用于根据输入的逻辑测试脚本，设置所述每一步骤的参数值和检查结果值。

测试场景组织模块，用于将不少于一个的测试案例按照预定的逻辑组织成一个场景。

优选地，所述翻译装置进一步包括：对象映射模块，用于在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系，并输出给脚本解析模块；脚本解析模块，用于根据输入的对象映射关系，将测试案例翻译为测试工具可执行的测试脚本。