WO2019047482A1 - 应用程序兼容性测试方法、装置、计算机设备和存储介质 - Google Patents

应用程序兼容性测试方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
WO2019047482A1
WO2019047482A1 PCT/CN2018/077002 CN2018077002W WO2019047482A1 WO 2019047482 A1 WO2019047482 A1 WO 2019047482A1 CN 2018077002 W CN2018077002 W CN 2018077002W WO 2019047482 A1 WO2019047482 A1 WO 2019047482A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
application
processing result
interface
business
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2018/077002
Other languages
English (en)
French (fr)
Inventor
邓智
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2019047482A1 publication Critical patent/WO2019047482A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668—Testing of software
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • the present application relates to the field of communications technologies, and in particular, to an application compatibility testing method, apparatus, computer device, and storage medium.
  • the application can be released on a regular basis.
  • the next version of the application should support the configuration file for the business process corresponding to the previous version of the application.
  • the next version of the application should be compatible with the previous version of the application.
  • the configuration files can be adjusted at any time, which makes it difficult for testers to find all the adjusted configuration files.
  • the next version of the application if the configuration file corresponding to some business processes is adjusted, but it is not found in time, the adjusted configuration file is not loaded, causing the next version of the application to the previous version.
  • the application is incompatible, causing the next version of the application to fail to stream business data to the adjusted business process. Therefore, how to find out whether the previous version of the application is compatible before the release of the next version of the application is a technical problem that needs to be solved.
  • an application compatibility testing method for improving the performance of a computer device, and storage medium.
  • An application compatibility testing method including:
  • Reading business data includes a service type
  • An application compatibility testing device includes:
  • An acquiring module configured to read service data; the service data includes a service type; and acquiring a corresponding configuration file according to the service type, where the corresponding business process is recorded in the configuration file;
  • An simulation module configured to invoke an interface of an application of a next version, using the interface to simulate a flow process of the service data in the business process; and recording a simulation process result of the service data in a flow process;
  • the obtaining module is further configured to acquire a flow record file of a previous version corresponding to the service data, where the application file of the previous version recorded in the flow record file performs the process of processing the service data according to the service process. Historical processing results;
  • a comparison module configured to compare the simulated processing result with the historical processing result; if not, determine that the next version of the application is incompatible with the previous version of the application.
  • a server comprising a memory and one or more processors, the memory storing computer readable instructions, when the computer readable instructions are executed by the processor, causing the one or more processors to execute The steps in the above method embodiments are implemented.
  • One or more computer readable non-volatile storage media storing computer readable instructions that, when executed by one or more processors, cause one or more processors to be executed to implement the method embodiments described above A step of.
  • FIG 1 is an application scenario diagram of an application compatibility testing method in an embodiment
  • FIG. 3 is a block diagram of an application compatibility testing device in one embodiment.
  • FIG. 4 is a block diagram of a computer device in one embodiment.
  • the application provides an application compatibility testing method, which can be applied to an application environment as shown in FIG. 1.
  • the service terminal 102 establishes a communication connection with the server 104 over the network.
  • the test terminal 106 establishes a communication connection with the server 104 over the network.
  • the worker handles the business for the customer through an application running on the business terminal 102.
  • the service terminal 102 generates service data when the customer handles the service, and when the service data is processed, the service terminal 102 writes the corresponding processing result to the flow record file.
  • Each version of the application can have a corresponding log file.
  • a database is deployed on the server 104, including a production database and a test database.
  • the business terminal 102 writes business data or the like into the production database for storage.
  • the production database also stores the log file corresponding to each version of the application.
  • the next version of the application is tested by the tester 106 prior to release.
  • the application running on the business terminal 102 can be correspondingly referred to as the previous version of the application.
  • the test tool and the next version of the application are installed on the test terminal 106.
  • the test terminal 106 synchronizes the business data, business rules, business processes, business process configuration files, and flow record files in the generated database to the test database through the test tool.
  • the test terminal 106 reads the service data in the test database, and obtains the corresponding configuration file according to the service type of the service data.
  • the test terminal 106 calls the thread of the next version of the application through the test tool, which in turn drives the application to run, so that the next version of the application loads the read configuration file.
  • the test tool calls the interface of the next version of the application, simulating the business data according to the flow of the business process through the called interface.
  • the test terminal 106 records the simulation processing result in each process link through the test tool, and the simulation processing result is recorded in the simulation flow file.
  • the test terminal 106 compares the simulated processing result with the historical processing result in the previous version of the streaming log file. If there is inconsistent data, it is determined that the next version of the application is incompatible with the previous version of the application. This makes it possible to detect incompatibilities in time before the next version of the application is released.
  • an application compatibility testing method is provided.
  • the method is applied to the testing terminal as an example, and specifically includes the following steps:
  • Step 202 Read service data; the service data includes a service type.
  • Step 204 Obtain a corresponding configuration file according to the service type, and record the corresponding business process in the configuration file.
  • the staff handles the business for the customer through an application running on the business terminal.
  • the business terminal generates business data when the customer handles the business. These business data can also be referred to as production data.
  • the business terminal stores the production data in the production database.
  • the production database can be deployed on the server.
  • the production database also stores configuration files for business rules, business processes, and business processes.
  • Business processes include multiple process steps.
  • the business process and the business rules corresponding to each process link are recorded in the configuration file.
  • Each process link corresponds to a service terminal.
  • the service data can be processed according to the business rule corresponding to the process link.
  • the business data is transferred in a plurality of service terminals to complete the business handled by the customer.
  • Different profiles correspond to different business processes.
  • the same business type can have different business processes according to business needs.
  • Different business processes mean that the process of transferring business data is different.
  • the version of the application can be updated periodically. Before the next version is released, testers are required to test the compatibility of the next version of the application. Accordingly, the current version of the application running on the business terminal can also be referred to as the previous version of the application.
  • the test environment and the actual environment of the business process also known as the production environment
  • the test terminal cannot obtain the configuration files of the business data and the business process in the generation database, and can obtain the required business data and the configuration file of the business process only in the test database.
  • the test tool and the next version of the application are installed on the test terminal.
  • the test tool invokes the test script to synchronize business data, business rules, business processes, and configuration files from the production database to the test database.
  • the production database can also be referred to as the source database, and the test database can be referred to as the target database accordingly.
  • the test terminal invokes multiple threads through the test test tool to read the business data of multiple services in the test database.
  • the test tool can read the business data of the plurality of services within the preset time period in the test database.
  • the preset time period is usually a recent period of time, for example, within a week or within a month.
  • Business data within a preset time period is typically streamed according to the latest business processes, helping testers discover the latest configuration files.
  • the business data may be data that has been processed by the business, or data that is being processed.
  • Business data includes business types such as policy holds or bank credit cards. Different business types can have different business processes.
  • Business processes can be adjusted at any time based on business needs. After the business process is adjusted, its corresponding configuration file will also be adjusted.
  • step 206 the interface of the next version of the application is invoked, and the interface is used to simulate the flow of the business data in the business process.
  • Step 208 Record the simulation processing result of the service data in the flow process.
  • the test terminal calls the thread of the next version of the application through the test tool, which in turn drives the application to run, so that the next version of the application loads the read configuration file.
  • the test terminal acquires a configuration file of the corresponding business process according to the service type of the service data.
  • the test terminal invokes one or more interfaces of the next version of the application through the test tool, and simulates the flow of the business data according to the flow of the business process through the called interface.
  • the test terminal can send a check request to the external server through the test tool, and the specified field is included in the check request.
  • the external server receives the check request and returns a corresponding response message according to the specified field.
  • the test terminal determines the service type of the service data according to the response message returned by the external server.
  • test tool invokes one or more interfaces of the next version of the application, simulating the business data according to the flow of the business process through the called interface.
  • test tool can simulate the corresponding flow process according to the corresponding business process in the above manner, so as to test the compatibility of each configuration file.
  • the latest version of the application usually executes the latest business processes.
  • the test tool can only read the latest configuration files according to the business type of the business data.
  • the interface that invokes the next version of the application simulates the flow of business processes to the latest business processes.
  • the business data is matched or verified with the corresponding business rules in each process link.
  • the test terminal records the simulation processing results in each process link through a test tool.
  • the simulation processing results are recorded in the simulation flow file.
  • Step 210 Obtain a previous version of the flow record file corresponding to the service data, and record the history processing result of the previous version of the application processing the service data according to the business process in the flow record file.
  • step 212 the simulation processing result is compared with the historical processing result.
  • Step 214 if not, determines that the next version of the application is not compatible with the previous version of the application.
  • each business terminal When the staff handles the business for the customer, each business terminal records the corresponding processing result.
  • a plurality of service terminals record the processing results in the flow record file.
  • the flow record file can correspond to the version of the application, and the flow record file of different versions of the application can be different.
  • the flow record file can be stored in the production database.
  • the test terminal can use the test tool to synchronize the flow record file from the production database to the test database.
  • the test terminal can obtain the flow record file corresponding to the previous version of the application through the test tool (which can be simply referred to as the previous version of the transfer record file).
  • the test terminal compares the previous version of the flow record file with the simulated flow file through the test tool. If the simulation processing result in the simulated streaming file is consistent with the historical processing result in the previous version of the streaming file, it means that the next version of the application is compatible with the previous version of the application. If there is an inconsistent processing result, it indicates that the next version of the application is incompatible with the previous version of the application.
  • the service process has a corresponding configuration file, and the corresponding configuration file can be obtained according to the service type of the service data.
  • the called interface can simulate the business data to be processed according to the business process in the configuration file.
  • the simulation processing results of each process link are recorded. Compare the simulated processing results with the historical processing results of the previous version. If they match, the next version of the application is compatible with the previous version of the application. If there is an inconsistent processing result, it indicates that the next version of the application is incompatible with the previous version of the application. Therefore, before the release of the next version of the application, it is possible to timely find out whether there is a problem of incompatibility with the previous version, and effectively avoid the problem that the business data cannot flow normally due to the incompatible version of the application.
  • steps in the flowchart of FIG. 2 are sequentially displayed as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and may be performed in other sequences. Moreover, at least some of the steps in FIG. 2 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, and the order of execution thereof is not necessarily This may be performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of the other steps.
  • the method before the step of reading the service data, further includes: acquiring a target data table in the target database, where the target data table includes multiple target fields; and extracting the corresponding field in the multiple source databases by using the target field Business data; the business data of the corresponding field extracted is written into the target data table against the target field.
  • the business data is synchronized from the plurality of production databases to the test database.
  • the production database can be referred to as the source database
  • the test database can be referred to as the target database accordingly.
  • the source and target databases can be deployed on the same server or on different servers.
  • a corresponding source data table is stored in each source database, and business data is recorded in the source data table.
  • the source data table may include multiple fields corresponding to the service data.
  • a target data table is created in the target database, and the target data table includes multiple target fields. The target field can be configured according to the test needs.
  • the test terminal uses the target field to generate a corresponding SQL statement through the test tool, and extracts the service data of the corresponding field in the source data table of the multiple source databases through the SQL statement.
  • the test terminal writes the extracted business data of the corresponding field to the target data table according to the target field, and performs data synchronization. In this process, it is not necessary to extract the entire source data table for data synchronization, but the business data of the corresponding field is extracted in the source data table according to the field, which effectively improves the data synchronization speed.
  • the test terminal may also extract only the business data corresponding to the target field in the preset time period, and write the extracted business data to the target field.
  • the target data table data synchronization is performed.
  • the test terminal may extract corresponding service data and perform data synchronization in the idle time of the source database. If the idle times of the multiple source databases are different, the test terminal can separately perform data synchronization according to the idle time of each source database.
  • the method further includes: if there is a business data that does not match the business rule during the flow process , the business data is marked as abnormal data; the quality control task is generated by using the abnormal data; the quality control rule corresponding to the quality control task is obtained, and the quality control terminal is simulated by the quality control rule to perform the quality control task, and the abnormal information is corrected.
  • the test terminal uses the test tool to match the service data by using the business rule in each process link. Only when the business data meets the business rules of all process links can the business be successfully handled for the customer. If there is business data that does not meet the business rules, you need to perform quality control processing on the business data. After the quality control process is completed, the business data can continue to flow.
  • the staff of the quality control position conducts quality control processing on the business data through the quality control terminal.
  • the test terminal simulates the quality control processing of the quality control terminal through the test tool. Specifically, the test terminal marks the service data that does not meet the business rule as abnormal data, and generates the quality control task by using the abnormal data.
  • the test terminal calls the script file through the test tool to obtain the pre-configured quality control rules, and uses the quality control rules to simulate the quality control terminal to perform the quality control task, and repairs the abnormal data, so that the repaired data conforms to the business rules.
  • the business data is "non-fixed-point approved hospital"
  • the business data is marked as abnormal data.
  • the test terminal invokes the script file to obtain the corresponding quality control rule, and the business data is modified into the “first people's hospital”, so that the corrected data conforms to the business rules.
  • the quality control processing of the quality control terminal the data that does not meet the business rules can be repaired in time, ensuring that the repaired business data can continue to flow according to the business process, and then the test is smoothly carried out.
  • the business data also includes the status. If the status indicates that the business data needs to be processed by the staff of other positions, the test terminal can invoke the script to simulate the corresponding processing to ensure that the business data can be processed according to the business process.
  • the step of comparing the simulated processing result with the historical processing result includes: obtaining a field to be compared corresponding to the simulation processing result and a field to be compared corresponding to the historical processing result; and acquiring an analog flow file corresponding to the simulation processing result;
  • the simulation flow file is compared with the previous version of the flow record file according to the field to be compared corresponding to the simulation processing result and the field to be compared corresponding to the historical processing result, and the comparison result is output.
  • the test terminal can display the comparison configuration page through the test tool. Before testing, the tester enters configuration information in the comparison configuration page through the test terminal.
  • the configuration information includes basic information of the file to be compared, including the file name to be compared, the name of the field to be compared, and the like.
  • the file name to be compared may be a file name of the simulated streaming file and a file name of the previous version of the streaming record file.
  • the field name to be compared may be an analog streaming file and all field names in the previous version of the streaming file or partial field names.
  • the test terminal maintains the configuration information entered in the comparison configuration page.
  • the test terminal can call the configuration information, and compare the simulated streaming file and the previous version of the streaming record file according to the field name to be compared in the configuration information. After the comparison is completed, the comparison result is output.
  • the comparison results can include all data, or only inconsistent data. In order to facilitate the tester to understand the comparison results, the comparison results can only show inconsistent data. By performing row-by-row comparison on the corresponding fields to be compared, the simulation processing result can be quickly and effectively compared with the historical processing result.
  • the test terminal can also display a progress bar comparing the simulated processing result with the historical processing result, thereby facilitating the tester to timely understand the comparison progress.
  • the method further includes: if there is data inconsistent with the historical processing result in the simulation processing result, querying the corresponding interface name according to the inconsistent data; acquiring the interface in the next version of the application according to the interface name Parameters and interface parameters in the previous version of the application; converting the interface parameters of the next version of the application to the first interface parameter in the Json format; the plurality of parameter data of the first interface parameter are sorted in a preset order; The interface parameter of one version of the application is converted into the second interface parameter of the Json format; the plurality of parameter data of the first interface parameter are sorted according to a preset order; the first interface parameter after the sorting is compared with the second interface parameter, and the output is output
  • the inconsistent parameter data corresponding to the interface name locates the incompatible part of the next version of the application according to the inconsistent parameter data.
  • the tester can use the test terminal to locate the incompatible parts.
  • An application can have multiple interfaces, and the test tool can process the business data in different process links by calling different interfaces.
  • the analog processing results of different interface outputs are different.
  • the test terminal can query the corresponding interface name according to the data in the result of the processing that is inconsistent with the historical processing result.
  • the test terminal obtains the interface parameters of the interface in the next version of the application and the interface parameters in the application of the previous version according to the interface name.
  • Multiple interface data is included in the interface parameters.
  • the interface data can be recorded in the form of a data table or in the form of text. In order to know which parameter data is modified between the next version and the interface of the previous version, the test terminal can convert the interface parameters through the test tool.
  • the test terminal converts the interface parameters of the next version into the first interface parameters of the Json format through a test tool.
  • the first interface parameter includes a plurality of parameter data, and the plurality of parameter data are displayed line by line and sorted in a preset order.
  • the terminal obtains the interface parameter of the previous version in the second file through the application, and converts the interface parameter of the previous version into the second interface parameter of the Json format.
  • the second interface parameter includes a plurality of parameter data, and the plurality of parameter data are displayed line by line and sorted in a preset order.
  • the test terminal compares the first interface parameter with the second interface parameter line by line, and outputs parameter data that is inconsistent between the next version and the previous version.
  • the application also provides an application compatibility testing device that includes a plurality of modules, each of which may be implemented in whole or in part by software, hardware, or a combination thereof.
  • the apparatus includes: an obtaining module 302, an analog module 304, and a comparing module 306, wherein: the obtaining module 302 is configured to read service data; the service data includes a service type; Obtain the corresponding configuration file, and the corresponding business process is recorded in the configuration file.
  • the simulation module 304 is configured to invoke an interface of the next version of the application, simulate the flow process of the business data in the business process by using the interface, and record the simulation processing result of the business data in the flow process.
  • the obtaining module 302 is further configured to obtain a previous version of the flow record file corresponding to the service data, and the flow record file records the historical process result that the previous version of the application processes the service data according to the business process.
  • the comparison module 306 is configured to compare the simulation processing result with the historical processing result; if not, determine that the next version of the application is incompatible with the previous version of the application.
  • the obtaining module 302 is further configured to acquire a target data table in the target database, where the target data table includes multiple target fields; use the target field to extract the service data of the corresponding field in the multiple source databases; The business data of the corresponding field is written to the target data table against the target field.
  • the simulation module 304 is further configured to mark the service data as abnormal data if the service data does not match the business rule in the flow process, generate the quality control task by using the abnormal data, and obtain the quality control task corresponding to the quality control task.
  • the quality control rules use the quality control rules to simulate the quality control terminal to perform quality control tasks and correct the abnormal information.
  • the comparison module 306 is further configured to obtain a field to be compared corresponding to the simulation processing result and a field to be compared corresponding to the historical processing result; obtain an analog flow file corresponding to the simulation processing result; and the corresponding to-be-compared field according to the simulation processing result And the field to be compared corresponding to the historical processing result compares the simulated streaming file with the previous version of the streaming record file, and outputs the comparison result.
  • the obtaining module 302 is further configured to: if the data in the simulation processing result is inconsistent with the historical processing result, query the corresponding interface name according to the inconsistent data; and obtain the interface in the next version of the application according to the interface name.
  • the parameter and the interface parameter in the application of the previous version; the comparison module 306 is further configured to convert the interface parameter of the application of the next version into the first interface parameter of the Json format; Sequencing the order; converting the interface parameters of the previous version of the application to the second interface parameter of the Json format; the plurality of parameter data of the first interface parameter are sorted in a preset order; the first interface parameter after the sorting is the second
  • the interface parameters are compared, and the inconsistent parameter data corresponding to the interface name is output, and the incompatible portion of the next version of the application is located according to the inconsistent parameter data.
  • the above application compatibility testing device can be implemented in the form of a computer readable instruction that can be run on a computer device as shown in FIG.
  • a computer device such as a test terminal
  • the computer device includes a processor, a memory, and a network interface connected by a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the server includes a non-volatile storage medium and an internal memory.
  • the non-volatile storage medium of the server stores an operating system and computer readable instructions.
  • the non-volatile storage medium can make the non-transitory computer readable storage medium.
  • the internal memory of the computer device provides an environment for the operation of an operating system and computer readable instructions in a non-volatile storage medium.
  • the network interface of the computer device is used to communicate with an external server via a network connection.
  • the computer readable instructions are executed by a processor to implement an application compatibility testing method.
  • a processor to implement an application compatibility testing method.
  • FIG. 4 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the server to which the solution of the present application is applied.
  • the specific computer equipment may include More or fewer components than shown in the figure, or some components combined, or with different component arrangements.
  • a computer apparatus comprising a memory and one or more processors having stored therein computer readable instructions that, when executed by the processor, cause The steps in the various method embodiments described above are implemented when one or more processors are executed.
  • one or more computer readable non-volatile storage media having computer readable instructions, when executed by one or more processors, causing one or more processors.
  • the steps in the various method embodiments described above are implemented at the time of execution.
  • the readable storage medium which when executed, may include the flow of an embodiment of the methods as described above.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请涉及一种应用程序兼容性测试方法，包括：读取业务数据；所述业务数据包括业务类型；根据所述业务类型获取相应配置文件，所述配置文件中记录了对应的业务流程；调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程；记录所述业务数据在流转过程中的模拟处理结果；获取所述业务数据对应的上一个版本的流转记录文件，所述流转记录文件中记录了上一个版本的应用程序按照所述业务流程对所述业务数据进行流转处理的历史处理结果；将所述模拟处理结果与所述历史处理结果进行比较；若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。

