业务功能的回归测试方法、设备及系统的生产技术
软件测试中的回归测试和压力测试方法
软件测试中的回归测试和压力测试方法软件测试是软件开发过程中的一个重要环节，通过测试可以帮助开发人员发现和修复软件中的缺陷，提高软件的质量和稳定性。
在软件测试过程中，回归测试和压力测试是两种常用的测试方法，它们分别用于测试软件的稳定性和性能。
本文将分别介绍回归测试和压力测试的方法及其应用场景。
一、回归测试回归测试是指在对软件进行修改后，重新运行已有的测试用例，以确保修改后的软件仍然能够正常工作。
回归测试的目的是确保软件修改不会对原有的功能产生影响，并且修复了已有的缺陷。
在软件开发过程中，随着软件功能的不断增加和修改，已有的功能可能会受到新功能或修改的影响，因此需要对已有的功能进行回归测试。
回归测试的方法主要包括以下几个步骤：1.选择测试用例：首先需要选择合适的测试用例进行回归测试，测试用例应覆盖软件中的各项功能，并且包含已知的缺陷。
2.运行测试用例：根据选择的测试用例，运行已有的测试用例，确保软件的功能正常。
3.比较结果：将修改前后的测试结果进行比较，发现新的缺陷或者验证已有的缺陷是否已经修复。
4.更新测试用例：根据发现的新缺陷，更新测试用例，以便后续的回归测试。
回归测试的应用场景包括软件版本迭代、功能模块修改、性能调优等。
在软件的开发过程中，每次修改之后都需要进行回归测试，确保修改后的软件仍然能够正常工作。
二、压力测试压力测试是指对软件在高负荷下的性能进行测试，以验证软件在高负荷下的稳定性和性能表现。
在用户规模增大或者并发访问量增加时，软件的性能可能会受到影响，压力测试可以帮助开发人员发现并解决这些性能问题。
压力测试的方法主要包括以下几个步骤：1.设定测试场景：根据实际的使用情况，设定合理的测试场景，包括并发访问量、数据量、业务流程等。
2.运行测试用例：根据设定的测试场景，运行压力测试，观察软件的性能表现，包括响应时间、吞吐量、并发连接数等。
3.分析结果：通过对测试结果的分析，发现软件在高负荷下的性能问题，并提出解决方案。
软件开发中如何进行功能测试和回归测试
软件开发中如何进行功能测试和回归测试软件开发是一个复杂、繁琐的过程，需要经过多个环节的开发、测试、调试、发布等步骤。
其中，测试环节是不可或缺的一个重要部分。
测试的目的是为了验证软件是否符合要求，是否达到用户的要求和期望，保证软件的质量和稳定性。
而功能测试和回归测试是测试环节中最为常见、重要的两种测试方式。
1.功能测试功能测试是让测试人员测试软件的各种功能是否按照需求文档的描述正常运行。
功能测试需要对软件的每个功能点进行测试，并根据需求文档的要求进行验证。
这种测试方法最为常见，也是最为重要的测试方式之一。
在进行功能测试时，测试人员需要对软件的需求文档进行深入了解，了解每个功能点的核心目的。
测试人员需要模拟用户的操作，从用户的角度出发，对软件的各个功能点进行测试。
测试过程中需要注意的是，测试人员需要模拟各种情况下的操作，包括合法操作和非法操作，同时也需要模拟异常情况，如网络延迟、意外断电等等，以保证软件的稳定性和鲁棒性。
2.回归测试回归测试是为了验证在软件的稳定版本上进行新增功能或修改bug后，原有的功能点是否发生了变化或出现了新的问题。
回归测试是在已经测试过的软件版本中对软件进行更新测试，目的是保证新版本的稳定性和可靠性。
在进行回归测试时，测试人员需要针对已经测试过的软件版本，对软件的修改和新增的功能点进行测试，并进行对比，验证新的版本和原有版本的差异。
除此之外，还需要对软件进行全面的测试，以确保软件的整体稳定性、性能和安全性。
3.功能测试和回归测试的区别功能测试和回归测试是两种不同的测试方式。
功能测试强调测试软件中每个功能点的正确性，验证软件是否按照需求文档进行开发。
而回归测试强调测试软件中修改、新增功能点后，软件原有的功能点是否受到影响，是否存在新的问题。
此外，功能测试主要关注软件的正确性和稳定性，对于软件的性能、安全性等其他方面的测试较少考虑；而回归测试则需要对软件的整体稳定性、性能和安全性进行全面测试，以保障软件的质量。
软件测试中的回归测试技术
软件测试中的回归测试技术回归测试是软件测试中的一种重要技术，用于确保已修改或添加的软件功能不会对原有功能产生负面影响。
本文将介绍回归测试的定义、流程和常见的回归测试技术。
一、回归测试的定义回归测试是在软件功能发生变化或添加新功能后，重新执行已验证过的测试用例，以确保新的变化对现有功能没有负面影响。
回归测试的目标是发现和解决已修改部分与其他功能之间的冲突或问题。
二、回归测试的流程1. 确定测试范围：根据软件的变动确定需要执行回归测试的范围，包括涉及到的功能模块、测试用例和测试数据等。
2. 选择回归测试技术：根据软件的复杂度和测试资源的限制，选择合适的回归测试技术。
3. 执行回归测试：根据预定的测试计划和测试用例，执行回归测试，并记录测试结果和问题。
4. 分析问题：对回归测试中发现的问题进行分析，确定其原因和解决方案。
5. 修复问题：开发团队根据测试结果中的问题进行修复，并重新进行测试确认修复是否有效。
6. 再次执行回归测试：在问题修复完成后，再次执行回归测试，以确保修复过程中没有引入新的问题。
7. 重复步骤4-6，直到回归测试通过为止。
三、回归测试的常见技术1. 选择性回归测试：根据变更的影响范围，选择部分测试用例进行执行，以减少测试资源的消耗。
2. 完全回归测试：执行所有已验证的测试用例，确保软件的所有功能都得到验证。
3. 全量回归测试：执行所有测试用例，无论是否与变更有关，以确保所有功能都得到验证。
4. 自动化回归测试：使用自动化测试工具执行回归测试，提高测试效率和一致性。
5. 增量回归测试：仅执行与变更相关的测试用例和功能模块，减少回归测试的执行时间和资源消耗。
6. 分层回归测试：将测试用例按照功能模块进行划分，每次只执行与变更有关的功能模块的测试用例。
回归测试技术的选择应根据实际情况进行评估，综合考虑软件变更的复杂度、测试资源的限制和测试周期等因素。
总结：回归测试在软件开发中起到了至关重要的作用。
软件测试中的回归测试技术
软件测试中的回归测试技术在软件开发中，回归测试是必不可少的一部分。
其主要目的是确保在软件更新或者修改之后，原来的功能不受影响，同时发现并解决可能出现的新问题。
本文将探讨回归测试的技术以及其在软件测试中的应用。
回归测试的基本概念回归测试是一种软件测试方法，用于测试在修改软件之后，确定软件在过去已经通过的测试用例是否仍然有效。
通常，这种测试是在软件被修改或更改后进行的。
虽然每个测试用例在修改后都应该重新测试，但在实践中，所有测试用例都不再需要完整执行，因为这需要高昂的时间和人力资源。
因此，回归测试旨在重新测试软件中受影响的部分，以便检查是否出现新的问题。
这种测试有助于减少软件维护成本，并保证质量。
回归测试的技术有多种回归测试技术可供选择，取决于相关软件的性质和目标。
下面列出了几种流行的回归测试技术：1. 选择覆盖测试选择覆盖是指在重新测试一个已修改的软件之前，选择合适的测试用例，并且可以忽略之前测试过的，不会对修改有影响的测试用例。
它是一种基于代码分析的测试技术。
2. 环境恢复测试环境恢复测试是一种测试方法，用于检测修改后的软件是否影响了先前的测试环境。
通常在一个隔离的环境中进行测试，以确保修改不会影响到其他代码或系统。
3. 自动化测试自动化测试是一种回归测试技术，它使用脚本或软件程序自动执行预定义的测试用例。
这种方法可以减少测试时间和开支，并提高测试的准确性和一致性。
回归测试的应用回归测试的应用可以在以下场景中看到：1. 维护期回归测试在软件维护期间非常有用。
在此期间，软件可能会被修改以解决错误和增加新功能，这可能会影响原有的功能和性能。
通过回归测试，可以确保修改后的软件仍能够符合原有的质量标准。
2. 发布新版本回归测试也是发布新版本时的必要过程。
新版本应该比前一个版本正确，更有效并更安全。
回归测试可以检测出新版本中的错误，并在发布前解决这些错误。
3. 功能扩展回归测试也可以在软件功能扩展时使用。
软件测试中的回归测试策略
软件测试中的回归测试策略软件测试是确保软件产品质量的重要手段，而回归测试是其中不可或缺的一环。
回归测试旨在确保修改或增加新功能后，软件系统的其他部分仍然正常运行。
本文将探讨软件测试中的回归测试策略，旨在为测试人员提供有效的指导和工作方法。
一、回归测试的定义和重要性回归测试是指在软件系统发生变化后，重新测试已测试过的功能以确保变更没有引入新的缺陷或导致系统其他部分功能失效。
回归测试的重要性不言而喻，它能够避免由于软件修改带来的不稳定性，并确保软件的稳定性和可靠性。
二、回归测试的策略及注意事项1. 精确定位变更影响范围：首先需要准确确定变更带来的影响范围，包括受影响的模块、函数、关键业务流程等。
只有明确了影响范围，才能更有效地进行回归测试。
2. 制定回归测试计划：在回归测试过程中，制定详细的测试计划是必不可少的。
测试计划应包括回归测试的目标、范围、资源分配、时间规划等，以确保整个回归测试过程有条不紊地进行。
3. 选择恰当的测试工具：在执行回归测试时，选择适当的测试工具能够提高测试效率和覆盖度。
常用的回归测试工具包括自动化测试工具和测试管理工具等，可以根据具体情况选择合适的工具。
4. 设计合理的回归测试用例：回归测试用例的设计需要覆盖到被修改的功能点以及其相关联的功能点，以验证系统整体的兼容性和稳定性。
同时，还应考虑边界值、异常值、常用路径等测试用例设计原则。
5. 构建可靠的回归测试环境：回归测试环境需要与生产环境保持一致，确保测试结果的可信度。
测试环境的构建需要考虑硬件设备、软件安装、配置文件等多个方面，以便准确模拟实际生产环境。
6. 定期执行回归测试：回归测试不是一次性的任务，而是需要定期执行。
建议根据软件开发周期、变更频率等因素，制定回归测试执行的时间间隔，并定期评估回归测试的效果和成本。
7. 验证和管理回归测试结果：回归测试的结果需要及时验证，及时处理发现的问题。
同时，还需要建立问题跟踪系统，对回归测试中的问题进行有效管理和追踪。
软件测试中的回归测试指南
软件测试中的回归测试指南回归测试是软件测试过程中必不可少的一项重要任务，它用于确保系统在进行了修改或新功能添加之后依然稳定可靠。
本文将为您提供软件测试中的回归测试指南，帮助您提高测试效率和准确性。
一、回归测试概述在软件开发周期中，随着需求变更、修复缺陷和增加新功能的不断进行，回归测试起着至关重要的作用。
回归测试旨在验证软件的修改没有引入新的错误或导致现有功能的退化。
回归测试的流程包括以下几个关键步骤：1. 确定回归测试的范围和目标。
根据需求变更和修改的影响范围，确定需要进行回归测试的模块和功能。
2. 识别关键的回归测试用例。
回归测试用例应该覆盖软件系统的核心功能和主要路径，同时重点考虑修改过的代码和相关模块。
3. 定义回归测试的环境和工具。
根据项目需求，选择适合的测试环境和测试工具，如自动化测试工具、版本控制工具等。
4. 执行回归测试。
按照预先定义的回归测试计划和用例，对被修改过的软件进行测试，并记录测试结果和问题。
5. 分析和修复问题。
对于在回归测试中发现的问题，进行问题分析，并及时修复和验证解决方案。
6. 审核回归测试结果。
根据回归测试的结果，评估软件的稳定性和质量，决定是否继续进行下一轮的回归测试。
二、回归测试的策略和技巧1. 自动化回归测试自动化回归测试能够极大地提高测试效率和准确性。
通过使用自动化测试工具，可以快速重复执行回归测试用例，并生成详细的测试报告。
选择适合的自动化测试工具，并编写可维护和可扩展的测试脚本，可以有效地提高回归测试的效率。
2. 优先级排序在回归测试中，对测试用例进行优先级排序是非常重要的。
优先考虑覆盖核心功能和关键路径的测试用例，以及与修改相关的测试用例。
通过合理的优先级排序，可以更快地发现潜在的问题，并提高测试效果。
3. 版本控制在进行回归测试之前，确保代码已经进行了适当的版本控制是十分必要的。
通过版本控制工具，可以追踪代码的修改和变更，准确定位问题所在，并快速恢复到之前的稳定版本。
软件测试中的回归测试技术
软件测试中的回归测试技术回归测试在软件测试中扮演着非常重要的角色。
它是一种用于确保软件在经过修改后仍能够正常运行的测试方法。
在软件开发过程中，经常会有需求更改、新功能添加或者修复BUG等操作，这些修改可能会对软件原有的功能产生影响，因此需要进行回归测试来验证修改后的软件是否仍然能够正常工作。
回归测试的技术主要包括以下几种：1. 选择合适的测试用例：回归测试的首要任务是选择合适的测试用例来验证已修改的软件功能。
测试用例应该覆盖到被修改的代码区域以及相关的功能模块，以确保修改不会对原有功能造成影响。
2. 自动化测试：自动化测试是提高回归测试效率的重要手段。
通过编写自动化脚本来执行回归测试，可以节省大量时间和人力资源。
同时，自动化测试可以保证测试的一致性和可重复性，减少人为错误的发生。
3. 版本控制：在进行回归测试时，需要准确地记录软件的版本信息以及修改的内容。
使用版本控制系统可以帮助团队更好地管理软件的不同版本和修改，确保测试的准确性和完整性。
4. 定期执行回归测试：为了及时发现问题并确保软件质量，回归测试应该定期执行。
根据项目的需求和进度，可以选择每个迭代周期、每个月或者每个季度进行回归测试。
5. 配置管理：在进行回归测试时，要确保软件的环境配置与实际使用环境一致。
所有的配置信息应该被记录下来，以便于回归测试时的还原和验证。
通过以上技术方法的应用，可以提高回归测试的效率和准确性，确保软件在经过修改后依然能够正常工作。
软件测试工程师应该结合实际项目需求和特点，灵活运用这些回归测试技术，为软件质量的保障贡献自己的一份力量。
软件测试中的回归测试方法
软件测试中的回归测试方法软件测试是确保软件产品质量的关键过程之一。
在软件开发过程中，由于需求变更、修复缺陷或软件改进等原因，会导致已经通过测试的功能出现问题。
为了验证修改是否影响了其他模块或功能的正常运行，回归测试应运而生。
本文将介绍软件测试中的回归测试方法。
一、什么是回归测试回归测试是一种软件测试方法，旨在验证对软件进行修改或添加新功能后，原有的功能是否仍然完好无损，是否与之前的版本保持一致。
回归测试是一种全面的测试方法，可以用于对整个软件系统或部分模块的测试。
二、回归测试的重要性1. 确保修改不会对原有功能产生负面影响：在开发过程中，经常需要对软件进行修改或添加新功能。
如果没有进行回归测试，修改后的软件可能会导致原有功能出现问题，从而影响用户的正常使用体验。
2. 降低软件缺陷的风险：通过回归测试，可以及时发现已修改的软件模块中存在的问题，避免潜在的缺陷影响软件的整体稳定性。
3. 提高团队的工作效率：回归测试能够帮助测试团队及时发现问题，并在早期进行修复。
这样可以减少重新测试的成本，并提高整个团队的工作效率。
三、回归测试的方法1. 选择合适的回归测试用例：回归测试的用例选取至关重要。
应该选择一组有代表性的测试用例，覆盖软件的重要功能和常用路径。
这样可以确保回归测试的全面性和有效性。
2. 自动化回归测试：为了提高回归测试的效率，可以考虑使用自动化测试工具进行测试。
通过编写脚本和测试用例，可以自动运行测试，并及时检测出问题。
自动化回归测试可以大大减少人工测试的工作量，并提高测试的准确性。
3. 发现和管理问题：在回归测试过程中，会发现一些问题和缺陷。
测试团队应该及时记录和管理问题，确保问题得到妥善解决和跟踪。
4. 高效的团队协作：回归测试需要测试团队的紧密合作。
测试人员需要与开发人员和产品经理保持密切沟通，确保及时了解软件的变更和需求，以便针对性地选择回归测试用例。
四、回归测试的注意事项在进行回归测试时，需要注意以下几点：1. 回归测试应该及时进行：随着软件版本迭代的进行，回归测试应该与开发同步进行，确保对修改的验证足够及时。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
本技术公开了一种业务功能的回归测试方法、系统及装置，先通过案例编辑软件生成业务测试案例；再将生成的业务测试案例翻译为测试工具可执行的测试程序脚本；根据得到的测试程序脚本执行测试；输出测试结果。
本技术能够有效降低使用者的技术门槛、生成结构统一的测试报告，并能使测试脚本的复用性增强。
技术要求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。
优选地，所述通过案例编辑软件生成业务测试案例的步骤进一步包括：对所述需要测试的业务进行测试要点分析、校验方式分析、测试路径覆盖分析，得到业务流程图；根据得到的业务流程图，将业务功能的操作步骤按预定顺序组织，并将每一步骤的操作对象和操作动作一一对应，对操作对象设置不少于一个的关键字，生设置所述每一步骤的参数值和检查结果值。
优选地，上述步骤还包括：将不少于一个的测试案例按照预定的逻辑组织成一个场景；设置测试案例使用的测试数据。
优选地，所述将生成的业务测试案例翻译为测试工具可执行的测试程序脚本的步骤进一步包括：在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系；将测试案例翻译为测试工具可执行的测试脚本。
优选地，上述步骤还包括：将所述在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系的步骤和所述将测试案例翻译为测试工具可执行的测试脚本的步骤合并执行。
优选地，所述根据得到的测试程序脚本执行测试的步骤进一步包括：将不少于一个的测试案例按照预定顺序组织，通过脚本调度执行测试。
优选地，所述输出测试结果的步骤进一步包括：输出的测试结果包括总结性的一个场景下案例的通过情况和/或所述案例的每一步骤的通过情况和具体值的验证情况。
根据本技术的另一方面，还提供了一种业务功能的回归测试系统，包括构建装置、翻译装置、执行装置和输出装置，其中所述构建装置，用于通过案例编辑软件构建业务测试案例，并输出给翻译装置；所述翻译装置，用于将输入的业务测试案例翻译为测试工具可执行的测试程序脚本，并输出给执行装置；所述执行装置，用于根据输入的测试程序脚本执行测试，并将测试结果输出给输出装置，还用于将不少于一个的测试案例按照预定顺序组织，通过脚本调度所述输出装置，用于输出测试结果，所述输出的测试结果包括总结性的一个场景下案例的通过情况和/或所述案例的每一步骤的通过情况和具体值的验证情况优选地，所述构建装置进一步包括：业务路径分析模块，用于对所述需要测试的业务进行测试要点分析、校验方式分析、测试路径覆盖分析，得到业务流程图，并将所述业务流程图输出给逻辑逻辑测试脚本组织模块，用于根据输入的业务流程图，将业务功能的操作步骤按预定顺序组织，并将每一步骤的操作对象和操作动作一一对应，对操作对象出给测试数据设置模块；测试数据设置模块，用于根据输入的逻辑测试脚本，设置所述每一步骤的参数值和检查结果值。
测试场景组织模块，用于将不少于一个的测试案例按照预定的逻辑组织成一个场景。
优选地，所述翻译装置进一步包括：对象映射模块，用于在测试案例中设置的对象元素和被测试系统的对象元素间创建映射关系，并输出给脚本解析模块；脚本解析模块，用于根据输入的对象映射关系，将测试案例翻译为测试工具可执行的测试脚本。