一种业务系统的测试方法及装置制造方法及图纸

本发明专利技术实施例公开了一种业务系统的测试方法及装置，涉及信息测试技术领域，能够缓减由于不稳定的业务系统给运营商造成经济损失的问题。本发明专利技术包括：接收登录信息和配置信息，根据所述登录信息读取对应所述登录信息的案例集合；从所述案例集合中提取案例，并依据所述配置信息创建测试模块，所述测试模块包括至少一个案例，其中，一个案例包括至少一个执行步骤；运行所述测试模块，并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送；接收所述待测试系统的返回的结果报文，并检测所述返回的结果报文是否符合预期，若是则判定测试成功。本发明专利技术适用于服务化系统的接口联调测试。

A test method and device for a business system

An embodiment of the invention discloses a testing method and device for a business system, which relates to the field of information testing technology, which can reduce the economic loss caused by the unstable business system to the operators. The invention includes: receiving the login information and configuration information, reading the case set corresponding to the login information according to the login information, extracting the case from the case set, and creating the test module according to the configuration information, the test module including at least one case, in which one case includes at least one. The execution steps; run the test module, and according to the execution steps of the case in the test module, generate the test message and send it to the service interface of the test system; receive the returned result message of the system to be tested, and detect whether the returned result message is in conformity with the expectation, if the test is determined. Success\u3002 The invention is applicable to the interface debugging test of the service system.

【技术实现步骤摘要】
一种业务系统的测试方法及装置
本专利技术涉及信息测试
，尤其涉及一种业务系统的测试方法及装置。
技术介绍
目前，在线购物平台、在线金融平台等业务系统中，通常都会集成订单系统、购物车系统等服务化系统，这些服务化系统对前端的门户网站提供能力接口，但大都无操作界面，可视化的操作界面基本都是门户网站向用户终端展示的界面。同时，能力接口连接后端系统，且涉及对后端系统接口的整合，如寻源、促销等后端运行的功能。在实际应用中，对于服务化系统进行接口联调测试，对测试环境的完整性要求较高，需要将前端门户网站和后端系统全部参与到接口联调测试的过程中，若只是将服务化系统单独进行测试，对于BUG的排除效果很不理想。而且随着业务系统的愈发复杂化，业务系统所采用的服务化系统的接口也越来越多，接口逻辑也越来越复杂，在实际工作中组要组织很多开发人员并耗费大量的时间和精力为测试编写各个接口的代码，每一次测试的人工成本很高。因此一般都是在一些价值较高的、新的业务系统上线运营前，才会对其中的服务化系统进行测试并进行BUG排查。但是对于已经上线运营并且需要频繁更新的业务系统，出于经营收益和运营成本的考虑，无法同时停运前端门户网站和后端系统并参与到测试过程中。因此，难以对已经运行的服务化系统的更新、升级，进行接口联调测试，只能在在上线使用后再进行BUG排查，因此在服务化系统每一次的更新、升级后，往往都会出现一个BUG爆发的高峰期，严重影响了业务系统运行的稳定性，尤其是遇到“双十一”、“双十二”等大型的营销活动时，不稳定的业务系统会给运营商造成损失。
技术实现思路
本专利技术的实施例提供一种业务系统的测试方法，能够缓减由于不稳定的业务系统给运营商造成损失的问题。为达到上述目的，本专利技术的实施例采用如下技术方案：第一方面，本专利技术的实施例提供的方法，包括：接收登录信息和配置信息，根据所述登录信息读取对应所述登录信息的案例集合；从所述案例集合中提取案例，并依据所述配置信息创建测试模块，所述测试模块包括至少一个案例，其中，一个案例包括至少一个执行步骤；运行所述测试模块，并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送；接收所述待测试系统的返回的结果报文，并检测所述返回的结果报文是否符合预期，若是则判定测试成功。结合第一方面，在第一方面的第一种可能的实现方式中，所述并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送，包括：读取所述测试模块中的案例的各执行步骤的类型标识，并确定各执行步骤的类型，其中，执行步骤的类型包括：用于表示请求的R类和用于表示埋桩的S类；运行R类执行步骤，生成R类测试消息并向所述待测试系统与前端相连的服务接口发送；运行S类执行步骤，生成S类测试消息；在接收所述待测试系统发送的对应所述R类测试消息的反馈报文后，向所述待测试系统与后端相连的服务接口发送所述S类测试消息。结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括：执行步骤运行消息队列(MQ)类执行步骤，生成MQ类测试消息；向所述待测试系统与后端相连的服务接口发送所述MQ类测试消息，并接收所述待测试系统发送的对应所述MQ类测试消息的反馈报文，其中，执行步骤的类型还包括：用于表示MQ消息的MQ类。结合第一方面的第一、二种可能的实现方式,在第三种可能的实现方式中，所述检测所述返回的结果报文是否符合预期，若是则判定测试成功，包括：运行Y类执行步骤并得到预期报文，其中，执行步骤的类型还包括：用于表示预期报文的Y类；检测当前的案例中，所述待测试系统发送的反馈报文是否符合所述预期报文，若是则判定当前的案例测试成功。结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述检测所述返回的结果报文是否符合预期，包括：在接收到所述待测试系统发送的对应一个执行步骤的反馈报文后，检测对应这一个执行步骤的反馈报文中各字段的值，是否与对应这一个执行步骤的预期报文的相一致，若是则判定符合。第二方面，本专利技术的实施例提供的装置，包括：接收单元，用于接收登录信息和配置信息，根据所述登录信息读取对应所述登录信息的案例集合；测试创建单元，用于从所述案例集合中提取案例，并依据所述配置信息创建测试模块，所述测试模块包括至少一个案例，其中，一个案例包括至少一个执行步骤；测试运行单元，用于运行所述测试模块，并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送；检测单元，用于接收所述待测试系统的返回的结果报文，并检测所述返回的结果报文是否符合预期，若是则判定测试成功。结合第二方面，在第二方面的第一种可能的实现方式中，所述测试运行单元，具体用于读取所述测试模块中的案例的各执行步骤的类型标识，并确定各执行步骤的类型，并运行R类执行步骤，生成R类测试消息并向所述待测试系统与前端相连的服务接口发送；和，运行S类执行步骤，生成S类测试消息；在接收所述待测试系统发送的对应所述R类测试消息的反馈报文后，向所述待测试系统与后端相连的服务接口发送所述S类测试消息；其中，执行步骤的类型包括：用于表示请求的R类和用于表示埋桩的S类。结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述测试运行单元，还用于执行步骤运行消息队列(MQ)类执行步骤，生成MQ类测试消息；向所述待测试系统与后端相连的服务接口发送所述MQ类测试消息，并接收所述待测试系统发送的对应所述MQ类测试消息的反馈报文，其中，执行步骤的类型还包括：用于表示MQ消息的MQ类。结合第二方面的第一、二种可能的实现方式,在第三种可能的实现方式中，所述检测单元，具体用于运行Y类执行步骤并得到预期报文，其中，执行步骤的类型还包括：用于表示预期报文的Y类；并检测当前的案例中，所述待测试系统发送的反馈报文是否符合所述预期报文，若是则判定当前的案例测试成功。结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述检测单元，具体用于在接收到所述待测试系统发送的对应一个执行步骤的反馈报文后，检测对应这一个执行步骤的反馈报文中各字段的值，是否与对应这一个执行步骤的预期报文的相一致，若是则判定符合。本专利技术实施例提供的业务系统的测试方法及装置，能够自动对服务化系统进行接口联调测试，使得技术人员方便的调取案例集合，并自动建立测试模块执行测试，从而减少技术人员可以在功能测试环境对服务化系统进行一轮或多轮功能测试时的代码编写的工作量。相对于只在简单的代码错误排查后就直接上线，并在上线使用后再进行BUG排查的现有手段，本实施例实现了快速进行接口联调测试，减少了在功能测试环境对服务化系统进行一轮或多轮功能测试时的人力成本，减少了服务化系统上线后出现的BUG，从而缓减了由于不稳定的业务系统给运营商造成的经济损失。附图说明为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。图1为本专利技术实施例提供的一种系统架构示意图；图2为本专利技术实施例提供的业务系统的测试方法的流程示意图；图3a、图3b、图3c为本专利技术实施例提供的具体本文档来自技高网...