Description

应用程序兼容性测试方法、装置、计算机设备和存储介质
本申请要求于2017年9月11日提交中国专利局、申请号为201710813164X、发明名称为“应用程序兼容性测试方法、装置、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，特别是涉及一种应用程序兼容性测试方法、装置、计算机设备和存储介质。
背景技术
保险作为一种社会保障机制，目前已融入至了人们的日常生活中。随着保险种类的增加，业务类别也越来越多，相应的业务流程也越来越多。当客户办理保险业务时，可以通过应用程序调用业务流程的配置文件使得业务数据在多个岗位之间进行流转，从而完成所办理的业务。业务流程可以根据业务需要随时进行调整。业务流程调整之后，为确保业务数据按照调整后的业务流程进行流转，业务流程的配置文件需要进行相应的调整。
应用程序作为一个软件工具，可以定期发布新版本。下一个版本的应用程序应当支持上一个版本的应用程序所对应的业务流程的配置文件。也就是说，下一个版本的应用程序应当对上一个版本的应用程序兼容。由于保险的业务流程较多，配置文件也相应的较多，而且配置文件可以随时进行调整，这使得测试人员很难发现全部被调整的配置文件。在下一个版本的应用程序中，如果某些业务流程对应的配置文件进行了调整，但是未能被及时发现，使得调整后的配置文件未能被加载，造成下一个版本的应用程序对上一个版本的应用程序不兼容，导致下一个版本的应用程序无法对业务数据按调整后的业务流程进行流转。因此，如何在下一个版本的应用程序发布之前及时发 现对上一个版本的应用程序是否兼容成为目前需要解决的一个技术问题。
发明内容
根据本申请公开的各种实施例，提供一种应用程序兼容性测试方法、装置、计算机设备和存储介质。
一种应用程序兼容性测试方法，包括：
读取业务数据；所述业务数据包括业务类型；
根据所述业务类型获取相应配置文件，所述配置文件中记录了对应的业务流程；
调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程；
记录所述业务数据在流转过程中的模拟处理结果；
获取所述业务数据对应的上一个版本的流转记录文件，所述流转记录文件中记录了上一个版本的应用程序按照所述业务流程对所述业务数据进行流转处理的历史处理结果；
将所述模拟处理结果与所述历史处理结果进行比较；及
若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
一种应用程序兼容性测试装置，包括：
获取模块，用于读取业务数据；所述业务数据包括业务类型；根据所述业务类型获取相应配置文件，所述配置文件中记录了对应的业务流程；
模拟模块，用于调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程；记录所述业务数据在流转过程中的模拟处理结果；
所述获取模块还用于获取所述业务数据对应的上一个版本的流转记录文件，所述流转记录文件中记录了上一个版本的应用程序按照所述业务流程对所述业务数据进行流转处理的历史处理结果；及
对比模块，用于将所述模拟处理结果与所述历史处理结果进行比较；若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
一种服务器，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行时实现上述方法实施例中的步骤。
一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行时实现上述方法实施例中的步骤。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征、目的和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为一个实施例中应用程序兼容性测试方法的应用场景图；
图2为一个实施例中应用程序兼容性测试方法的流程图；
图3为一个实施例中应用程序兼容性测试装置的框图。
图4为一个实施例中计算机设备的框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供应用程序兼容性测试方法，可以应用于如图1所示的应用环境中。业务终端102通过网络与服务器104建立通信连接。测试终 端106通过网络与服务器104建立通信连接。工作人员通过业务终端102上运行的应用程序为客户办理业务。业务终端102可以有多个，业务数据按照业务流程流转至不同的业务终端102进行处理。业务终端102为客户办理业务时产生业务数据，业务数据被处理时，业务终端102将相应的处理结果写入流转记录文件。每个一个版本的应用程序都可以有对应的流转记录文件。服务器104上部署了数据库，包括生产数据库和测试数据库。业务终端102将业务数据等写入生产数据库中进行存储。生产数据库中还存储了每个版本的应用程序对应的流转记录文件。
应用程序的下一个版本在发布之前，测试人员通过测试终端106对其进行测试。业务终端102上运行的应用程序可以相应的称为上一个版本的应用程序。测试终端106上安装了测试工具和下一个版本的应用程序。测试终端106通过测试工具将生成数据库中的业务数据、业务规则、业务流程、业务流程的配置文件以及流转记录文件等同步至测试数据库。测试终端106在测试数据库中读取业务数据，根据业务数据的业务类型获取相应的配置文件。测试终端106通过测试工具调用下一个版本的应用程序的线程，继而驱动应用程序的运行，使得下一个版本的应用程序加载读取到的配置文件。测试工具调用下一个版本的应用程序的接口，通过被调用的接口模拟业务数据按照该业务流程的流转过程。测试终端106通过测试工具记录每个流程环节中的模拟处理结果，模拟处理结果记录至模拟流转文件中。测试终端106将模拟处理结果与上一个版本的流转记录文件中的历史处理结果进行比较，若存在不一致的数据，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。由此能够在下一个版本的应用程序发布之前能够及时发现不兼容的问题。
在一个实施例中，如图2所示，提供了一种应用程序兼容性测试方法，以该方法应用于测试终端为例进行说明，具体包括以下步骤：
步骤202，读取业务数据；业务数据包括业务类型。
步骤204，根据业务类型获取相应配置文件，配置文件中记录了对应的业务流程。
工作人员通过业务终端上运行的应用程序为客户办理业务。业务终端为客户办理业务时产生业务数据。这些业务数据也可以称为生产数据。业务终端将生产数据存入生产数据库中。生产数据库可以部署在服务器上。生产数据库中还存储了业务规则、业务流程以及业务流程的配置文件。业务流程包括多个流程环节。配置文件中记录了业务流程以及各个流程环节对应的业务规则。每个流程环节对应一台业务终端，业务终端中的应用程序加载配置文件之后，可以按照流程环节所对应的业务规则对业务数据进行处理。从而使得业务数据在多个业务终端进行流转，完成客户所办理的业务。生产数据库中可以有多个配置文件。不同的配置文件对应不同的业务流程。同一个业务类型根据业务需要可以有不同的业务流程。业务流程不同，也就表示业务数据的流转过程不同。
应用程序的版本可以定期进行更新。在下一个版本发布之前，需要测试人员对下一个版本的应用程序进行兼容性测试。相应地，业务终端上运行的当前版本的应用程序也可以称为上一个版本的应用程序。为了确保为客户办理业务所产生的业务数据的准确性，测试环境与业务办理的实际环境(也可以称为生产环境)两者是隔离的。测试终端不能在生成数据库中获取业务数据和业务流程的配置文件，只能在测试数据库中获取所需的业务数据和业务流程的配置文件。
测试终端上安装了测试工具和下一个版本的应用程序。测试工具调用测试脚本将业务数据、业务规则、业务流程以及配置文件等从生产数据库中同步至测试数据库。生产数据库可以只有一个，也可以有多个。生产数据库还可以称为源数据库，测试数据库可以相应地称为目标数据库。
在传统的方式中，业务数据是由人工通过应用程序的界面按照具体的业务逐笔输入的。本实施例中，为了提高测试效率，测试终端通过测试测试工具调用多个线程在测试数据库中读取多笔业务的业务数据。优选的，测试工具可以在测试数据库中读取预设时间段内的多笔业务的业 务数据。预设时间段通常为近期的一段时间，例如，一周内或一个月内等。预设时间段内的业务数据通常会按照最新的业务流程进行流转，有助于测试人员发现最新的配置文件。
业务数据可以是已经完成业务办理的数据，也可以是正在办理业务的数据。业务数据包括业务类型，例如，保单保全或银行信用卡等。不同的业务类型可以有不同的业务流程。业务流程可以根据业务需要随时进行调整。业务流程调整后，其对应的配置文件也会调整。
步骤206，调用下一个版本的应用程序的接口，利用接口模拟业务数据在业务流程中的流转过程。
步骤208，记录业务数据在流转过程中的模拟处理结果。
测试终端通过测试工具调用下一个版本的应用程序的线程，继而驱动应用程序的运行，使得下一个版本的应用程序加载读取到的配置文件。测试终端根据业务数据的业务类型获取对应的业务流程的配置文件。测试终端通过测试工具调用下一个版本的应用程序的一个或多个接口，通过被调用的接口模拟业务数据按照业务流程的流转过程。
如果业务数据中未包括业务类型，测试终端可以通过测试工具向外部服务器发送核对请求，核对请求中包括指定字段等。外部服务器接收核对请求，根据指定字段返回相应应答消息。测试终端根据外部服务器返回的应答消息确定业务数据的业务类型。
如果该业务类型对应的配置文件只有一个，则相应的业务流程只有一个。测试工具调用下一个版本的应用程序的一个或多个接口，通过被调用的接口模拟业务数据按照该业务流程的流转过程。
如果该业务类型对应的配置文件有多个，则表示业务流程进行了多次调整。测试工具可以参照上述方式依次按照相应的业务流程模拟相应的流转过程，以便对每个配置文件的兼容性进行测试。
考虑到最新的配置文件反映了最新的业务流程，下一个版本的应用程序中通常会执行最新的业务流程，为了提高测试效率，测试工具可以根据业务 数据的业务类型只读取最新的配置文件，调用下一个版本的应用程序的接口对业务数据模拟最新的业务流程的流转过程。
在模拟业务数据在业务流程的流转处理时，业务数据在每个流程环节都与相应的业务规则进行匹配或校验。测试终端通过测试工具记录每个流程环节中的模拟处理结果。模拟处理结果记录至模拟流转文件中。
步骤210，获取业务数据对应的上一个版本的流转记录文件，流转记录文件中记录了上一个版本的应用程序按照业务流程对业务数据进行流转处理的历史处理结果。
步骤212，将模拟处理结果与历史处理结果进行比较。
步骤214，若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
工作人员为客户办理业务时，每个业务终端都会记录相应的处理结果。多个业务终端将处理结果分别记录在流转记录文件中。流转记录文件可以与应用程序的版本相对应，不同版本的应用程序的流转记录文件可以不同。流转记录文件可以存储在生产数据库中。测试终端可以利用测试工具将流转记录文件从生产数据库同步至测试数据库。
在进行下一个版本的应用程序的测试时，测试终端可以通过测试工具获取上一个版本的应用程序对应的流转记录文件(可以简称为上一个版本的流转记录文件)。测试终端通过测试工具将上一个版本的流转记录文件和模拟流转文件进行比较。如果模拟流转文件中的模拟处理结果与上一个版本的流转记录文件中的历史处理结果相一致，则表示下一个版本的应用程序与上一个版本的应用程序相兼容。如果存在不一致的处理结果，则表示下一个版本的应用程序与上一个版本的应用程序存在不兼容的问题。
本实施例中，业务流程具有对应的配置文件，根据业务数据的业务类型可以获取到相应的配置文件。通过调用下一个版本的应用程序的接口，能够使得被调用的接口模拟业务数据按照配置文件中的业务流程进 行流转处理。在模拟业务数据流转处理的过程中，记录每个流程环节的模拟处理结果。将模拟处理结果与上一个版本的历史处理结果进行比较，如果一致，则表示下一个版本的应用程序与上一个版本的应用程序相兼容。如果存在不一致的处理结果，则表示下一个版本的应用程序与上一个版本的应用程序存在不兼容的问题。由此能够在下一个版本的应用程序发布之前，能够及时发现是否存在与上一个版本不兼容的问题，有效避免了因应用程序的版本不兼容造成业务数据无法正常流转的问题。
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，在读取业务数据的步骤之前，还包括：获取目标数据库中的目标数据表，目标数据表中包括多个目标字段；利用目标字段在多个源数据库中提取相应字段的业务数据；将提取到的相应字段的业务数据对照目标字段写入目标数据表中。
本实施例中，业务数据是从多个生产数据库中同步至测试数据库的。生产数据库可以称为源数据库，测试数据库可以相应地称为目标数据库。源数据库和目标数据库可以部署在同一台服务器，也可以分别部署在不同的服务器。每个源数据库中都存储有相应的源数据表，源数据表中记录了业务数据。源数据表中可以包括业务数据对应的多个字段。目标数据库中建立了目标数据表，目标数据表中包括多个目标字段。目标字段可以根据测试需要来配置。
测试终端通过测试工具利用目标字段生成相应的SQL语句，通过SQL语句在多个源数据库的源数据表中提取相应字段的业务数据。测试终端将提取到的相应字段的业务数据对照目标字段写入目标数据表中，进行数据同步。 在这个过程中，无需提取整个源数据表进行数据同步，只是按照字段在源数据表中提取相应字段的业务数据，有效提高了数据同步速度。
进一步的，为了方便测试人员对最新的业务流程的配置文件进行兼容性测试，测试终端还可以只提取预设时间段内的目标字段对应的业务数据，将提取到的业务数据对照目标字段写入目标数据表中，进行数据同步。
进一步的，为了有效缓解数据库的资源消耗，测试终端可以在源数据库的空闲时间来提取相应的业务数据，进行数据同步。如果多个源数据库的空闲时间各不相同，则测试终端可以分别根据各个源数据库的空闲时间分别进行数据同步。
在一个实施例中，在调用下一个版本的应用程序的接口，利用接口模拟业务数据在业务流程中的流转过程的步骤之后，还包括：若在流转过程中存在与业务规则不相符的业务数据，则将业务数据标记为异常数据；利用异常数据生成质控任务；获取与质控任务对应的质控规则，利用质控规则模拟质控终端执行质控任务，对异常信息进行修正。
本实施例中，在模拟业务数据按照业务流程进行流转的过程中，测试终端通过测试工具在每个流程环节中利用业务规则对业务数据进行匹配。只有在业务数据符合所有流程环节的业务规则时，才能顺利为客户办理业务。如果存在不符合业务规则的业务数据，则需要对业务数据进行质控处理。在质控处理完成之后，业务数据才能继续流转。
在传统的方式中，是由质控岗位的工作人员通过质控终端对业务数据进行质控处理。本实施例中，当存在需要质控处理的业务数据时，测试终端通过测试工具模拟质控终端的质控处理。具体的，测试终端将不符合业务规则的业务数据标记为异常数据，利用异常数据生成质控任务。测试终端通过测试工具调用脚本文件，获取预先配置的质控规则，利用质控规则模拟质控终端执行质控任务，对异常数据进行修复，使得修复后的数据符合业务规则。
例如，业务数据为“非定点认可医院”时，则该条业务数据被标记为异常数据。测试终端调用脚本文件获取相应的质控规则，将该条业务数据修改为“第一人民医院”，使修正后的数据符合业务规则。通过模拟质控终端进行质控处理，能够使得不符合业务规则的数据进行及时修复，确保了修复后的业务数据能够按照业务流程继续进行流转，继而确保了测试的顺利进行。
进一步的，业务数据还包括所处状态。若所处状态表示业务数据需要其他岗位的工作人员处理的，测试终端可以调用脚本模拟相应的处理，以确保业务数据能够按照业务流程完成流转处理。
在一个实施例中，将模拟处理结果与历史处理结果进行比较的步骤，包括：获取模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段；获取模拟处理结果对应的模拟流转文件；根据模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段将模拟流转文件与上一个版本的流转记录文件进行逐行对比，输出对比结果。
测试终端通过测试工具可以显示对比配置页面。在进行测试之前，测试人员通过测试终端在对比配置页面中输入配置信息。配置信息包括待对比的文件的基本信息，包括待对比的文件名、待对比的字段名等。其中，待对比的文件名可以是模拟流转文件的文件名以及上一个版本的流转记录文件的文件名。待对比的字段名可以是模拟流转文件以及上一个版本的流转记录文件中的全部字段名或者是部分字段名。测试终端保持对比配置页面中输入的配置信息。
在测试过程中，测试终端可以调用配置信息，根据配置信息中的待对比字段名对模拟流转文件以及上一个版本的流转记录文件进行逐行对比。对比完成后，输出对比结果。对比结果可以包括全部数据，也可以只包括不一致的数据。为了便于测试人员了解对比结果，对比结果可以只显示不一致的数据。通过对相应待对比字段进行逐行比对，由此能够将模拟处理结果与历史处理结果进行快速有效的对比。
进一步的，在对比过程中测试终端还可以显示模拟处理结果与历史处理 结果对比的进度条，由此方便测试人员及时了解对比进度。
在其中一个实施例中，该方法还包括：若模拟处理结果中存在与历史处理结果不一致的数据，则根据不一致的数据查询对应的接口名称；根据接口名称获取下一个版本的应用程序中的接口参数以及上一个版本的应用程序中的接口参数；将下一个版本的应用程序的接口参数转换为Json格式的第一接口参数；第一接口参数的多个参数数据按预设顺序排序；将上一个版本的应用程序的接口参数转换为Json格式的第二接口参数；第一接口参数的多个参数数据按预设顺序排序；将排序后的第一接口参数与第二接口参数进行比较，输出接口名称对应的不一致的参数数据，根据不一致的参数数据对下一个版本的应用程序的不兼容部位进行定位。
如果测试发现下一个版本的应用程序与上一个版本的应用程序存在不兼容的问题，为了便于开发人员对不兼容的代码进行修改，测试人员可以利用测试终端对不兼容部位进行定位。
应用程序可以有多个接口，测试工具通过调用不同的接口来实现业务数据在不同流程环节中的处理。不同接口输出的模拟处理结果不同。测试终端可以根据拟处理结果中与历史处理结果不一致的数据查询相应的接口名称。测试终端根据接口名称获取该接口在下一个版本的应用程序中的接口参数以及在上一个版本的应用程序中的接口参数。接口参数中包括了多个接口数据。接口数据可以采用数据表的形式进行记录，也可以采用文本的形式进行记录。为了得知下一个版本与上一个版本的接口之间有哪些参数数据进行了修改，测试终端可以通过测试工具对接口参数进行转换。
测试终端通过测试工具将下一个版本的接口参数转换为Json格式的第一接口参数。第一接口参数包括多个参数数据，多个参数数据逐行显示，并按预设顺序排序。终端通过应用程序获取第二文件中上一个版本的接口参数，将上一版本的接口参数转换为Json格式的第二接口参数。 第二接口参数包括多个参数数据，多个参数数据逐行显示，并按预设顺序排序。测试终端对第一接口参数与第二接口参数逐行进行比较，输出下一个版本与上一个版本中不一致的参数数据。由于第一接口参数与第二接口参数中的多个参数数据的排列顺序一致，因此通过对比，很容易得知两者不同的参数数据。由此方便测试人员了解不同版本之间的接口数据中有哪些参数数据被修改，从而能够根据被修改的参数数据对下一个版本的应用程序的不兼容部位进行定位。
本申请还提供了一种应用程序兼容性测试装置，该装置包括多个模块，每个模块可全部或部分通过软件、硬件或其组合来实现。在一个实施例中，如图3所示，该装置包括：获取模块302、模拟模块304和对比模块306，其中：获取模块302，用于读取业务数据；业务数据包括业务类型；根据业务类型获取相应配置文件，配置文件中记录了对应的业务流程。模拟模块304，用于调用下一个版本的应用程序的接口，利用接口模拟业务数据在业务流程中的流转过程；记录业务数据在流转过程中的模拟处理结果。获取模块302还用于获取业务数据对应的上一个版本的流转记录文件，流转记录文件中记录了上一个版本的应用程序按照业务流程对业务数据进行流转处理的历史处理结果。
对比模块306，用于将模拟处理结果与历史处理结果进行比较；若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
在一个实施例中，获取模块302还用于获取目标数据库中的目标数据表，目标数据表中包括多个目标字段；利用目标字段在多个源数据库中提取相应字段的业务数据；将提取到的相应字段的业务数据对照目标字段写入目标数据表中。
在一个实施例中，模拟模块304还用于若在流转过程中存在与业务规则不相符的业务数据，则将业务数据标记为异常数据；利用异常数据生成质控任务；获取与质控任务对应的质控规则，利用质控规则模拟质控终端执行质控任务，对异常信息进行修正。
在一个实施例中，对比模块306还用于获取模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段；获取模拟处理结果对应的模拟流转文件；根据模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段将模拟流转文件与上一个版本的流转记录文件进行逐行对比，输出对比结果。
在一个实施例中，获取模块302还用于若模拟处理结果中存在与历史处理结果不一致的数据，则根据不一致的数据查询对应的接口名称；根据接口名称获取下一个版本的应用程序中的接口参数以及上一个版本的应用程序中的接口参数；对比模块306还用于将下一个版本的应用程序的接口参数转换为Json格式的第一接口参数；第一接口参数的多个参数数据按预设顺序排序；将上一个版本的应用程序的接口参数转换为Json格式的第二接口参数；第一接口参数的多个参数数据按预设顺序排序；将排序后的第一接口参数与第二接口参数进行比较，输出接口名称对应的不一致的参数数据，根据不一致的参数数据对下一个版本的应用程序的不兼容部位进行定位。
上述的应用程序兼容性测试装置可以实现为一种计算机可读指令的形式，计算机可读指令可在如图4所示的计算机设备上运行
在一个实施例中，提供了一种计算机设备，例如，测试终端。如图4所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该服务器的非易失性存储介质存储有操作系统和和计算机可读指令。非易失性存储介质可以使非易失性计算机可读存储介质。该计算机设备的内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的网络接口用于与外部的服务器通过网络连接通信。该计算机可读指令被处理器执行时以实现一种应用程序兼容性测试方法。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的 框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行时实现上述各个方法实施例中的步骤。
在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行时实现上述各个方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种应用程序兼容性测试方法，包括：
    读取业务数据；所述业务数据包括业务类型；
    根据所述业务类型获取相应配置文件，所述配置文件中记录了对应的业务流程；
    调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程；
    记录所述业务数据在流转过程中的模拟处理结果；
    获取所述业务数据对应的上一个版本的流转记录文件，所述流转记录文件中记录了上一个版本的应用程序按照所述业务流程对所述业务数据进行流转处理的历史处理结果；
    将所述模拟处理结果与所述历史处理结果进行比较；及
    若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
  2. 根据权利要求1所述的方法，其特征在于，在所述读取业务数据的步骤之前，还包括：
    获取目标数据库中的目标数据表，所述目标数据表中包括多个目标字段；
    利用目标字段在多个源数据库中提取相应字段的业务数据；及
    将提取到的相应字段的业务数据对照目标字段写入所述目标数据表中。
  3. 根据权利要求1所述的方法，其特征在于，在所述调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程的步骤之后，还包括：
    若在流转过程中存在与业务规则不相符的业务数据，则将所述业务数据标记为异常数据；
    利用所述异常数据生成质控任务；及
    获取与质控任务对应的质控规则，利用所述质控规则模拟质控终端执行所述质控任务，对所述异常信息进行修正。
  4. 根据权利要求1所述的方法，其特征在于，所述将所述模拟处理结果与所述历史处理结果进行比较的步骤，包括：
    获取模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段；
    获取所述模拟处理结果对应的模拟流转文件；及
    根据所述模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段将所述模拟流转文件与所述上一个版本的流转记录文件进行逐行对比，输出对比结果。
  5. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    若所述模拟处理结果中存在与所述历史处理结果不一致的数据，则根据所述不一致的数据查询对应的接口名称；
    根据所述接口名称获取下一个版本的应用程序中的接口参数以及上一个版本的应用程序中的接口参数；
    将下一个版本的应用程序的接口参数转换为Json格式的第一接口参数；所述第一接口参数的多个参数数据按预设顺序排序；
    将上一个版本的应用程序的接口参数转换为Json格式的第二接口参数；所述第一接口参数的多个参数数据按预设顺序排序；及
    将排序后的第一接口参数与第二接口参数进行比较，输出所述接口名称对应的不一致的参数数据，根据所述不一致的参数数据对下一个版本的应用程序的不兼容部位进行定位。
  6. 一种应用程序兼容性测试装置，其特征在于，所述装置包括：
    获取模块，用于读取业务数据；所述业务数据包括业务类型；根据所述业务类型获取相应配置文件，所述配置文件中记录了对应的业务流程；
    模拟模块，用于调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程；记录所述业务数据在流转过程 中的模拟处理结果；
    所述获取模块还用于获取所述业务数据对应的上一个版本的流转记录文件，所述流转记录文件中记录了上一个版本的应用程序按照所述业务流程对所述业务数据进行流转处理的历史处理结果；及
    对比模块，用于将所述模拟处理结果与所述历史处理结果进行比较；若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
  7. 根据权利要求6所述的装置，其特征在于，所述获取模块还用于获取目标数据库中的目标数据表，所述目标数据表中包括多个目标字段；利用目标字段在多个源数据库中提取相应字段的业务数据；及将提取到的相应字段的业务数据对照目标字段写入所述目标数据表中。
  8. 根据权利要求6所述的装置，其特征在于，所述模拟模块还用于若在流转过程中存在与业务规则不相符的业务数据，则将所述业务数据标记为异常数据；利用所述异常数据生成质控任务；及获取与质控任务对应的质控规则，利用所述质控规则模拟质控终端执行所述质控任务，对所述异常信息进行修正。
  9. 根据权利要求6所述的装置，其特征在于，所述对比模块还用于获取模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段；获取所述模拟处理结果对应的模拟流转文件；及根据所述模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段将所述模拟流转文件与所述上一个版本的流转记录文件进行逐行对比，输出对比结果。
  10. 根据权利要求6所述的装置，其特征在于，所述获取模块还用于若所述模拟处理结果中存在与所述历史处理结果不一致的数据，则根据所述不一致的数据查询对应的接口名称；根据所述接口名称获取下一个版本的应用程序中的接口参数以及上一个版本的应用程序中的接口参数；所述对比模块还用于将下一个版本的应用程序的接口参数转换为 Json格式的第一接口参数；所述第一接口参数的多个参数数据按预设顺序排序；将上一个版本的应用程序的接口参数转换为Json格式的第二接口参数；所述第一接口参数的多个参数数据按预设顺序排序；及将排序后的第一接口参数与第二接口参数进行比较，输出所述接口名称对应的不一致的参数数据，根据所述不一致的参数数据对下一个版本的应用程序的不兼容部位进行定位。
  11. 一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行以下步骤：
    读取业务数据；所述业务数据包括业务类型；
    根据所述业务类型获取相应配置文件，所述配置文件中记录了对应的业务流程；
    调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程；
    记录所述业务数据在流转过程中的模拟处理结果；
    获取所述业务数据对应的上一个版本的流转记录文件，所述流转记录文件中记录了上一个版本的应用程序按照所述业务流程对所述业务数据进行流转处理的历史处理结果；
    将所述模拟处理结果与所述历史处理结果进行比较；及
    若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
  12. 根据权利要求11所述的计算机设备，其特征在于，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器还执行以下步骤：
    获取目标数据库中的目标数据表，所述目标数据表中包括多个目标字段；
    利用目标字段在多个源数据库中提取相应字段的业务数据；及
    将提取到的相应字段的业务数据对照目标字段写入所述目标数据表中。
  13. 根据权利要求11所述的计算机设备，其特征在于，所述计算机可读 指令被所述处理器执行时，使得所述一个或多个处理器还执行以下步骤：
    若在流转过程中存在与业务规则不相符的业务数据，则将所述业务数据标记为异常数据；
    利用所述异常数据生成质控任务；及
    获取与质控任务对应的质控规则，利用所述质控规则模拟质控终端执行所述质控任务，对所述异常信息进行修正。
  14. 根据权利要求11-13任一项所述的计算机设备，其特征在于，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器还执行以下步骤：
    获取模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段；
    获取所述模拟处理结果对应的模拟流转文件；及
    根据所述模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段将所述模拟流转文件与所述上一个版本的流转记录文件进行逐行对比，输出对比结果。
  15. 根据权利要求11-13任一项所述的计算机设备，其特征在于，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器还执行以下步骤：
    若所述模拟处理结果中存在与所述历史处理结果不一致的数据，则根据所述不一致的数据查询对应的接口名称；
    根据所述接口名称获取下一个版本的应用程序中的接口参数以及上一个版本的应用程序中的接口参数；
    将下一个版本的应用程序的接口参数转换为Json格式的第一接口参数；所述第一接口参数的多个参数数据按预设顺序排序；
    将上一个版本的应用程序的接口参数转换为Json格式的第二接口参数；所述第一接口参数的多个参数数据按预设顺序排序；及
    将排序后的第一接口参数与第二接口参数进行比较，输出所述接口 名称对应的不一致的参数数据，根据所述不一致的参数数据对下一个版本的应用程序的不兼容部位进行定位。
  16. 一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
    读取业务数据；所述业务数据包括业务类型；
    根据所述业务类型获取相应配置文件，所述配置文件中记录了对应的业务流程；
    调用下一个版本的应用程序的接口，利用所述接口模拟所述业务数据在所述业务流程中的流转过程；
    记录所述业务数据在流转过程中的模拟处理结果；
    获取所述业务数据对应的上一个版本的流转记录文件，所述流转记录文件中记录了上一个版本的应用程序按照所述业务流程对所述业务数据进行流转处理的历史处理结果；
    将所述模拟处理结果与所述历史处理结果进行比较；及
    若不一致，则确定下一个版本的应用程序与上一个版本的应用程序不兼容。
  17. 根据权利要求16所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
    获取目标数据库中的目标数据表，所述目标数据表中包括多个目标字段；
    利用目标字段在多个源数据库中提取相应字段的业务数据；及
    将提取到的相应字段的业务数据对照目标字段写入所述目标数据表中。
  18. 根据权利要求16所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
    若在流转过程中存在与业务规则不相符的业务数据，则将所述业务数据标记为异常数据；
    利用所述异常数据生成质控任务；及
    获取与质控任务对应的质控规则，利用所述质控规则模拟质控终端执行所述质控任务，对所述异常信息进行修正。
  19. 根据权利要求16-18任一项所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
    获取模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段；
    获取所述模拟处理结果对应的模拟流转文件；及
    根据所述模拟处理结果对应的待对比字段以及历史处理结果对应的待对比字段将所述模拟流转文件与所述上一个版本的流转记录文件进行逐行对比，输出对比结果。
  20. 根据权利要求16-18任一项所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
    若所述模拟处理结果中存在与所述历史处理结果不一致的数据，则根据所述不一致的数据查询对应的接口名称；
    根据所述接口名称获取下一个版本的应用程序中的接口参数以及上一个版本的应用程序中的接口参数；
    将下一个版本的应用程序的接口参数转换为Json格式的第一接口参数；所述第一接口参数的多个参数数据按预设顺序排序；
    将上一个版本的应用程序的接口参数转换为Json格式的第二接口参数；所述第一接口参数的多个参数数据按预设顺序排序；及
    将排序后的第一接口参数与第二接口参数进行比较，输出所述接口名称对应的不一致的参数数据，根据所述不一致的参数数据对下一个版本的应用程序的不兼容部位进行定位。
