WO2021036618A1 - 云测试配置方法、装置、计算机设备及存储介质 - Google Patents

云测试配置方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
WO2021036618A1
WO2021036618A1 PCT/CN2020/103965 CN2020103965W WO2021036618A1 WO 2021036618 A1 WO2021036618 A1 WO 2021036618A1 CN 2020103965 W CN2020103965 W CN 2020103965W WO 2021036618 A1 WO2021036618 A1 WO 2021036618A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
tested
software package
configuration
attribute
Prior art date
Application number
PCT/CN2020/103965
Other languages
English (en)
French (fr)
Inventor
谭莉
Original Assignee
深圳壹账通智能科技有限公司
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 深圳壹账通智能科技有限公司 filed Critical 深圳壹账通智能科技有限公司
Publication of WO2021036618A1 publication Critical patent/WO2021036618A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Definitions

  • This application relates to the field of computer technology, and in particular to a cloud test configuration method, device, computer equipment, and storage medium.
  • Cloud Testing is a new type of testing method based on cloud computing.
  • the cloud testing platform uses thousands of mainstream smart mobile devices deployed in the cloud to provide users with customized smart mobile devices for batch automation, compatibility, adaptation and functions , Performance, stability and other test content.
  • the embodiments of the present application provide a cloud test configuration method, device, computer equipment, and storage medium to solve the problems of low cloud test efficiency and high labor cost.
  • a cloud test configuration method including:
  • the preset smart configuration switch If the preset smart configuration switch is in the on state, obtain the package name and suffix of the software package to be tested, and determine the test platform according to the suffix;
  • test result data corresponding to the package name and the version information is queried in the preset test result database, the test result data is obtained, and the obtained test result data is sent to the client ;
  • test result data corresponding to the package name and the version information is not found in the preset test result database, obtain the user portrait information corresponding to the user identifier from the preset user portrait database , Wherein the user portrait information is used to identify the testing habits of the user corresponding to the user identifier;
  • a cloud test configuration device including:
  • the data receiving module is used to receive the user identification and the software package to be tested uploaded by the client;
  • the platform determination module is configured to obtain the package name and suffix name of the software package to be tested if the preset smart configuration switch is in the on state, and determine the test platform according to the suffix name;
  • the version analysis module is used to analyze the software package to be tested using an analysis tool corresponding to the test platform to obtain version information of the software package to be tested;
  • the result query module is configured to, if the test result data corresponding to the package name and the version information is queried in the preset test result database, then obtain the test result data, and combine the obtained test result data Sent to the client;
  • the portrait obtaining module is configured to obtain the user from the preset user portrait database if the test result data corresponding to the package name and the version information is not found in the preset test result database Identifying corresponding user portrait information, where the user portrait information is used to identify the testing habits of the user corresponding to the user identifier;
  • a customized configuration module configured to determine a customized configuration scheme of the software package to be tested according to the user portrait information if the user portrait information is successfully obtained;
  • a full configuration module configured to determine a full configuration scheme matching the version information according to the test platform and the version information if the user portrait information fails to be acquired;
  • the test execution module is configured to perform a cloud test on the software package to be tested using the customized configuration scheme or the full configuration scheme on the test platform, and return the cloud test result to the client.
  • a computer device includes a memory, a processor, and computer-readable instructions that are stored in the memory and can run on the processor.
  • the processor executes the computer-readable instructions, the following steps are implemented:
  • the preset smart configuration switch If the preset smart configuration switch is in the on state, obtain the package name and suffix of the software package to be tested, and determine the test platform according to the suffix;
  • test result data corresponding to the package name and the version information is queried in the preset test result database, the test result data is obtained, and the obtained test result data is sent to the client ;
  • test result data corresponding to the package name and the version information is not found in the preset test result database, obtain the user portrait information corresponding to the user identifier from the preset user portrait database , Wherein the user portrait information is used to identify the testing habits of the user corresponding to the user identifier;
  • One or more readable storage media storing computer readable instructions.
  • the computer readable storage medium stores computer readable instructions.
  • the computer readable instructions execute the following steps:
  • the preset smart configuration switch If the preset smart configuration switch is in the on state, obtain the package name and suffix of the software package to be tested, and determine the test platform according to the suffix;
  • test result data corresponding to the package name and the version information is queried in the preset test result database, the test result data is obtained, and the obtained test result data is sent to the client ;
  • test result data corresponding to the package name and the version information is not found in the preset test result database, obtain the user portrait information corresponding to the user identifier from the preset user portrait database , Wherein the user portrait information is used to identify the testing habits of the user corresponding to the user identifier;
  • the test platform is first determined according to the suffix of the software package to be tested, and the analysis tool corresponding to the test platform is used to parse the software package to be tested to obtain the version information, and then Query the test result data corresponding to the package name and version information of the software package to be tested in the test result database. If found, send the test result data directly to the client, if not found, get the software to be tested from the user profile database Package the user profile information corresponding to the user performing the cloud test.
  • the acquisition determines the customized configuration plan of the software package to be tested according to the user profile information; if the acquisition fails, determine the full configuration matching the version information according to the test platform and version information Solution, and then use a customized configuration solution or a full configuration solution to complete the cloud test of the package to be tested, which realizes the automated configuration and testing of cloud testing without manual intervention, reduces labor costs, and improves cloud testing efficiency.
  • a reasonable configuration plan can be obtained according to the user's testing habits, which improves the intelligence level of the test configuration.
  • FIG. 1 is a schematic diagram of an application environment of a cloud test configuration method in an embodiment of the present application
  • FIG. 2 is a flowchart of a cloud test configuration method in an embodiment of the present application
  • FIG. 3 is a flowchart of step S6 of the cloud test configuration method in an embodiment of the present application.
  • step S3 is a flowchart of step S3 of the cloud test configuration method in an embodiment of the present application.
  • FIG. 5 is a flowchart of step S7 of the cloud test configuration method in an embodiment of the present application.
  • FIG. 6 is a flowchart of step S8 of the cloud test configuration method in an embodiment of the present application.
  • FIG. 7 is a flowchart of updating user portrait information in the cloud test configuration method in an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a cloud test configuration device in an embodiment of the present application.
  • Fig. 9 is a schematic diagram of a computer device in an embodiment of the present application.
  • the cloud test configuration method provided by this application can be applied to the application environment shown in Figure 1.
  • the application environment includes a server and a client.
  • the server and the application client are connected through a network, and the network can It is a wired network or a wireless network.
  • the client includes but is not limited to various personal computers, laptops, smart phones, tablets, and portable wearable devices.
  • the server can be implemented by an independent server or a server cluster composed of multiple servers. .
  • the user uploads the software package to be tested to the server through the client, and the server analyzes the software package to be tested and combines the user profile information to configure the test plan and perform cloud testing.
  • a cloud test configuration method is provided.
  • the method is applied to the server in FIG. 1 as an example for description, which specifically includes steps S1 to S8, which are described in detail as follows:
  • S1 Receive the user ID and the software package to be tested uploaded by the client.
  • the client uses the user name of the user successfully logged in as the user identifier and sends it to the server together with the software package to be tested.
  • a smart configuration switch is preset, and the smart configuration switch is used to turn on or turn off the automated configuration and automated testing of the test solution.
  • the smart configuration switch is in the off state.
  • the user can set the smart configuration switch to the on state through the background maintenance platform.
  • the server obtains the current state of the preset smart configuration switch, and if the current state is the on state, obtains the package name and suffix name of the software package to be tested.
  • the name of the software package to be tested consists of the package name and the suffix name. For example, if the name of the software package to be tested is Test123.apk, the package name is Test123 and the suffix name is apk.
  • the suffix name can identify the operating system supported by the software package to be tested. Different operating systems correspond to different test platforms. For example, currently commonly used operating systems are IOS and Andriod. IOS and Andriod correspond to different test platforms, namely IOS.
  • the application software of the operating system can only be tested on the test platform corresponding to the IOS operating system, and the application software of the Andriod operating system can only be tested on the test platform corresponding to the Andriod operating system.
  • the server determines the operating system supported by the software package to be tested according to the suffix of the software package to be tested, and determines the test platform that can test the software package to be tested according to the operating system.
  • the server starts the conventional cloud test service process.
  • the conventional cloud test service process can specifically send manual configuration instructions directly to the client, and the client receives the manual After the configuration instruction, the user is provided with a configuration interface, and the user can configure the test plan on the configuration interface, and after the configuration is completed, the client sends the configuration plan set by the user to the server, and the server completes according to the configuration plan Cloud testing of the package to be tested.
  • each test platform corresponds to a parsing tool that matches the operating system of the test platform.
  • the parsing tool extracts and analyzes the content of the software package to be tested, for example, obtains it from the preset directory of the software package to be tested.
  • the value of the preset parameter in the preset file is used to obtain the version information of the software package to be tested.
  • the version information includes, but is not limited to, the software version of the software package to be tested, and version attribute information corresponding to the operating system version supported by the software package to be tested.
  • the corresponding analysis tool may be a decompilation tool, and the version information of the software package to be tested is obtained by decompiling the software package to be tested.
  • test result data corresponding to the package name and version information is queried in the preset test result database, the test result data is obtained, and the obtained test result data is sent to the client.
  • the completed test result data is stored in the preset test result database.
  • the test result data is stored in correspondence with the software package identification composed of the package name and version information.
  • the test result data corresponding to the package identifier is stored in the preset test result database.
  • the server queries the test result data corresponding to the package name and the version information in the preset test result database according to the package name obtained in step S2 and the version information obtained in step S3, and if the query is successful, it obtains The test result data and the test result data are returned to the client, and the process ends.
  • test result data corresponding to the package name and version information is not found in the preset test result database, obtain the user portrait information corresponding to the user ID from the preset user portrait database, where the user portrait information is used for Identifies the testing habits of the user corresponding to the user ID.
  • the server fails to query the test result data in the preset test result database, that is, the test result data corresponding to the package name and version information is not queried, then confirm the package name and the software to be tested corresponding to the version information The package has not been tested in the cloud. At this time, the server obtains the user portrait information corresponding to the user ID from the preset user portrait database.
  • the user portrait database stores user portrait information of the user corresponding to each user identifier according to the user identifier, and the user portrait information is used to identify the user's testing habits.
  • the user portrait information corresponding to each user identification is obtained by the server according to the test configuration scheme selected by the user corresponding to the user identification during cloud testing of various software packages to be tested in a preset historical time period.
  • the test configuration plan contains several test attributes and the corresponding value of each test attribute.
  • the test attributes include but are not limited to brand, operating system version, resolution, test depth, etc.
  • the value corresponding to the brand can include samsung, Huawei, Apple, etc.
  • the value corresponding to the operating system version can be 4.0, 5.0, etc.
  • the value corresponding to the resolution can be 1280*760, etc.
  • the value corresponding to the test depth can be ordinary compatibility testing, in-depth performance evaluation, etc.
  • the server comprehensively analyzes the value corresponding to each test attribute in the test configuration plan within the preset historical time period, and learns the user's testing habits for each test attribute, that is, user profile information, including the brand that the user tends to choose , Operating system version, resolution, and test depth, etc.
  • the server extracts the value corresponding to the brand in each test configuration scheme of the user in the preset historical time period, and calculates each value corresponding to the test attribute of the brand based on the extracted value.
  • the selected frequency of a value where the selected frequency of a certain value is the ratio of the number of times that value is selected to the sum of the number of times that each value is selected, and then the user is determined according to the selected frequency of each value Habits of brand selection. For example, suppose that each possible value corresponding to a brand includes Brand 1, Brand 2, and Brand 3. In the preset historical calculation period, Brand 1 is selected 10 times, and Brand 2 and Brand 3 are both selected 9 times.
  • Brand 1’s frequency of selection is 37%
  • Brand 2 and Brand 3’s frequency of selection is 33%.
  • the server analyzes that Brand 1, Brand 2 and Brand 3’s frequency of selection is close to each other, so it can be obtained that the user’s
  • the user profile information on the test attribute of brand is a tendency to select all brands.
  • step S5 if the server successfully obtains the user portrait information corresponding to the user identifier through step S5, then according to the user’s test habit in each test attribute contained in the user portrait information, a test configuration that matches the test habit is performed to obtain The customized configuration scheme of the software package to be tested.
  • the server selects the brands supported by the test platform and sets them in the customized configuration scheme.
  • the server if the server fails to obtain the user portrait information corresponding to the user ID in step S5, that is, the user portrait information corresponding to the user ID is not saved in the preset user portrait database, the server extracts the version information corresponding to the test platform. Match the operating system version parameters, and determine all operating system versions that support running the software package to be tested according to the operating system version parameters, and then select all the values of the test attributes that support each operating system version in the test platform as the full configuration plan .
  • S8 Use a customized configuration scheme or a full configuration scheme on the test platform to perform cloud testing on the software package to be tested, and return the cloud test results to the client.
  • the server selects the customized configuration solution or the test configuration included in the full configuration solution on the test platform according to the customized configuration solution obtained in step S6 or the full configuration solution obtained in step S7, and uses the test configuration to start the software to be tested Package for cloud testing.
  • the server obtains the cloud test results, and returns the cloud test results to the client for users to view.
  • the cloud test results are used as test result data, and the package name and version information are saved in the preset test result database. For follow-up inquiry.
  • the test platform is first determined according to the suffix of the software package to be tested, and the analysis tool corresponding to the test platform is used to parse the software package to be tested to obtain version information, and then the software package to be tested is queried in the test result database
  • the test result data corresponding to the package name and version information of the package if inquired, the test result data will be sent directly to the client, if not inquired, the user portrait corresponding to the user who is performing cloud testing for the software package to be tested will be obtained from the user profile database
  • the acquisition is successful, determine the customized configuration plan of the software package to be tested based on the user profile information; if the acquisition fails, determine the full configuration plan that matches the version information based on the test platform and version information, and then use the customized configuration plan or the full configuration
  • the solution completes the cloud test of the software package to be tested, realizes the automated configuration and testing of the cloud test without manual intervention, reduces labor costs, and improves the efficiency of cloud testing.
  • the user profile information it can get
  • the user portrait information includes an attribute name and an attribute tag corresponding to each attribute name.
  • the attribute name may specifically be the test attribute in the test configuration scheme, for example, brand, operating system version, resolution, and test depth.
  • the attribute name can correspond to one attribute tag, or it can correspond to multiple attribute tags.
  • the attribute tag is used to identify the attribute feature, and the server pre-sets the attribute tag corresponding to each attribute name.
  • the corresponding attribute label may include brand preference, model preference, brand priority and so on.
  • Brand preferences are used to identify the brands that users are accustomed to choosing, and model preferences are used to identify the device models that users are accustomed to choosing.
  • Brand priorities can include different levels such as high, medium, and low. Each level represents a brand coverage method. For example, a high-level priority can represent the selection of all models of all brands, and a medium-level priority can represent the selection of popular models of popular brands.
  • step S6 the customized configuration scheme of the software package to be tested is determined according to the user portrait information, which specifically includes steps S61 to S63, which are described in detail as follows:
  • the server is preset with a preset corresponding relationship between each attribute label and the planned behavior, and each attribute label corresponds to a planned behavior. For example, if the attribute tag of brand preference is all brands, the corresponding planning behavior may be to select all brands supported by the test platform.
  • the server reads the K attribute tags corresponding to each attribute name from the user portrait information, and obtains the planning behavior corresponding to each attribute tag according to the preset correspondence relationship, and obtains the K targets corresponding to each attribute name Planning behavior.
  • the number of target planning behaviors corresponding to different attribute names may be the same or different. There can be intersections between different goal planning behaviors corresponding to one attribute name.
  • the corresponding attribute tags include brand preference, model preference and brand priority.
  • the brand preference is specifically brand 1 and brand 2.
  • the corresponding target planning behavior A is to select brand 1 and brand 2.
  • the brand priority is specifically high, and its corresponding target planning behavior B is to select all models of all brands supported by the test platform, then the intersection between target planning behavior A and target planning behavior B is that of brand 1 and brand 2. All models.
  • the server performs a merge operation on the K target planning behaviors according to the K target planning behaviors corresponding to each attribute name obtained in step S61, and the merge operation may specifically be an intersection operation on the K target planning behaviors, that is, Extract the same behavior among K target planning behaviors, and use the extracted same behavior as the attribute configuration scheme corresponding to the attribute name.
  • the server performs a combined operation on the attribute configuration schemes corresponding to each attribute name obtained in step S62, that is, N attribute configuration schemes. Because the attribute configuration schemes all represent a test The test conditions of the attributes, therefore, the combined operation may specifically be the AND operation of the test conditions on the N attribute configuration schemes to obtain a customized configuration scheme of the software package to be tested.
  • the attribute configuration scheme corresponding to the brand is all models of brand 1, and the attribute configuration scheme corresponding to the operating system version is version 1.0 or higher.
  • the attribute configuration scheme corresponding to the resolution is 1280*768, and the attribute configuration scheme corresponding to the test depth is the in-depth performance test.
  • the customized configuration scheme obtained is: all machines of brand 1.
  • the operating system version is 1.0 version or higher, and the test equipment with a resolution of 1280*768 will conduct in-depth performance testing.
  • the user portrait information includes the attribute name and its corresponding attribute tag
  • the server obtains each attribute according to the preset correspondence relationship between the attribute tag and the planned behavior for the K attribute tags corresponding to each attribute name.
  • K target planning behaviors corresponding to the label and then merge the K target planning behaviors to obtain the attribute configuration scheme corresponding to each attribute name, and then combine the attribute configuration schemes corresponding to each attribute name to obtain the package to be tested
  • the customized configuration scheme realizes the automatic generation of a customized configuration scheme that conforms to the user's testing habits according to the user's portrait information, and improves the intelligent level of the test configuration.
  • the test platform includes an IOS platform and an Android platform.
  • the IOS platform refers to a test platform that supports the IOS operating system
  • the Android platform refers to a test platform that supports the Android operating system.
  • the IOS operating system and the Android operating system are currently two commonly used operating systems for smart terminals.
  • step S3 the analysis tool corresponding to the test platform is used to parse the software package to be tested to obtain version information of the software package to be tested, which specifically includes steps S31 to S32, detailed as follows:
  • test platform is an Android platform, use a preset decompilation tool to decompile the software package to be tested, and obtain version information of the software package to be tested according to the decompilation result.
  • the server uses a preset decompilation tool to decompile the software package to be tested, and identify the version information of the software package to be tested from the decompilation result.
  • the decompilation tool can be the commonly used decompilation tool apktool. After using apktool to decompile the test software package, the content of the target xml file under the res file can be viewed, and the server can obtain it from the xml file Version information of the software package to be tested.
  • the server After the server uses apktool to decompile the package to be tested, it can read the content of the target xml file, and the server obtains the values of minSdkVersion and targetSdkVersion from the target xml file, and sets the values of minSdkVersion and targetSdkVersion As the content of the version information.
  • test platform is the IOS platform, obtain the preset target configuration file from the preset directory, and read the version information of the software package to be tested from the target configuration file.
  • the server directly obtains the target configuration file from the preset directory of the software package to be tested, and reads the version information from the target configuration file.
  • the preset directory may specifically be a Target directory
  • the target configuration file may specifically be a build setting configuration file.
  • the server reads the values of Deployment Target and Base SDK from the build setting configuration file, and uses the values of Deployment Target and Base SDK as the content of the version information.
  • the server adopts a parsing method that matches the operating system for the test platforms of different types of operating systems to parse the version information from the software package to be tested, so as to achieve accurate extraction of the version information, which is based on the subsequent version.
  • the information determines the full configuration plan to provide a data basis.
  • step S7 a full configuration scheme that matches the version information is determined according to the test platform and version information, which specifically includes steps S71 to S73, which are described in detail as follows:
  • test platform is the Android platform, determine the minimum system version that supports running the software package to be tested according to the value of minSdkVersion in the version information, and determine the highest system version that supports running the software package to be tested according to the value of targetSdkVersion in the version information .
  • the value of minSdkVersion in the version information defines the lowest API version of the test device that can successfully install the software package to be tested
  • the value of targetSdkVersion defines the highest API version of the test device that installs the software package to be tested
  • the server obtains the lowest
  • the operating system version corresponding to the API version is used as the minimum system version that supports running the software package to be tested
  • the operating system version corresponding to the highest API version is obtained as the highest system version that supports running the software package to be tested.
  • test platform is the IOS platform, determine the lowest system version that supports running the software package to be tested according to the value of Deployment Target in the version information, and determine the highest system version that supports running the software package to be tested according to the value of Base SDK in the version information system version.
  • the value of Deployment Target in the version information is the minimum operating system version of the test device that runs the software package to be tested, that is, the minimum system version that supports running the software package to be tested, and the value of Base SDK is the SDK version of the test device.
  • the server obtains the operating system version corresponding to the SDK version as the highest system version that supports running the software package to be tested.
  • the server takes each operating system version between the highest system version and the lowest system version obtained through step S71 or step S72 as an optional version.
  • the optional version includes the highest system version and the lowest system version, and obtains each operating system version.
  • the server will obtain each optional version and its test equipment attributes as a full configuration plan.
  • the server determines the highest system version and the lowest system version of the test device running the software package to be tested according to the version information corresponding to the operating system, and compares the highest system version with the lowest system version. All the optional versions between versions and the attributes of the test equipment they support form a full configuration plan, which realizes the ability to automatically formulate a full configuration plan that can match the test range when the test configuration plan cannot be customized according to the user portrait information. , To ensure the automatic configuration of cloud testing and the integrity of the testing process, thereby improving the efficiency of cloud testing.
  • step S8 the test platform uses a customized configuration scheme or a full configuration scheme to perform cloud testing on the software package to be tested, which specifically includes steps S81 to S83, which are described in detail as follows:
  • S81 If the preset manual review switch is on, send the customized configuration plan or the full configuration plan to the client, so that the user can modify or confirm the customized configuration plan or the full configuration plan on the client.
  • the server After the server obtains the customized configuration plan or the full configuration plan, in order to ensure that the automatically generated customized configuration plan or the full configuration plan can more accurately meet the user's testing needs, the server will turn on the manual review switch.
  • the customized configuration plan or the full configuration plan is sent to the client for manual review.
  • the preset manual review switch is a preset switch used to identify whether manual review of a customized configuration scheme or a full configuration scheme is required.
  • the user of the client side manually reviews the received custom configuration plan or the full configuration plan, modifies the plan that does not meet the test requirements, and confirms the modified custom configuration plan or the full configuration plan.
  • the client can provide users with operation buttons for program modification and program confirmation.
  • the user decides to modify the program through manual review, he can click the operation button for program modification to customize the configuration on the modification interface provided by the client.
  • the plan or the full configuration plan is manually modified, and after the modification is completed, click the operation button of the plan confirmation, and the client will send the user's modified content as the result of the plan modification to the server.
  • the server receives the plan modification result sent by the client, and according to the content of the plan modification result, if the plan modification result is that the user has not modified it, it will directly use the customized configuration plan or the full configuration plan as the test plan to be executed, if If the result of the plan modification is the user's modification content, the customized configuration plan or the full configuration plan is updated according to the modification content, and the updated customized configuration plan or the full configuration plan is used as the execution test plan.
  • S83 Use the test plan to be executed on the test platform to perform cloud testing on the test package.
  • the server uses the to-be-executed test solution to perform cloud testing on the test platform according to the to-be-executed test solution obtained in step S82.
  • the customized configuration plan or the full configuration plan is modified or confirmed by manual review, so as to obtain a more accurate and reasonable test plan to be executed, and use the pending test plan. Execute the test plan to perform cloud testing on the software package to be tested to further improve the accuracy and rationality of cloud test results.
  • the user portrait information may be updated, which specifically includes steps S91 to S92, which are described in detail as follows:
  • the server according to the plan modification result obtained in step S82 if the modification result of the plan is the modification content of the user, the modification content is identified, and the modification content is updated to the user portrait information corresponding to the user identification with the modification content.
  • the server uses the updated user portrait information in the user portrait database to overwrite and save the original user portrait information.
  • the user portrait information corresponding to the user ID is updated according to the result of the modification of the scheme to ensure that the user portrait information can reflect the user’s latest testing habits and testing preferences in real time, thereby automatically generating customizations that conform to the user’s testing habits based on the user portrait information.
  • the configuration plan provides accurate data basis.
  • a cloud test configuration device corresponds to the cloud test configuration method in the foregoing embodiment one-to-one.
  • the cloud test configuration device includes: a data receiving module 10, a platform determination module 20, a version analysis module 30, a result query module 40, a portrait acquisition module 50, a custom configuration module 60, a full configuration module 70, and test execution Module 80.
  • the detailed description of each functional module is as follows:
  • the data receiving module 10 is used to receive the user identification and the software package to be tested uploaded by the client terminal;
  • the platform determination module 20 is configured to obtain the package name and suffix of the software package to be tested if the preset smart configuration switch is in the on state, and determine the test platform according to the suffix;
  • the version analysis module 30 is used to use the analysis tool corresponding to the test platform to analyze the software package to be tested to obtain version information of the software package to be tested;
  • the result query module 40 is configured to obtain the test result data if the test result data corresponding to the package name and version information is queried in the preset test result database, and send the obtained test result data to the client;
  • the portrait acquisition module 50 is configured to obtain the user portrait information corresponding to the user identification from the preset user portrait database if the test result data corresponding to the package name and version information is not queried in the preset test result database, where: User portrait information is used to identify the testing habits of the user corresponding to the user ID;
  • the customized configuration module 60 is configured to determine a customized configuration scheme of the software package to be tested according to the user portrait information if the user portrait information is successfully obtained;
  • the full configuration module 70 is configured to determine a full configuration scheme that matches the version information according to the test platform and version information if the user portrait information fails to be obtained;
  • the test execution module 80 is used for cloud testing the software package to be tested using a customized configuration scheme or a full configuration scheme on the test platform, and returns the cloud test result to the client.
  • the user portrait information includes attribute names and attribute tags corresponding to each attribute name
  • the custom configuration module 60 includes:
  • the behavior acquisition sub-module 601 is used to obtain the planned behaviors corresponding to each attribute label according to the preset correspondence between the attribute labels and the planned behavior for the K attribute labels corresponding to each attribute name, and obtain K target planned behaviors , Where K is a positive integer;
  • the behavior merging submodule 602 is used to merge K target planning behaviors in each attribute name to obtain the attribute configuration scheme corresponding to each attribute name;
  • the scheme combination sub-module 603 is used to combine the attribute configuration schemes corresponding to each attribute name to obtain a customized configuration scheme of the software package to be tested.
  • test platform includes the IOS platform and the Android platform
  • version analysis module 30 includes:
  • the first parsing sub-module 301 is configured to use a preset decompilation tool to decompile the software package to be tested if the test platform is the Android platform, and obtain version information of the software package to be tested according to the decompilation result;
  • the second parsing sub-module 302 is configured to, if the test platform is an IOS platform, obtain a preset target configuration file from a preset directory, and read the version information of the software package to be tested from the target configuration file.
  • full configuration module 70 includes:
  • the first configuration submodule 701 is used to determine the minimum system version that supports running the software package to be tested according to the value of minSdkVersion in the version information if the test platform is the Android platform, and to determine the support for running the software package according to the value of targetSdkVersion in the version information The highest system version of the test package;
  • the second configuration submodule 702 is used to determine the minimum system version that supports running the software package to be tested according to the value of Deployment Target in the version information if the test platform is an IOS platform, and determine the support according to the value of Base SDK in the version information The highest system version running the software package to be tested;
  • the configuration determination sub-module 703 is used to take all the optional versions between the minimum system version and the maximum system version, and the test equipment attributes supported by each optional version as a full configuration scheme.
  • test execution module 80 includes:
  • the scheme confirmation sub-module 801 is used to send the customized configuration scheme or the full configuration scheme to the client if the preset manual review switch is on, so that the user can modify the customized configuration scheme or the full configuration scheme on the client Or plan confirmation;
  • the scheme update sub-module 802 is configured to update the customized configuration scheme or the full configuration scheme according to the scheme modification result if the scheme modification result returned by the client is received to obtain the test scheme to be executed;
  • the cloud test sub-module 803 is used to perform cloud testing on the test software package to be tested using the test plan to be executed on the test platform.
  • the cloud test configuration device further includes:
  • the portrait update module 91 is used to update the user portrait information corresponding to the user ID according to the result of the modification of the scheme;
  • the portrait saving module 92 is used to save the updated user portrait information in the user portrait database.
  • Each module in the above cloud test configuration device can be implemented in whole or in part by software, hardware, and a combination thereof.
  • the above-mentioned modules may be embedded in the form of hardware or independent of the processor in the computer equipment, or may be stored in the memory of the computer equipment in the form of software, so that the processor can call and execute the operations corresponding to the above-mentioned modules.
  • a computer device is provided.
  • the computer device may be a server, and its internal structure diagram may be as shown in FIG. 9.
  • the computer equipment includes a processor, a memory, a network interface, and a database connected through a system bus.
  • the processor of the computer device is used to provide calculation and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium and an internal memory.
  • the non-volatile storage medium stores an operating system, computer readable instructions, and a database.
  • the internal memory provides an environment for the operation of the operating system and computer-readable instructions in the non-volatile storage medium.
  • the network interface of the computer device is used to communicate with an external terminal through a network connection.
  • the computer-readable instruction is executed by the processor to realize a cloud test configuration method.
  • a computer device including a memory, a processor, and computer-readable instructions stored in the memory and capable of running on the processor.
  • the processor executes the computer-readable instructions to implement the cloud in the above-mentioned embodiment.
  • the steps of the test configuration method for example, step S1 to step S8 shown in FIG. 2.
  • the processor implements the functions of the modules/units of the cloud test configuration device in the foregoing embodiment when executing the computer-readable instructions, such as the functions of the modules 10 to 80 shown in FIG. 8. To avoid repetition, I won’t repeat them here.
  • one or more readable storage media storing computer readable instructions are provided.
  • the computer readable storage medium stores computer readable instructions, and the computer readable instructions are executed by one or more processors. When executed, the one or more processors are caused to execute the cloud test configuration method in the foregoing method embodiment, or, when the computer-readable instruction is executed by the processor, each module/unit in the cloud test configuration device in the foregoing device embodiment is realized Function. To avoid repetition, I won’t repeat them here.
  • the readable storage medium in this embodiment includes a non-volatile readable storage medium and a volatile readable storage medium.
  • Non-volatile memory may include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory may include random access memory (RAM) or external cache memory.
  • RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous chain Channel (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开了一种云测试配置方法、装置、计算机设备及存储介质。所述方法包括：接收客户端上传的用户标识和待测试软件包；获取待测试软件包的包名和后缀名，确定测试平台；对待测试软件包进行解析，得到待测试软件包的版本信息；从用户画像数据库中获取用户标识对应的用户画像信息；根据用户画像信息确定待测试软件包的定制配置方案；根据测试平台和版本信息确定与版本信息相匹配的全量配置方案；在测试平台使用定制配置方案或者全量配置方案对待测试软件包进行云测试。本申请的技术方案实现了云测试的自动化配置和测试，降低人力成本，提高云测试效率，同时，通过用户画像信息得到合理的配置方案，提高了测试配置的智能化水平。

Description

云测试配置方法、装置、计算机设备及存储介质
本申请要求以2019年8月30日提交的申请号为201910815147.9，名称为“云测试配置方法、装置、计算机设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，尤其涉及一种云测试配置方法、装置、计算机设备及存储介质。
背景技术
云测试(Cloud Testing)，是基于云计算的一种新型测试方式，云测试平台利用云端部署的上千款主流智能移动设备，可以为用户提供自定义智能移动设备进行批量自动化兼容适配以及功能、性能、稳定性等测试内容。
目前，业内有很多云测试平台，例如，testin、百度MTC，腾讯云测等，发明人意识到现有的云测试平台均需要通过人工根据待测应用，手动配置兼容测试的机型、系统的版本、分辨率、兼容测试深度等配置数据，导致人力成本高，并造成云测试效率低下。
发明内容
本申请实施例提供一种云测试配置方法、装置、计算机设备及存储介质，以解决云测试效率低及人力成本高的问题。
一种云测试配置方法，包括：
接收客户端上传的用户标识和待测试软件包；
若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
一种云测试配置装置，包括：
数据接收模块，用于接收客户端上传的用户标识和待测试软件包；
平台确定模块，用于若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
版本解析模块，用于使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
结果查询模块，用于若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
画像获取模块，用于若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
定制配置模块，用于若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
全量配置模块，用于若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
测试执行模块，用于在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如如下步骤：
接收客户端上传的用户标识和待测试软件包；
若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如下步骤：
接收客户端上传的用户标识和待测试软件包；
若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
上述云测试配置方法、装置、计算机设备及存储介质中，首先根据待测试软件包的后缀名确定测试平台，并使用与测试平台相对应的解析工具对待测试软件包进行解析，得到版本信息，然后在测试结果数据库中查询待测试软件包的包名和版本信息对应的测试结果数据，若查询到则直接将该测试结果数据发送到客户端，若未查询到则在用户画像数据库中获取对待测试软件包进行云测试的用户对应的用户画像信息，若获取成功则根据该用户画像信息确定待测试软件包的定制配置方案，若获取失败则根据测试平台和版本信息确定与版本信息相匹配的全量配置方案，进而使用定制配置方案或者全量配置方案完成对待测试软件包的云测试，实现了云测试的自动化配置和测试，无需人工干预，降低人力成本，并提高云测试效率，同时，通过用户画像信息，能够按照用户的测试习惯得到合理的配置方案，提高了测试配置的智能化水平。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一实施例中云测试配置方法的一应用环境示意图；
图2是本申请一实施例中云测试配置方法的一流程图；
图3是本申请一实施例中云测试配置方法的步骤S6的一流程图；
图4是本申请一实施例中云测试配置方法的步骤S3的一流程图；
图5是本申请一实施例中云测试配置方法的步骤S7的一流程图；
图6是本申请一实施例中云测试配置方法的步骤S8的一流程图；
图7是本申请一实施例中云测试配置方法中对用户画像信息进行更新处理的一流程图；
图8是本申请一实施例中云测试配置装置的一示意图；
图9是本申请一实施例中计算机设备的一示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请提供的云测试配置方法，可应用在如图1所示的应用环境中，该应用环境包括服务端和客户端，其中，服务端和应用客户端之间通过网络进行连接，该网络可以是有线 网络或者无线网络，客户端具体包括但不限于各种个人计算机、笔记本电脑、智能手机和平板电脑和便携式可穿戴设备，服务端具体可以用独立的服务器或者多个服务器组成的服务器集群实现。用户通过客户端将待测试软件包上传到服务端，服务端通过对待测试软件包进行解析，并结合用户画像信息进行测试方案的配置和云测试。
在一实施例中，如图2所示，提供一种云测试配置方法，以该方法应用在图1中的服务端为例进行说明，具体包括步骤S1至步骤S8，详述如下：
S1：接收客户端上传的用户标识和待测试软件包。
具体地，用户在客户端成功登录后，上传待测试软件包，客户端将用户成功登录的用户名作为用户标识，与待测试软件包一起发送到服务端。
S2：若预设的智能配置开关为开启状态，则获取待测试软件包的包名和后缀名，并根据后缀名确定测试平台。
在本实施例中，预先设置有智能配置开关，该智能配置开关用于开启或者关闭测试方案的自动化配置和自动化测试。在默认情况下，智能配置开关为关闭状态，当需要进行测试方案的自动化配置和自动化测试时，用户可以通过后台维护平台将智能配置开关设置为开启状态。
具体地，服务端获取预设的智能配置开关的当前状态，若当前状态为开启状态，则获取待测试软件包的包名和后缀名。其中，待测试软件包的名称由包名和后缀名组成，例如，若待测试软件包的名称为Test123.apk，则包名为Test123，后缀名为apk。
后缀名能够标识出待测试软件包支持的操作系统，不同的操作系统对应不同的测试平台，例如，目前常用的操作系统为IOS和Andriod两种，IOS和Andriod分别对应不同的测试平台，即IOS操作系统的应用软件只能在IOS操作系统对应的测试平台上进行测试，Andriod操作系统的应用软件也只能在Andriod操作系统对应的测试平台上进行测试。
服务端根据待测试软件包的后缀名，确定待测试软件包支持的操作系统，并根据该操作系统确定能够对待测试软件包进行测试的测试平台。
需要说明的是，若智能配置开关的当前状态为关闭状态，则服务端启动常规云测试服务流程，该常规云测试服务流程具体可以是直接向客户端发送人工配置指令，客户端接收到该人工配置指令后，向用户提供配置界面，用户可以在该配置界面上进行测试方案的配置，并在完成配置后，客户端将用户设定的配置方案发送到服务端，服务端根据该配置方案完成对待测试软件包的云测试。
S3：使用与测试平台相对应的解析工具，对待测试软件包进行解析，得到待测试软件包的版本信息。
具体地，每个测试平台均对应有与该测试平台的操作系统相匹配的解析工具，解析工具通过对待测试软件包的内容进行提取和解析，例如，从待测试软件包的预设目录下获取预设文件中预设参数的值，得到待测试软件包的版本信息。其中，版本信息包括但不限于待测试软件包的软件版本，以及待测试软件包支持的操作系统版本对应的版本属性信息。
例如，对于Andriod操作系统的测试平台，其对应的解析工具可以是反编译工具，通过对待测试软件包进行反编译，得到待测试软件包的版本信息。
S4：若在预设的测试结果数据库中查询到与包名和版本信息对应的测试结果数据，则获取测试结果数据，并将获取到的测试结果数据发送给客户端。
在本实施例中，预设的测试结果数据库中保存有已经完成的测试结果数据，测试结果数据与由包名和版本信息组成的软件包标识之间对应保存，通过软件包标识可以查询到与该软件包标识对应的测试结果数据。
具体地，服务端在预设的测试结果数据库中，根据步骤S2得到的包名，以及步骤S3得到的版本信息，查询与该包名和该版本信息对应的测试结果数据，若查询成功，则获取该测试结果数据，并将该测试结果数据返回给客户端，流程结束。
S5：若在预设的测试结果数据库中未查询到与包名和版本信息对应的测试结果数据，则从预设的用户画像数据库中获取用户标识对应的用户画像信息，其中，用户画像信息用于标识用户标识对应的用户的测试习惯。
具体地，若服务端在预设的测试结果数据库中进行测试结果数据的查询失败，即未查询到与包名和版本信息对应的测试结果数据，则确认该包名和该版本信息对应的待测试软件包未进行过云测试，此时，服务端从预设的用户画像数据库中获取用户标识对应的用户画像信息。
其中，用户画像数据库中按照用户标识存储有每个用户标识对应的用户的用户画像信息，该用户画像信息用于标识该用户的测试习惯。
每个用户标识对应的用户画像信息由服务端根据该用户标识对应的用户在预设历史时间段内对各种待测试软件包进行云测试时选择的测试配置方案进行分析得到。
测试配置方案包含若干测试属性，以及每个测试属性对应的取值，其中，测试属性包括但不限于品牌、操作系统版本、分辨率，测试深度等，品牌对应的取值可以包括samsung、小米、华为、苹果等，操作系统版本对应的取值可以是4.0、5.0等，分辨率对应的取值可以是1280*760等，测试深度对应的取值可以是普通兼容测试、深度性能评测等。
服务端通过对预设历史时间段内的测试配置方案中每个测试属性对应的取值进行综合分析，获知用户在每种测试属性的测试习惯，即用户画像信息，包括用户倾向于选择的品牌、操作系统版本、分辨率，以及测试深度等。
以品牌为例，服务端将用户在预设历史时间段内的每个测试配置方案中品牌对应的取值提取出来，本根据提取出的取值计算品牌这一测试属性对应的每种取值的被选中频率，其中，某个取值的被选中频率为该取值被选中次数与每个取值的被选中次数的总和之间的比值，然后根据每种取值的被选中频率确定用户对品牌的选择习惯。例如，假设品牌对应的每种可能取值包括品牌1、品牌2和品牌3，在预设历史计算时间段内品牌1被选中次数为10次，品牌2和品牌3被选中次数均为9次，则品牌1的被选中频率为37％，品牌2和品牌3的被选中频率均为33％，服务端分析品牌1、品牌2和品牌3的被选中频率相互接近，因此可以得到该用户在品牌这一测试属性上的用户画像信息为倾向于选择全部品牌。
S6：若用户画像信息获取成功，则根据用户画像信息确定待测试软件包的定制配置方案。
具体地，若服务端通过步骤S5成功获取到用户标识对应的用户画像信息，则按照该用户画像信息中包含的用户在每种测试属性的测试习惯，进行与测试习惯相匹配的测试配置，得到待测试软件包的定制配置方案。
例如，在用户画像信息中用户在品牌这一测试属性上的测试习惯为选择全部品牌，则服务端选取测试平台支持的品牌，设置到定制配置方案中。
S7：若用户画像信息获取失败，则根据测试平台和版本信息确定与版本信息相匹配的全量配置方案。
具体地，若服务端通过步骤S5获取用户标识对应的用户画像信息失败，即预设的用户画像数据库中没有保存该用户标识对应的用户画像信息，则服务端从版本信息中提取与测试平台相匹配的操作系统版本参数，并根据该操作系统版本参数确定支持运行待测试软 件包的全部操作系统版本，然后选取测试平台中支持每个操作系统版本的测试属性的全部取值，作为全量配置方案。
S8：在测试平台使用定制配置方案或者全量配置方案对待测试软件包进行云测试，并将云测试结果返回给客户端。
具体地，服务端根据步骤S6得到的定制配置方案，或者步骤S7得到的全量配置方案，在测试平台选定定制配置方案或者全量配置方案中包含的测试配置，并使用该测试配置启动对待测试软件包进行云测试。
服务端获取云测试结果，并将云测试结果返回给客户端，以供用户查看，同时，将云测试结果作为测试结果数据，与包名和版本信息对应保存到预设的测试结果数据库中，以供后续查询。
本实施例中，首先根据待测试软件包的后缀名确定测试平台，并使用与测试平台相对应的解析工具对待测试软件包进行解析，得到版本信息，然后在测试结果数据库中查询待测试软件包的包名和版本信息对应的测试结果数据，若查询到则直接将该测试结果数据发送到客户端，若未查询到则在用户画像数据库中获取对待测试软件包进行云测试的用户对应的用户画像信息，若获取成功则根据该用户画像信息确定待测试软件包的定制配置方案，若获取失败则根据测试平台和版本信息确定与版本信息相匹配的全量配置方案，进而使用定制配置方案或者全量配置方案完成对待测试软件包的云测试，实现了云测试的自动化配置和测试，无需人工干预，降低人力成本，并提高云测试效率，同时，通过用户画像信息，能够按照用户的测试习惯得到合理的配置方案，提高了测试配置的智能化水平。
在一实施例中，用户画像信息包括属性名称和每个属性名称对应的属性标签。
其中，属性名称具体可以是测试配置方案中的测试属性，例如，品牌、操作系统版本、分辨率，以及测试深度等。属性名称可以对应一个属性标签，也可以对应多个属性标签。属性标签用于标识属性特征，服务端预先设置每个属性名称对应的属性标签。
例如，对品牌这一属性名称，其对应的属性标签可以包括品牌喜好、机型喜好和品牌优先级等。品牌喜好用于标识用户习惯选择的品牌，机型喜好用于标识用户习惯选择的设备型号，品牌优先级可以包括高级、中级、低级等不同的级别，每种级别分别代表一种品牌覆盖方式，比如高级的优先级可以代表选择全部品牌的全部机型，中级的优先级可以代表选择热门品牌的热门机型。
进一步地，如图3所示，在步骤S6中，根据用户画像信息确定待测试软件包的定制配置方案，具体包括步骤S61至步骤S63，详述如下：
S61：针对每个属性名称对应的K个属性标签，按照属性标签与规划行为之间的预设对应关系，获取每个属性标签对应的规划行为，得到K个目标规划行为，其中，K为正整数。
在本实施例中，服务端预先设置有每个属性标签与规划行为之间的预设对应关系，每个属性标签均与一个规划行为相对应。例如，若品牌喜好这一属性标签为全部品牌，则其对应的规划行为可以为选取测试平台支持的全部品牌。
具体地，服务端从用户画像信息中读取每个属性名称对应的K个属性标签，并按照预设对应关系，获取每个属性标签对应的规划行为，得到每个属性名称对应的K个目标规划行为。
可以理解的是，不同属性名称对应的目标规划行为的数量可以相同也可以不相同。在一个属性名称对应的不同目标规划行为之间可以存在交集。
例如，对品牌这一属性名称，其对应的属性标签包括品牌喜好、机型喜好和品牌优先级，品牌喜好具体为品牌1和品牌2，其对应的目标规划行为A为选取品牌1和品牌2， 品牌优先级具体为高级，其对应的目标规划行为B为选取测试平台支持的全部品牌的全部机型，则目标规划行为A和目标规划行为B之间存在的交集为品牌1和品牌2的全部机型。
S62：在每个属性名称中，对K个目标规划行为进行合并，得到每个属性名称对应的属性配置方案。
具体地，服务端根据步骤S61得到的每个属性名称对应的K个目标规划行为，对该K个目标规划行为进行合并操作，该合并操作具体可以是对K个目标规划行为进行交集运算，即提取K个目标规划行为中的相同行为，并将提取出的相同行为作为该属性名称对应的属性配置方案。
S63：将每个属性名称对应的属性配置方案进行组合，得到待测试软件包的定制配置方案。
具体地，假设用户画像信息包含N个属性名称，则服务端对步骤S62得到的每个属性名称对应的属性配置方案，即N个属性配置方案进行组合操作，由于属性配置方案均代表一种测试属性的测试条件，因此该组合操作具体可以是对N个属性配置方案进行测试条件的与运算，得到待测试软件包的定制配置方案。
例如，若用户画像信息包括品牌、操作系统版本、分辨率和测试深度四个属性名称，品牌对应的属性配置方案为品牌1的全部机型，操作系统版本对应的属性配置方案为1.0版本以上，分辨率对应的属性配置方案为1280*768，测试深度对应的属性配置方案为深度性能测试，则服务端对该四个属性配置方案进行合并后，得到的定制配置方案为：品牌1的全部机型中操作系统版本为1.0版本以上，分辨率为1280*768的测试设备，进行深度性能测试。
本实施例中，用户画像信息包括属性名称及其对应的属性标签，服务端针对每个属性名称对应的K个属性标签，按照属性标签与规划行为之间的预设对应关系，获取每个属性标签对应的K个目标规划行为，然后对K个目标规划行为进行合并，得到每个属性名称对应的属性配置方案，再将每个属性名称对应的属性配置方案进行组合，得到待测试软件包的定制配置方案，实现了根据用户画像信息自动生成符合用户测试习惯的定制配置方案，提高了测试配置的智能化水平。
在一实施例中，测试平台包括IOS平台和Android平台。IOS平台是指支持IOS操作系统的测试平台，Android平台是指支持Android操作系统的测试平台，IOS操作系统和Android操作系统是目前常用的两大应用于智能终端的操作系统。
进一步地，如图4所示，在步骤S3中，使用与测试平台相对应的解析工具，对待测试软件包进行解析，得到待测试软件包的版本信息，具体包括步骤S31至步骤S32，详述如下：
S31：若测试平台为Android平台，则使用预设的反编译工具对待测试软件包进行反编译，并根据反编译结果得到待测试软件包的版本信息。
具体地，针对Android平台，服务端使用预设的反编译工具对待测试软件包进行反编译处理，并从反编译结果中识别出待测试软件包的版本信息。
其中，反编译工具具体可以是常用的反编译工具apktool，使用apktool对待测试软件包进行反编译处理后，能够查看到res文件下的目标xml文件的内容，服务端可以从该xml文件中获取到待测试软件包的版本信息。
例如，在AndroidMenifest.xml这一目标xml文件中，包含如下语句：
<uses-sdk android:minSdkVersion＝"4"
android:targetSdkVersion＝"10"/>
服务端使用apktool对待测试软件包进行反编译处理后，能够读取到该目标xml文件中的内容，服务端从该目标xml文件中获取minSdkVersion和targetSdkVersion的取值，并将minSdkVersion和targetSdkVersion的取值作为版本信息的内容。
S32：若测试平台为IOS平台，则从预设目录下获取预设的目标配置文件，并从目标配置文件中读取待测试软件包的版本信息。
具体地，针对IOS平台，服务端直接从待测试软件包的预设目录下获取目标配置文件，并从目标配置文件中读取版本信息。
其中，预设目录具体可以是Target目录，目标配置文件具体可以是build setting配置文件。服务端从该build setting配置文件中读取Deployment Target和Base SDK的取值，并将Deployment Target和Base SDK的取值作为版本信息的内容。
本实施例中，服务端针对不同类型操作系统的测试平台，采用与操作系统相匹配的解析方式，从待测试软件包中解析出版本信息，实现了对版本信息的准确提取，为后续根据版本信息确定全量配置方案提供数据依据。
在一实施例中，如图5所示，在步骤S7中，根据测试平台和版本信息确定与版本信息相匹配的全量配置方案，具体包括步骤S71至步骤S73，详述如下：
S71：若测试平台为Android平台，则根据版本信息中minSdkVersion的取值确定支持运行待测试软件包的最低系统版本，并根据版本信息中targetSdkVersion的取值确定支持运行待测试软件包的最高系统版本。
具体地，版本信息中minSdkVersion的取值定义了能够成功安装待测试软件包的测试设备的最低API版本，targetSdkVersion的取值定义了安装待测试软件包的测试设备的最高API版本，服务端获取最低API版本对应的操作系统版本作为支持运行待测试软件包的最低系统版本，并获取最高API版本对应的操作系统版本作为支持运行待测试软件包的最高系统版本。
S72：若测试平台为IOS平台，则根据版本信息中Deployment Target的取值确定支持运行待测试软件包的最低系统版本，并根据版本信息中Base SDK的取值确定支持运行待测试软件包的最高系统版本。
具体地，版本信息中Deployment Target的取值为运行待测试软件包的测试设备的最低操作系统版本，即支持运行待测试软件包的最低系统版本，Base SDK的取值为测试设备的SDK版本，服务端获取该SDK版本对应的操作系统版本作为支持运行待测试软件包的最高系统版本。
S73：将最低系统版本和最高系统版本之间的全部可选版本，以及每个可选版本支持的测试设备属性作为全量配置方案。
具体地，服务端将通过步骤S71或者步骤S72得到的最高系统版本和最低系统版本之间的每个操作系统版本作为可选版本，可选版本包括最高系统版本和最低系统版本，并获取每个可选版本支持的测试设备属性，测试设备属性包括品牌、机型、分辨率等与测试设备的硬件配置相关的测试属性。服务端将获取到的每个可选版本及其测试设备属性作为全量配置方案。
本实施例中，服务端针对不同类型操作系统的测试平台，根据操作系统对应的版本信息，确定运行待测试软件包的测试设备的最高系统版本和最低系统版本，并将最高系统版本和最低系统版本之间的全部可选版本及其支持的测试设备属性组成全量配置方案，实现了在无法根据用户画像信息进行测试配置方案的定制化处理时，能够自动制定出能够匹配测试范围的全量配置方案，确保了云测试的自动化配置和测试的流程完整性，从而能够提高云测试效率。
在一实施例中，如图6所示，在步骤S8中，在测试平台使用定制配置方案或者全量配置方案对待测试软件包进行云测试，具体包括步骤S81至步骤S83，详述如下：
S81：若预设的人工复核开关为开启状态，则将定制配置方案或者全量配置方案发送到客户端，以使用户在客户端对定制配置方案或者全量配置方案进行方案修改或方案确认。
具体地，在服务端得到定制配置方案或者全量配置方案后，为确保自动生成的定制配置方案或者全量配置方案能够更加准确的满足用户的测试需求，服务端在人工复核开关为开启状态下，将定制配置方案或者全量配置方案发送到客户端进行人工复核。
其中，预设的人工复核开关为预先设置的用于标识是否需要对定制配置方案或者全量配置方案进行人工复核的开关。
客户端的用户对接收到的定制配置方案或者全量配置方案进行人工复核，对不满足测试需求的进行方案修改，并对修改后的定制配置方案或者全量配置方案进行方案确认。
需要说明的是，客户端可以向用户提供方案修改和方案确认的操作按钮，当用户通过人工复核认为需要进行方案修改时，可以点击方案修改的操作按钮，在客户端提供的修改界面对定制配置方案或者全量配置方案进行人工修改，并在修改完成后，点击方案确认的操作按钮，客户端将用户的修改内容作为方案修改结果发送到服务端。
若用户通过人工复核后确认不需要进行修改，则直接点击方案确认的操作按钮，客户端向服务端发送的方案修改结果为用户未做修改。
S82：若接收到客户端返回的方案修改结果，则根据方案修改结果对定制配置方案或者全量配置方案进行更新，得到待执行测试方案。
具体地，服务端接收到客户端发送的方案修改结果，根据方案修改结果的内容，若方案修改结果为用户未做修改在，则直接将定制配置方案或者全量配置方案作为待执行测试方案，若方案修改结果为用户的修改内容，则根据该修改内容，对定制配置方案或者全量配置方案进行更新，并将更新后的的定制配置方案或者全量配置方案作为执行测试方案。
S83：在测试平台使用待执行测试方案对待测试软件包进行云测试。
具体地，服务端根据步骤S82得到的待执行测试方案，在测试平台使用该待执行测试方案对待测试软件包进行云测试。
本实施例中，在人工复核开关为开启状态时，通过人工复核的方式对定制配置方案或者全量配置方案进行方案修改或方案确认，从而得到更加准确和合理的待执行测试方案，并使用该待执行测试方案对待测试软件包进行云测试，进一步提高云测试结果的准确性和合理性。
在一实施例中，如图7所示，在步骤S82之后，还可以对用户画像信息进行更新处理，具体包括步骤S91至步骤S92，详述如下：
S91：根据方案修改结果，对用户标识对应的用户画像信息进行更新。
具体地，服务端根据步骤S82得到的方案修改结果，若该方案修改结果为用户的修改内容，则识别该修改内容，并将该修改内容更新到用户标识对应的用户画像信息中与该修改内容相对应的属性名称及其对应的属性标签中。
S92：将更新后的用户画像信息保存到用户画像数据库中。
具体地，服务端在用户画像数据库中使用更新后的用户画像信息对原用户画像信息进行覆盖保存。
本实施例中，根据方案修改结果对用户标识对应的用户画像信息进行更新，确保用户画像信息能够实时体现用户的最新测试习惯和测试偏好，从而为根据用户画像信息自动生成符合用户测试习惯的定制配置方案提供准确的数据依据。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在一实施例中，提供一种云测试配置装置，该云测试配置装置与上述实施例中云测试配置方法一一对应。如图8所示，该云测试配置装置包括：数据接收模块10、平台确定模块20、版本解析模块30、结果查询模块40、画像获取模块50、定制配置模块60、全量配置模块70和测试执行模块80。各功能模块详细说明如下：
数据接收模块10，用于接收客户端上传的用户标识和待测试软件包；
平台确定模块20，用于若预设的智能配置开关为开启状态，则获取待测试软件包的包名和后缀名，并根据后缀名确定测试平台；
版本解析模块30，用于使用与测试平台相对应的解析工具，对待测试软件包进行解析，得到待测试软件包的版本信息；
结果查询模块40，用于若在预设的测试结果数据库中查询到与包名和版本信息对应的测试结果数据，则获取测试结果数据，并将获取到的测试结果数据发送给客户端；
画像获取模块50，用于若在预设的测试结果数据库中未查询到与包名和版本信息对应的测试结果数据，则从预设的用户画像数据库中获取用户标识对应的用户画像信息，其中，用户画像信息用于标识用户标识对应的用户的测试习惯；
定制配置模块60，用于若用户画像信息获取成功，则根据用户画像信息确定待测试软件包的定制配置方案；
全量配置模块70，用于若用户画像信息获取失败，则根据测试平台和版本信息确定与版本信息相匹配的全量配置方案；
测试执行模块80，用于在测试平台使用定制配置方案或者全量配置方案对待测试软件包进行云测试，并将云测试结果返回给客户端。
进一步地，用户画像信息包括属性名称和每个所述属性名称对应的属性标签，定制配置模块60包括：
行为获取子模块601，用于针对每个属性名称对应的K个属性标签，按照属性标签与规划行为之间的预设对应关系，获取每个属性标签对应的规划行为，得到K个目标规划行为，其中，K为正整数；
行为合并子模块602，用于在每个属性名称中，对K个目标规划行为进行合并，得到每个属性名称对应的属性配置方案；
方案组合子模块603，用于将每个属性名称对应的属性配置方案进行组合，得到待测试软件包的定制配置方案。
进一步地，测试平台包括IOS平台和Android平台，版本解析模块30包括：
第一解析子模块301，用于若测试平台为Android平台，则使用预设的反编译工具对待测试软件包进行反编译，并根据反编译结果得到待测试软件包的版本信息；
第二解析子模块302，用于若测试平台为IOS平台，则从预设目录下获取预设的目标配置文件，并从目标配置文件中读取待测试软件包的版本信息。
进一步地，全量配置模块70包括：
第一配置子模块701，用于若测试平台为Android平台，则根据版本信息中minSdkVersion的取值确定支持运行待测试软件包的最低系统版本，并根据版本信息中targetSdkVersion的取值确定支持运行待测试软件包的最高系统版本；
第二配置子模块702，用于若测试平台为IOS平台，则根据版本信息中Deployment Target的取值确定支持运行待测试软件包的最低系统版本，并根据版本信息中Base SDK的取值确定支持运行待测试软件包的最高系统版本；
配置确定子模块703，用于将最低系统版本和最高系统版本之间的全部可选版本，以及每个可选版本支持的测试设备属性作为全量配置方案。
进一步地，测试执行模块80包括：
方案确认子模块801，用于若预设的人工复核开关为开启状态，则将定制配置方案或者全量配置方案发送到客户端，以使用户在客户端对定制配置方案或者全量配置方案进行方案修改或方案确认；
方案更新子模块802，用于若接收到客户端返回的方案修改结果，则根据方案修改结果对定制配置方案或者全量配置方案进行更新，得到待执行测试方案；
云测试子模块803，用于在测试平台使用待执行测试方案对待测试软件包进行云测试。
进一步地，该云测试配置装置还包括：
画像更新模块91，用于根据方案修改结果，对用户标识对应的用户画像信息进行更新；
画像保存模块92，用于将更新后的用户画像信息保存到用户画像数据库中。
关于云测试配置装置的具体限定可以参见上文中对于云测试配置方法的限定，在此不再赘述。上述云测试配置装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种云测试配置方法。
在一实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现上述实施例中云测试配置方法的步骤，例如图2所示的步骤S1至步骤S8。或者，处理器执行计算机可读指令时实现上述实施例中云测试配置装置的各模块/单元的功能，例如图8所示模块10至模块80的功能。为避免重复，此处不再赘述。
在一实施例中，提供一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行上述方法实施例中云测试配置方法，或者，该计算机可读指令被处理器执行时实现上述装置实施例中云测试配置装置中各模块/单元的功能。为避免重复，此处不再赘述。本实施例中的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一非易失性可读存储介质也可以存储在易失性可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲 存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种云测试配置方法，其中，所述云测试配置方法包括：
    接收客户端上传的用户标识和待测试软件包；
    若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
    使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
    若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
    若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
    若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
    若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
    在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
  2. 如权利要求1所述的云测试配置方法，其中，所述用户画像信息包括属性名称和每个所述所述属性名称对应的属性标签，所述根据所述用户画像信息确定所述待测试软件包的定制配置方案包括：
    针对每个所述属性名称对应的K个所述属性标签，按照所述属性标签与规划行为之间的预设对应关系，获取每个所述属性标签对应的所述规划行为，得到K个目标规划行为，其中，K为正整数；
    在每个所述属性名称中，对K个所述目标规划行为进行合并，得到每个所述属性名称对应的属性配置方案；
    将每个所述属性名称对应的所述属性配置方案进行组合，得到所述待测试软件包的所述定制配置方案。
  3. 如权利要求1所述的云测试配置方法，其中，所述测试平台包括IOS平台和Android平台，所述使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息包括：
    若所述测试平台为所述Android平台，则使用预设的反编译工具对所述待测试软件包进行反编译，并根据反编译结果得到所述待测试软件包的版本信息；
    若所述测试平台为所述IOS平台，则从预设目录下获取预设的目标配置文件，并从所述目标配置文件中读取所述待测试软件包的版本信息。
  4. 如权利要求3所述的云测试配置方法，其中，所述根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案包括：
    若所述测试平台为所述Android平台，则根据所述版本信息中minSdkVersion的取值确定支持运行所述待测试软件包的最低系统版本，并根据所述版本信息中targetSdkVersion的取值确定支持运行所述待测试软件包的最高系统版本；
    若所述测试平台为所述IOS平台，则根据所述版本信息中Deployment Target的取值确定支持运行所述待测试软件包的最低系统版本，并根据所述版本信息中Base SDK的取值确定支持运行所述待测试软件包的最高系统版本；
    将所述最低系统版本和所述最高系统版本之间的全部可选版本，以及每个所述可选版本支持的测试设备属性作为所述全量配置方案。
  5. 如权利要求1所述的云测试配置方法，其中，所述在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试包括：
    若预设的人工复核开关为开启状态，则将所述定制配置方案或者所述全量配置方案发送到所述客户端，以使用户在所述客户端对所述定制配置方案或者所述全量配置方案进行方案修改或方案确认；
    若接收到所述客户端返回的方案修改结果，则根据所述方案修改结果对所述定制配置方案或者所述全量配置方案进行更新，得到待执行测试方案；
    在所述测试平台使用所述待执行测试方案对所述待测试软件包进行云测试。
  6. 如权利要求5所述的云测试配置方法，其中，在所述根据所述方案修改结果对所述定制配置方案或者所述全量配置方案进行更新，得到待执行测试方案之后，所述云测试配置方法还包括：
    根据所述方案修改结果，对所述用户标识对应的所述用户画像信息进行更新；
    将更新后的所述用户画像信息保存到所述用户画像数据库中。
  7. 一种云测试配置装置，其中，所述云测试配置装置包括：
    数据接收模块，用于接收客户端上传的用户标识和待测试软件包；
    平台确定模块，用于若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
    版本解析模块，用于使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
    结果查询模块，用于若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
    画像获取模块，用于若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
    定制配置模块，用于若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
    全量配置模块，用于若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
    测试执行模块，用于在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
  8. 如权利要求7所述的云测试配置装置，其中，所述用户画像信息包括属性名称和每个所述所述属性名称对应的属性标签，所述定制配置模块包括：
    行为获取子模块，用于针对每个所述属性名称对应的K个所述属性标签，按照所述属性标签与规划行为之间的预设对应关系，获取每个所述属性标签对应的所述规划行为，得到K个目标规划行为，其中，K为正整数；
    行为合并子模块，用于在每个所述属性名称中，对K个所述目标规划行为进行合并，得到每个所述属性名称对应的属性配置方案；
    方案组合子模块，用于将每个所述属性名称对应的所述属性配置方案进行组合，得到所述待测试软件包的所述定制配置方案。
  9. 一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其中，所述处理器执行所述计算机可读指令时实现如如下步骤：
    接收客户端上传的用户标识和待测试软件包；
    若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
    使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
    若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
    若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
    若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
    若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
    在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
  10. 如权利要求9所述的计算机设备，其中，所述用户画像信息包括属性名称和每个所述所述属性名称对应的属性标签，所述根据所述用户画像信息确定所述待测试软件包的定制配置方案包括：
    针对每个所述属性名称对应的K个所述属性标签，按照所述属性标签与规划行为之间的预设对应关系，获取每个所述属性标签对应的所述规划行为，得到K个目标规划行为，其中，K为正整数；
    在每个所述属性名称中，对K个所述目标规划行为进行合并，得到每个所述属性名称对应的属性配置方案；
    将每个所述属性名称对应的所述属性配置方案进行组合，得到所述待测试软件包的所述定制配置方案。
  11. 如权利要求9所述的计算机设备，其中，所述测试平台包括IOS平台和Android平台，所述使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息包括：
    若所述测试平台为所述Android平台，则使用预设的反编译工具对所述待测试软件包进行反编译，并根据反编译结果得到所述待测试软件包的版本信息；
    若所述测试平台为所述IOS平台，则从预设目录下获取预设的目标配置文件，并从所述目标配置文件中读取所述待测试软件包的版本信息。
  12. 如权利要求11所述的计算机设备，其中，所述根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案包括：
    若所述测试平台为所述Android平台，则根据所述版本信息中minSdkVersion的取值确定支持运行所述待测试软件包的最低系统版本，并根据所述版本信息中targetSdkVersion的取值确定支持运行所述待测试软件包的最高系统版本；
    若所述测试平台为所述IOS平台，则根据所述版本信息中Deployment Target的取值确定支持运行所述待测试软件包的最低系统版本，并根据所述版本信息中Base SDK的取值确定支持运行所述待测试软件包的最高系统版本；
    将所述最低系统版本和所述最高系统版本之间的全部可选版本，以及每个所述可选版本支持的测试设备属性作为所述全量配置方案。
  13. 如权利要求9所述的计算机设备，其中，所述在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试包括：
    若预设的人工复核开关为开启状态，则将所述定制配置方案或者所述全量配置方案发送到所述客户端，以使用户在所述客户端对所述定制配置方案或者所述全量配置方案进行方案修改或方案确认；
    若接收到所述客户端返回的方案修改结果，则根据所述方案修改结果对所述定制配置方案或者所述全量配置方案进行更新，得到待执行测试方案；
    在所述测试平台使用所述待执行测试方案对所述待测试软件包进行云测试。
  14. 如权利要求13所述的计算机设备，其中，在所述根据所述方案修改结果对所述定制配置方案或者所述全量配置方案进行更新，得到待执行测试方案之后，所述处理器执行所述计算机可读指令时还实现如如下步骤：：
    根据所述方案修改结果，对所述用户标识对应的所述用户画像信息进行更新；
    将更新后的所述用户画像信息保存到所述用户画像数据库中。
  15. 一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如下步骤：
    接收客户端上传的用户标识和待测试软件包；
    若预设的智能配置开关为开启状态，则获取所述待测试软件包的包名和后缀名，并根据所述后缀名确定测试平台；
    使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息；
    若在预设的测试结果数据库中查询到与所述包名和所述版本信息对应的测试结果数据，则获取所述测试结果数据，并将获取到的所述测试结果数据发送给所述客户端；
    若在所述预设的测试结果数据库中未查询到与所述包名和所述版本信息对应的所述测试结果数据，则从预设的用户画像数据库中获取所述用户标识对应的用户画像信息，其中，所述用户画像信息用于标识所述用户标识对应的用户的测试习惯；
    若所述用户画像信息获取成功，则根据所述用户画像信息确定所述待测试软件包的定制配置方案；
    若所述用户画像信息获取失败，则根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案；
    在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试，并将云测试结果返回给所述客户端。
  16. 如权利要求15所述的可读存储介质，其中，所述用户画像信息包括属性名称和每个所述所述属性名称对应的属性标签，所述根据所述用户画像信息确定所述待测试软件包的定制配置方案包括：
    针对每个所述属性名称对应的K个所述属性标签，按照所述属性标签与规划行为之间的预设对应关系，获取每个所述属性标签对应的所述规划行为，得到K个目标规划行为，其中，K为正整数；
    在每个所述属性名称中，对K个所述目标规划行为进行合并，得到每个所述属性名称对应的属性配置方案；
    将每个所述属性名称对应的所述属性配置方案进行组合，得到所述待测试软件包的所述定制配置方案。
  17. 如权利要求15所述的可读存储介质，其中，所述测试平台包括IOS平台和Android平台，所述使用与所述测试平台相对应的解析工具，对所述待测试软件包进行解析，得到所述待测试软件包的版本信息包括：
    若所述测试平台为所述Android平台，则使用预设的反编译工具对所述待测试软件包进行反编译，并根据反编译结果得到所述待测试软件包的版本信息；
    若所述测试平台为所述IOS平台，则从预设目录下获取预设的目标配置文件，并从所述目标配置文件中读取所述待测试软件包的版本信息。
  18. 如权利要求17所述的可读存储介质，其中，所述根据所述测试平台和所述版本信息确定与所述版本信息相匹配的全量配置方案包括：
    若所述测试平台为所述Android平台，则根据所述版本信息中minSdkVersion的取值确定支持运行所述待测试软件包的最低系统版本，并根据所述版本信息中targetSdkVersion的取值确定支持运行所述待测试软件包的最高系统版本；
    若所述测试平台为所述IOS平台，则根据所述版本信息中Deployment Target的取值确定支持运行所述待测试软件包的最低系统版本，并根据所述版本信息中Base SDK的取值确定支持运行所述待测试软件包的最高系统版本；
    将所述最低系统版本和所述最高系统版本之间的全部可选版本，以及每个所述可选版本支持的测试设备属性作为所述全量配置方案。
  19. 如权利要求15所述的可读存储介质，其中，所述在所述测试平台使用所述定制配置方案或者所述全量配置方案对所述待测试软件包进行云测试包括：
    若预设的人工复核开关为开启状态，则将所述定制配置方案或者所述全量配置方案发送到所述客户端，以使用户在所述客户端对所述定制配置方案或者所述全量配置方案进行方案修改或方案确认；
    若接收到所述客户端返回的方案修改结果，则根据所述方案修改结果对所述定制配置方案或者所述全量配置方案进行更新，得到待执行测试方案；
    在所述测试平台使用所述待执行测试方案对所述待测试软件包进行云测试。
  20. 如权利要求19所述的可读存储介质，其中，在所述根据所述方案修改结果对所述定制配置方案或者所述全量配置方案进行更新，得到待执行测试方案之后，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如下步骤：
    根据所述方案修改结果，对所述用户标识对应的所述用户画像信息进行更新；
    将更新后的所述用户画像信息保存到所述用户画像数据库中。
PCT/CN2020/103965 2019-08-30 2020-07-24 云测试配置方法、装置、计算机设备及存储介质 WO2021036618A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910815147.9 2019-08-30
CN201910815147.9A CN110708210B (zh) 2019-08-30 2019-08-30 云测试配置方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
WO2021036618A1 true WO2021036618A1 (zh) 2021-03-04

Family

ID=69193299

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/103965 WO2021036618A1 (zh) 2019-08-30 2020-07-24 云测试配置方法、装置、计算机设备及存储介质

Country Status (2)

Country Link
CN (1) CN110708210B (zh)
WO (1) WO2021036618A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113051169A (zh) * 2021-03-31 2021-06-29 公安部第三研究所 一种云计算大数据平台功能及接口的测试方法及系统
CN113885896A (zh) * 2021-09-29 2022-01-04 平安银行股份有限公司 应用程序软件包安装方法、装置、计算机设备及存储介质
CN114546535A (zh) * 2022-02-28 2022-05-27 中国建设银行股份有限公司 操作系统的服务配置方法及装置、存储介质及电子设备
CN115097236A (zh) * 2022-06-17 2022-09-23 株洲嘉成科技发展股份有限公司 一种通用化测试平台的测试类型切换方法
CN116303067A (zh) * 2023-03-24 2023-06-23 安超云软件有限公司 一种基于云测试平台的测试方法、装置、设备以及介质
CN116433082A (zh) * 2023-03-22 2023-07-14 北京游娱网络科技有限公司 一种评价报告的生成方法、装置、电子设备及存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110708210B (zh) * 2019-08-30 2022-05-03 深圳壹账通智能科技有限公司 云测试配置方法、装置、计算机设备及存储介质
CN111723003A (zh) * 2020-05-18 2020-09-29 五八有限公司 一种灰度测试方法、装置、电子设备及存储介质
CN111897587B (zh) * 2020-06-19 2023-10-31 深圳奇迹智慧网络有限公司 物联网应用配置方法、装置、计算机设备和存储介质
CN112527616B (zh) * 2020-12-14 2024-07-12 北京达佳互联信息技术有限公司 数据处理方法及其装置
CN113434281B (zh) * 2021-07-19 2024-05-28 上海幻电信息科技有限公司 设备调度方法及云平台
CN113742577A (zh) * 2021-08-10 2021-12-03 深圳市东信时代信息技术有限公司 基于SaaS的AB测试方案处理方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338110A (zh) * 2015-11-23 2016-02-17 小米科技有限责任公司 远程调试方法和平台、服务器
WO2019089446A1 (en) * 2017-10-30 2019-05-09 Hitachi Vantara Corporation Generating testing infrastructure on a cloud for testing software applications
CN109840198A (zh) * 2018-12-13 2019-06-04 平安普惠企业管理有限公司 基于自动测试工具的测试软件的方法、装置和计算机设备
CN110134595A (zh) * 2019-04-19 2019-08-16 平安科技（深圳）有限公司 Svn资源库测试前的分析方法、装置、计算机设备
CN110708210A (zh) * 2019-08-30 2020-01-17 深圳壹账通智能科技有限公司 云测试配置方法、装置、计算机设备及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9047410B2 (en) * 2012-07-18 2015-06-02 Infosys Limited Cloud-based application testing
CN104572444B (zh) * 2014-12-10 2018-07-03 网易（杭州）网络有限公司 一种游戏性能云测试平台及其测试方法
CN107545178B (zh) * 2016-06-23 2021-01-15 华为技术有限公司 一种云应用的检测方法及云应用检测装置
CN106961362B (zh) * 2017-03-09 2018-08-07 杭州铜板街互联网金融信息服务有限公司 自动化测试方法及移动云测试系统
CN108255720A (zh) * 2018-01-12 2018-07-06 中国计量大学 基于云计算架构的软件自动测试系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338110A (zh) * 2015-11-23 2016-02-17 小米科技有限责任公司 远程调试方法和平台、服务器
WO2019089446A1 (en) * 2017-10-30 2019-05-09 Hitachi Vantara Corporation Generating testing infrastructure on a cloud for testing software applications
CN109840198A (zh) * 2018-12-13 2019-06-04 平安普惠企业管理有限公司 基于自动测试工具的测试软件的方法、装置和计算机设备
CN110134595A (zh) * 2019-04-19 2019-08-16 平安科技（深圳）有限公司 Svn资源库测试前的分析方法、装置、计算机设备
CN110708210A (zh) * 2019-08-30 2020-01-17 深圳壹账通智能科技有限公司 云测试配置方法、装置、计算机设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MA XIAONING: "Research and Design of Unit Test Cloud Platform", MASTER THESIS, 15 August 2019 (2019-08-15), pages 1 - 77, XP009526388 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113051169A (zh) * 2021-03-31 2021-06-29 公安部第三研究所 一种云计算大数据平台功能及接口的测试方法及系统
CN113885896A (zh) * 2021-09-29 2022-01-04 平安银行股份有限公司 应用程序软件包安装方法、装置、计算机设备及存储介质
CN114546535A (zh) * 2022-02-28 2022-05-27 中国建设银行股份有限公司 操作系统的服务配置方法及装置、存储介质及电子设备
CN115097236A (zh) * 2022-06-17 2022-09-23 株洲嘉成科技发展股份有限公司 一种通用化测试平台的测试类型切换方法
CN116433082A (zh) * 2023-03-22 2023-07-14 北京游娱网络科技有限公司 一种评价报告的生成方法、装置、电子设备及存储介质
CN116433082B (zh) * 2023-03-22 2023-12-26 北京游娱网络科技有限公司 一种评价报告的生成方法、装置、电子设备及存储介质
CN116303067A (zh) * 2023-03-24 2023-06-23 安超云软件有限公司 一种基于云测试平台的测试方法、装置、设备以及介质
CN116303067B (zh) * 2023-03-24 2024-03-22 安超云软件有限公司 一种基于云测试平台的测试方法、装置、设备以及介质

Also Published As

Publication number Publication date
CN110708210A (zh) 2020-01-17
CN110708210B (zh) 2022-05-03

Similar Documents

Publication Publication Date Title
WO2021036618A1 (zh) 云测试配置方法、装置、计算机设备及存储介质
CN109582303B (zh) 通用组件调用方法、装置、计算机设备及存储介质
CN110297672B (zh) 页面动态生成方法、装置、计算机设备及存储介质
WO2020186809A1 (zh) 基于大数据平台的hive任务调度方法、装置、设备及存储介质
US10474566B2 (en) Model integration tool
CN108829477B (zh) 界面跳转方法、装置、计算机设备和存储介质
CN109542761B (zh) 软件质量评估方法、装置及存储介质
CN105302710A (zh) 一种确定需要回归测试的测试用例的方法和装置
CN109446218A (zh) Sql语句生成方法、装置及计算机可读存储介质
CN109062925B (zh) 自动生成insert语句的方法、装置、计算机设备及存储介质
CN108196878A (zh) 应用程序安装包的生成方法、装置、电子设备及存储介质
CN110765001B (zh) 针对应用系统的模块化自动测试方法和装置
US20160259315A1 (en) Field device commissioning system and method
CN111190603B (zh) 一种隐私数据检测方法、装置和计算机可读存储介质
CN108681504A (zh) 自动化测试方法、测试服务器及计算机可读存储介质
CN110162464A (zh) Mcok测试方法及系统、电子设备及可读存储介质
CN111026670B (zh) 测试用例的生成方法、测试用例的生成装置及存储介质
CN109032631A (zh) 应用程序补丁包获取方法、装置、计算机设备及存储介质
CN108628732B (zh) 一种应用界面控件遍历测试方法及装置
CN112380130A (zh) 基于调用依赖关系的应用测试方法和装置
CN114124694A (zh) 物联网设备的配置方法、配置装置、电子设备及介质
CN115357434A (zh) 整机测试方法、待测设备、计算机设备和存储介质
CN108255735B (zh) 关联环境测试方法、电子装置及计算机可读存储介质
CN109726104B (zh) 移动终端的测试包生成方法、测试终端及存储介质
CN112965721B (zh) 基于Android的项目编译方法、装置、计算机设备及存储介质

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: 20858930

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 04.07.22)

122 Ep: pct application non-entry in european phase

Ref document number: 20858930

Country of ref document: EP

Kind code of ref document: A1