【技术保护点】
一种业务系统的测试方法，其特征在于，包括：接收登录信息和配置信息，根据所述登录信息读取对应所述登录信息的案例集合；从所述案例集合中提取案例，并依据所述配置信息创建测试模块，所述测试模块包括至少一个案例，其中，一个案例包括至少一个执行步骤；运行所述测试模块，并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送；接收所述待测试系统的返回的结果报文，并检测所述返回的结果报文是否符合预期，若是则判定测试成功。

【技术特征摘要】
1.一种业务系统的测试方法，其特征在于，包括：接收登录信息和配置信息，根据所述登录信息读取对应所述登录信息的案例集合；从所述案例集合中提取案例，并依据所述配置信息创建测试模块，所述测试模块包括至少一个案例，其中，一个案例包括至少一个执行步骤；运行所述测试模块，并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送；接收所述待测试系统的返回的结果报文，并检测所述返回的结果报文是否符合预期，若是则判定测试成功。2.根据权利要求1所述的方法，其特征在于，所述并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送，包括：读取所述测试模块中的案例的各执行步骤的类型标识，并确定各执行步骤的类型，其中，执行步骤的类型包括：用于表示请求的R类和用于表示埋桩的S类；运行R类执行步骤，生成R类测试消息并向所述待测试系统与前端相连的服务接口发送；运行S类执行步骤，生成S类测试消息；在接收所述待测试系统发送的对应所述R类测试消息的反馈报文后，向所述待测试系统与后端相连的服务接口发送所述S类测试消息。3.根据权利要求2所述的方法，其特征在于，还包括：执行步骤运行消息队列(MQ)类执行步骤，生成MQ类测试消息；向所述待测试系统与后端相连的服务接口发送所述MQ类测试消息，并接收所述待测试系统发送的对应所述MQ类测试消息的反馈报文，其中，执行步骤的类型还包括：用于表示MQ消息的MQ类。4.根据权利要求2或3所述的方法，其特征在于，所述检测所述返回的结果报文是否符合预期，若是则判定测试成功，包括：运行Y类执行步骤并得到预期报文，其中，执行步骤的类型还包括：用于表示预期报文的Y类；检测当前的案例中，所述待测试系统发送的反馈报文是否符合所述预期报文，若是则判定当前的案例测试成功。5.根据权利要求4所述的方法，其特征在于，所述检测所述返回的结果报文是否符合预期，包括：在接收到所述待测试系统发送的对应一个执行步骤的反馈报文后，检测对应这一个执行步骤的反馈报文中各字段的值，是否与对应这一个执行步骤的预期报文的相...

【专利技术属性】
技术研发人员：丁安国，叶国华，孙迁，徐梅兰，杨婧，
申请(专利权)人：苏宁云商集团股份有限公司，
类型：发明
国别省市：江苏,32