[发明专利]一种业务系统的测试方法及装置

说明书

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

技术领域

本发明涉及信息测试技术领域，尤其涉及一种业务系统的测试方法及装置。

背景技术

目前，在线购物平台、在线金融平台等业务系统中，通常都会集成订单系统、购物车系统等服务化系统，这些服务化系统对前端的门户网站提供能力接口，但大都无操作界面，可视化的操作界面基本都是门户网站向用户终端展示的界面。同时，能力接口连接后端系统，且涉及对后端系统接口的整合，如寻源、促销等后端运行的功能。

在实际应用中，对于服务化系统进行接口联调测试，对测试环境的完整性要求较高，需要将前端门户网站和后端系统全部参与到接口联调测试的过程中，若只是将服务化系统单独进行测试，对于BUG的排除效果很不理想。而且随着业务系统的愈发复杂化，业务系统所采用的服务化系统的接口也越来越多，接口逻辑也越来越复杂，在实际工作中组要组织很多开发人员并耗费大量的时间和精力为测试编写各个接口的代码，每一次测试的人工成本很高。因此一般都是在一些价值较高的、新的业务系统上线运营前，才会对其中的服务化系统进行测试并进行BUG排查。

但是对于已经上线运营并且需要频繁更新的业务系统，出于经营收益和运营成本的考虑，无法同时停运前端门户网站和后端系统并参与到测试过程中。因此，难以对已经运行的服务化系统的更新、升级，进行接口联调测试，只能在在上线使用后再进行BUG排查，因此在服务化系统每一次的更新、升级后，往往都会出现一个BUG爆发的高峰期，严重影响了业务系统运行的稳定性，尤 其是遇到“双十一”、“双十二”等大型的营销活动时，不稳定的业务系统会给运营商造成损失。

发明内容

本发明的实施例提供一种业务系统的测试方法，能够缓减由于不稳定的业务系统给运营商造成损失的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明的实施例提供的方法，包括：

接收登录信息和配置信息，根据所述登录信息读取对应所述登录信息的案例集合；

从所述案例集合中提取案例，并依据所述配置信息创建测试模块，所述测试模块包括至少一个案例，其中，一个案例包括至少一个执行步骤；

运行所述测试模块，并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送；

接收所述待测试系统的返回的结果报文，并检测所述返回的结果报文是否符合预期，若是则判定测试成功。

结合第一方面，在第一方面的第一种可能的实现方式中，所述并根据所述测试模块中的案例的各执行步骤，生成测试消息并向待测试系统的服务接口发送，包括：

读取所述测试模块中的案例的各执行步骤的类型标识，并确定各执行步骤的类型，其中，执行步骤的类型包括：用于表示请求的R类和用于表示埋桩的S类；

运行R类执行步骤，生成R类测试消息并向所述待测试系统与前端相连的服务接口发送；

运行S类执行步骤，生成S类测试消息；在接收所述待测试系统发送的对应所述R类测试消息的反馈报文后，向所述待测试系统与后端相连的服务接口发送所述S类测试消息。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括：