PCT/CN2018/077002 2017-09-11 2018-02-23 应用程序兼容性测试方法、装置、计算机设备和存储介质 Ceased WO2019047482A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710813164.XA CN107741903A (zh) 2017-09-11 2017-09-11 应用程序兼容性测试方法、装置、计算机设备和存储介质
CN201710813164.X 2017-09-11

Publications (1)

Publication Number Publication Date
WO2019047482A1 true WO2019047482A1 (zh) 2019-03-14

Family

ID=61235576

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/077002 Ceased WO2019047482A1 (zh) 2017-09-11 2018-02-23 应用程序兼容性测试方法、装置、计算机设备和存储介质

Country Status (2)

Country Link
CN (1) CN107741903A (zh)
WO (1) WO2019047482A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115033478A (zh) * 2022-06-13 2022-09-09 中国工商银行股份有限公司 测试资源推送方法、装置、设备、存储介质和程序产品
CN115994077A (zh) * 2021-10-18 2023-04-21 腾讯科技（深圳）有限公司 业务模拟处理方法以及相关设备

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109189669A (zh) * 2018-08-03 2019-01-11 平安科技（深圳）有限公司 业务场景的测试方法、电子装置及可读存储介质
CN109446055B (zh) * 2018-09-04 2024-02-02 中国平安人寿保险股份有限公司 打印程序测试方法、装置、计算机设备和存储介质
CN109767110A (zh) * 2019-01-04 2019-05-17 中国银行股份有限公司 一种风险控制系统优化方法、装置、设备及存储介质
CN110119480A (zh) * 2019-05-23 2019-08-13 北京小米移动软件有限公司 信息处理方法、装置、设备和存储介质
CN110580225A (zh) * 2019-09-20 2019-12-17 中国银行股份有限公司 业务系统的模拟方法及装置
CN111274157B (zh) * 2020-02-27 2022-08-12 深圳平安医疗健康科技服务有限公司 测试数据模拟方法、装置、计算机设备和存储介质
CN111459492A (zh) * 2020-03-19 2020-07-28 南京行而知网络科技有限公司 Dubbo服务接口兼容性检测方法、装置、存储介质及设备
CN111583027A (zh) * 2020-05-09 2020-08-25 深圳前海微众银行股份有限公司 业务流程切换方法、装置、设备及计算机可读存储介质
CN112540919B (zh) * 2020-12-08 2024-02-23 上海哔哩哔哩科技有限公司 测试设备确定方法及装置
CN112463785B (zh) * 2020-12-08 2024-04-16 中国人寿保险股份有限公司 一种数据质量监控方法、装置、电子设备及存储介质
CN112631919B (zh) * 2020-12-25 2024-10-01 广州品唯软件有限公司 一种对比测试方法、装置、计算机设备及存储介质
CN112783799B (zh) * 2021-03-19 2024-05-17 中国工商银行股份有限公司 软件守护测试方法及装置
CN117033435A (zh) * 2023-08-07 2023-11-10 中国工商银行股份有限公司 业务投诉处理方法、装置、计算机设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103631597A (zh) * 2013-12-09 2014-03-12 中博信息技术研究院有限公司 基于xml的web表单引擎装置及方法
CN103685207A (zh) * 2012-09-21 2014-03-26 百度在线网络技术（北京）有限公司 跨数据源的数据整合系统、装置及方法
CN104144204A (zh) * 2013-05-09 2014-11-12 洛克威尔自动控制技术股份有限公司 针对工业模拟使用基于云的数据
US20150169320A1 (en) * 2013-12-16 2015-06-18 International Business Machines Corporation Verification of backward compatibility of software components
CN105468779A (zh) * 2015-12-16 2016-04-06 中国科学院软件研究所 一种面向浏览器兼容性检测的客户端Web应用捕获与重放系统及方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103778052B (zh) * 2012-10-17 2017-12-19 百度在线网络技术（北京）有限公司 一种前端javascript代码的测试方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103685207A (zh) * 2012-09-21 2014-03-26 百度在线网络技术（北京）有限公司 跨数据源的数据整合系统、装置及方法
CN104144204A (zh) * 2013-05-09 2014-11-12 洛克威尔自动控制技术股份有限公司 针对工业模拟使用基于云的数据
CN103631597A (zh) * 2013-12-09 2014-03-12 中博信息技术研究院有限公司 基于xml的web表单引擎装置及方法
US20150169320A1 (en) * 2013-12-16 2015-06-18 International Business Machines Corporation Verification of backward compatibility of software components
CN105468779A (zh) * 2015-12-16 2016-04-06 中国科学院软件研究所 一种面向浏览器兼容性检测的客户端Web应用捕获与重放系统及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115994077A (zh) * 2021-10-18 2023-04-21 腾讯科技（深圳）有限公司 业务模拟处理方法以及相关设备
CN115033478A (zh) * 2022-06-13 2022-09-09 中国工商银行股份有限公司 测试资源推送方法、装置、设备、存储介质和程序产品

Also Published As

Publication number Publication date
CN107741903A (zh) 2018-02-27

Similar Documents

Publication Publication Date Title
WO2019047482A1 (zh) 应用程序兼容性测试方法、装置、计算机设备和存储介质
CN107665171B (zh) 自动回归测试方法及装置
CN102981947B (zh) 一种测试中准备数据的方法及系统
CN104881343B (zh) 一种测试方法和测试系统
US10552296B2 (en) Human-readable, language-independent stack trace summary generation
CN108459962A (zh) 代码规范性检测方法、装置、终端设备及存储介质
CA2913884A1 (en) Integrated automated test case generation for safety-critical software
CN110990289B (zh) 一种自动提交bug的方法、装置、电子设备及存储介质
CN108459850B (zh) 生成测试脚本的方法、装置及系统
CN110471838A (zh) 测试用例的校验方法、装置、计算机设备和存储介质
CN109977012B (zh) 系统的联调测试方法、装置、设备及计算机可读存储介质
CN112181854B (zh) 一种生成流程自动化脚本的方法、装置、设备及存储介质
CN107229566B (zh) 用于soa服务转换语言保持功能一致性的方法及系统
GB2506122A (en) Integrating data transform test with data transform tool
EP2913757A1 (en) Method, system, and computer software product for test automation
JP2015011372A (ja) デバッグ支援システム、方法、プログラム及び記録媒体
CN108255735A (zh) 关联环境测试方法、电子装置及计算机可读存储介质
CN113704123B (zh) 接口测试方法、装置、设备以及存储介质
US8918763B2 (en) Marked test script creation
US8762781B2 (en) Method and apparatus useful in manufacturing test case operations
JP5294675B2 (ja) ソフトウェアマイグレーションシステム及び方法
CN109324956B (zh) 系统测试方法、设备及计算机可读存储介质
US20200326932A1 (en) System and method for creating and validating software development life cycle (sdlc) digital artifacts
CN110865806B (zh) 代码处理方法、装置、服务器及存储介质
CN106990974B (zh) 一种app应用更新方法、装置及电子设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18854615

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18854615

Country of ref document: EP

Kind code of ref document: A1