CN113505081A - Lottery drawing program testing method and device, computer storage medium and electronic equipment - Google Patents

Lottery drawing program testing method and device, computer storage medium and electronic equipment Download PDF

Info

Publication number
CN113505081A
CN113505081A CN202110931206.6A CN202110931206A CN113505081A CN 113505081 A CN113505081 A CN 113505081A CN 202110931206 A CN202110931206 A CN 202110931206A CN 113505081 A CN113505081 A CN 113505081A
Authority
CN
China
Prior art keywords
tested
lottery
lottery drawing
test
program
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.)
Granted
Application number
CN202110931206.6A
Other languages
Chinese (zh)
Other versions
CN113505081B (en
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.)
Guangzhou Boguan Information Technology Co Ltd
Original Assignee
Guangzhou Boguan Information Technology 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 Guangzhou Boguan Information Technology Co Ltd filed Critical Guangzhou Boguan Information Technology Co Ltd
Priority to CN202110931206.6A priority Critical patent/CN113505081B/en
Publication of CN113505081A publication Critical patent/CN113505081A/en
Application granted granted Critical
Publication of CN113505081B publication Critical patent/CN113505081B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3692Test management for test results analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The present disclosure relates to the technical field of software testing, and provides a testing method of a lottery drawing program, a testing device of the lottery drawing program, a computer storage medium, and an electronic device, wherein the testing method of the lottery drawing program comprises: acquiring an access parameter of a lottery drawing program to be tested and a test requirement parameter of the lottery drawing program to be tested; establishing transmission control protocol connection with the lottery drawing program to be tested according to the access parameters of the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested; running a pre-stored test script according to the test requirement parameters to test the lottery drawing program to be tested; the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test. The method disclosed by the disclosure has universality, can be used for testing various lottery activities, and improves the testing efficiency.

Description

Lottery drawing program testing method and device, computer storage medium and electronic equipment
Technical Field
The present disclosure relates to the field of software testing technologies, and in particular, to a method and an apparatus for testing a lottery drawing program, a computer storage medium, and an electronic device.
Background
With the vigorous development of the internet, the application range of the lottery drawing program is more and more extensive, for example, the lottery drawing program is used in some sales promotion activities, point exchange and live lottery drawing. After the lottery program is developed, it needs to be tested to ensure that the probability of the outcome of the prize is within the expected range of probabilities.
In the related art, when testing different lottery activities, each activity requires a tester to write a test script specially, and each script is only effective for a specific lottery program and has no universality.
Therefore, the versatility of the related test methods is to be improved.
It is to be noted that the information disclosed in the background section above is only used to enhance understanding of the background of the present disclosure.
Disclosure of Invention
The present disclosure is directed to a method for testing a lottery program, a device for testing a lottery program, a computer storage medium, and an electronic apparatus, which avoid a drawback of a low code reuse rate in the related art at least to some extent.
Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.
According to a first aspect of the present disclosure, there is provided a test method of a lottery drawing program, including: acquiring an access parameter of a lottery drawing program to be tested and a test requirement parameter of the lottery drawing program to be tested; establishing transmission control protocol connection with the lottery drawing program to be tested according to the access parameters of the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested; running the pre-stored test script according to the test requirement parameters to test the lottery drawing program to be tested; the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test.
In an exemplary embodiment of the present disclosure, the test requirement parameter further includes a preset user account list, where the user account list includes N virtual test accounts, where N is an integer greater than 1; the running of the pre-stored test script according to the test requirement parameters to test the lottery drawing program to be tested comprises the following steps: selecting a virtual test account from the user account list; and running the pre-stored test script, and initiating a lottery drawing request to the lottery drawing program to be tested by using the virtual test account so as to trigger the starting of the lottery drawing program to be tested.
In an exemplary embodiment of the present disclosure, the test requirement parameter further includes a parsing rule of the lottery result; a preset incidence relation exists between the analysis rule of the lottery result and the lottery program to be tested; the analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test comprises the following steps: analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the winning times corresponding to each prize; determining the winning probability of each prize according to the winning number corresponding to each prize and the number of times of sending a lottery drawing request to the lottery drawing program to be tested; and determining whether the lottery program to be tested passes the test or not according to the comparison result of the winning probability of each prize and the expected winning probability thereof.
In an exemplary embodiment of the present disclosure, the analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the winning number corresponding to each prize includes: analyzing the lottery result according to the analysis rule of the lottery result to obtain a prize field and a prize number field; and counting the field value of the winning number field corresponding to each prize field to obtain the winning number corresponding to each prize.
In an exemplary embodiment of the disclosure, the determining whether the lottery program to be tested passes the test according to the result of comparing the winning probability of each prize with the expected winning probability thereof includes: acquiring the difference value between the winning probability of each prize and the expected winning probability thereof; when each difference value is within a preset value range, determining that the lottery drawing program to be tested passes the test; and when any one difference value exceeds the preset value range, determining that the test of the lottery drawing program to be tested fails.
In an exemplary embodiment of the present disclosure, the method further comprises: and storing the lottery drawing result into a specified test database, wherein the test database is only used for storing data generated under the test environment.
In an exemplary embodiment of the present disclosure, after receiving the lottery result returned by the lottery program to be tested, the method further includes: in a test environment, forbidding triggering of the award issuing message corresponding to the lottery drawing result; the award delivery message is used to notify the game server that there is an award to be delivered.
According to a second aspect of the present disclosure, there is provided a test apparatus of a lottery drawing program, comprising: the parameter acquisition module is used for acquiring access parameters of the lottery drawing program to be tested and test requirement parameters of the lottery drawing program to be tested; the connection module is used for establishing transmission control protocol connection with the lottery drawing program to be tested according to the access parameters of the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested; the testing module is used for operating the pre-stored testing script according to the testing requirement parameters so as to test the lottery drawing program to be tested; the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test.
According to a third aspect of the present disclosure, there is provided a computer storage medium having stored thereon a computer program which, when executed by a processor, implements the method of testing a lottery program as described above in the first aspect.
According to a fourth aspect of the present disclosure, there is provided an electronic device comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the testing method of the lottery program of the first aspect described above via execution of the executable instructions.
As can be seen from the above technical solutions, the testing method of the lottery drawing program, the testing device of the lottery drawing program, the computer storage medium and the electronic device in the embodiments of the present disclosure have at least the following advantages and positive effects:
in the technical solutions provided in some embodiments of the present disclosure, on one hand, access parameters of the lottery program to be tested and test requirement parameters of the lottery program to be tested are obtained, and some changeable parameters (for example, an identifier of the lottery program to be tested and an identifier of a lottery interface of the lottery program to be tested) in a test process can be separated from a test script, so that when a user needs to test different lottery programs to be tested, different parameters can be input, a problem that the test script can only be tested for a specific lottery program to be tested due to the fact that the changeable parameters are written in the test script in the related art is avoided, different test scripts do not need to be rewritten when testing different lottery programs, and universality and test efficiency of the test script are improved. On the other hand, according to the access parameters of the lottery drawing program to be tested, a transmission control protocol connection is established with the lottery drawing program to be tested, a pre-stored test script is operated according to the test requirement parameters to trigger the starting of the lottery drawing program to be tested, and the lottery drawing results returned by the lottery drawing program to be tested are analyzed and counted to determine whether the lottery drawing program to be tested passes the test, so that the technical problems that in the related technology, the efficiency is low and the accuracy cannot be guaranteed due to the fact that testers need to manually count the lottery drawing results can be solved, and the accuracy of the test results is improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty.
Fig. 1 shows a flowchart of a test method in the related art;
fig. 2 illustrates a flow chart of a testing method of a lottery program in an embodiment of the present disclosure;
FIG. 3 shows a schematic diagram of a parameter editing page in an embodiment of the present disclosure;
fig. 4 shows a flow chart for triggering the start of the lottery program to be tested in the embodiment of the present disclosure;
fig. 5 is a flowchart illustrating analyzing and counting lottery results to determine whether a lottery program to be tested passes the test in the embodiment of the present disclosure;
FIG. 6 is a diagram showing an interface for displaying the number of winning times in the embodiment of the present disclosure;
FIG. 7 is a flowchart for determining whether the lottery program to be tested passes the test according to the comparison result between the winning probability of each prize and the expected winning probability thereof in the embodiment of the present disclosure;
fig. 8 shows an overall flowchart of a test method of the lottery program in the embodiment of the present disclosure;
FIG. 9 illustrates a schematic presentation interface of a Bug of a lottery program tested using the method of the present disclosure;
fig. 10 is a schematic configuration diagram showing a test apparatus of a lottery program in the embodiment of the present disclosure;
fig. 11 shows a schematic structural diagram of an electronic device in an embodiment of the present disclosure.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and the like. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present disclosure.
The terms "a," "an," "the," and "said" are used in this specification to denote the presence of one or more elements/components/parts/etc.; the terms "comprising" and "having" are intended to be inclusive and mean that there may be additional elements/components/etc. other than the listed elements/components/etc.; the terms "first" and "second", etc. are used merely as labels, and are not limiting on the number of their objects.
Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities.
Currently, a relevant lottery process is generally shown in fig. 1, a user triggers a lottery request through a client, and an access layer (generally, a part directly connected or accessed to the user in a network) forwards the request to a lottery activity process, and forwards a result to the client. In the conventional testing process, a developer or QA generally needs to write a testing script, send a message to a lottery activity process to trigger lottery, and complete an automated testing process through database records or log analysis results of the lottery activity process.
However, the above method has the following problems:
firstly, a developer or QA (Quality Assurance) needs to know how to simulate a user's request message, and analyze a database or a log to manually count lottery drawing results, so that certain development cost and technical requirements are met;
secondly, each playing method needs to write a special script for testing, and the multiplexing rate of the testing script is low;
third, the quality of the test script depends on the development of the activity or the tester, and the test result cannot be guaranteed.
In the embodiment of the disclosure, firstly, a method for testing a lottery drawing program is provided, which overcomes the defect of low code reuse rate in the related art at least to some extent.
Fig. 2 illustrates a flowchart of a test method of a lottery program in an embodiment of the present disclosure, and an execution subject of the test method of the lottery program may be a server that tests the lottery program.
Referring to fig. 2, a test method of a lottery drawing program according to one embodiment of the present disclosure includes the steps of:
step S210, obtaining an access parameter of a lottery drawing program to be tested and a test requirement parameter of the lottery drawing program to be tested;
step S220, according to the access parameters of the lottery drawing program to be tested, establishing transmission control protocol connection with the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested;
step S230, running a pre-stored test script according to the test requirement parameters to test the lottery drawing program to be tested; the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test.
In the technical solution provided in the embodiment shown in fig. 2, on one hand, the access parameters of the lottery program to be tested and the test requirement parameters of the lottery program to be tested are obtained, and some changeable parameters (for example, the identifier of the lottery program to be tested and the identifier of the lottery interface of the lottery program to be tested) in the test process can be separated from the test script, so that when a user needs to test different lottery programs to be tested, different parameters can be input, the problem that the test script can only be tested for a specific lottery program to be tested due to the fact that the changeable parameters are written in the test script in the related art is avoided, different test scripts do not need to be rewritten when testing different lottery programs, and the universality and the test efficiency of the test script are improved. On the other hand, according to the access parameters of the lottery drawing program to be tested, a transmission control protocol connection is established with the lottery drawing program to be tested, a pre-stored test script is operated according to the test requirement parameters to trigger the starting of the lottery drawing program to be tested, and the lottery drawing results returned by the lottery drawing program to be tested are analyzed and counted to determine whether the lottery drawing program to be tested passes the test, so that the technical problems that in the related technology, the efficiency is low and the accuracy cannot be guaranteed due to the fact that testers need to manually count the lottery drawing results can be solved, and the accuracy of the test results is improved.
The following describes the specific implementation process of each step in fig. 2 in detail:
at present, in the testing process of the lottery drawing program, each lottery drawing generates a lottery drawing result, and also accompanies a large amount of operations such as bonus issuing operation and log printing, for example, if 108 lottery drawings are needed, it means that 108 bonus needs to be issued to the testing environment, and a certain impact is caused to the testing server. In previous test flows, there were often only two options:
first, the speed of the test is slowed. However, this often results in a longer test time and a lower test efficiency.
Second, the activity logic is modified to note the code that actually issued the reward, and only the main logic portion of the regression probability. But this requires adjustment of the normal business logic, with certain risks.
In view of the above, the present disclosure supports the configuration of the test environment as an island mode (i.e., only the lottery process is performed without issuing a prize to a winner), and after the tester selects the mode, a prize issuance message corresponding to the lottery result may be prohibited from being triggered in the test environment (the role of the prize issuance message is to notify the game server that there is a prize to be issued), so as to prevent the prize issuance process. Therefore, the method and the device can solve the technical problem that impact is caused to the test server due to the fact that a large number of rewards are distributed in a short time in the related technology, and guarantee the running stability of the reward distribution service and the test server.
Referring to fig. 2, in step S210, an access parameter of the lottery program to be tested and a test requirement parameter of the lottery program to be tested are obtained.
In this step, the tester can check in advance whether the test record of the lottery drawing program to be tested exists in the test server, and if the test record exists, the test server can directly read the access parameters of the lottery drawing program to be tested and the test requirement parameters of the lottery drawing program to be tested from the test record, and the tester does not need to manually input the relevant parameters.
When the test record related to the lottery drawing program to be tested does not exist, the tester can create a new test task, then enter an edit page of the test task, and input different parameters in the edit page according to the test requirement of the tester. Fig. 3 shows a schematic diagram of a parameter editing page in an embodiment of the present disclosure, and with reference to fig. 3:
the access parameters of the lottery program to be tested may include an identifier sid of the lottery program to be tested, and different sids are used to distinguish different lottery programs to be tested. For example, the corresponding relationship table of the different lottery programs to be tested and the identifiers thereof may be stored in advance, for example, the identifier corresponding to the lottery program a to be tested may be "42218", and the identifier corresponding to the lottery program B to be tested may be "42022", so that after the tester inputs the lottery program, the identifier corresponding to the lottery program may be automatically popped up to avoid the tester from inputting the lottery program again, and the efficiency of acquiring the configuration information is improved.
The access parameters of the lottery drawing program to be tested can also comprise the identification cid of the lottery drawing interface of the lottery drawing program to be tested, and different cid is used for distinguishing different interfaces. For example, the lottery drawing program a to be tested is described as an example, the lottery drawing program a may include three interfaces, where cid 1 indicates that the service function of the interface 1 is to obtain prize information, cid 2 indicates that the service function of the interface 2 is to draw a lottery, and cid 3 indicates that the service function of the interface 3 is to obtain a lottery drawing record.
Therefore, when a lottery test is to be performed on the lottery program a to be tested, then the access parameters input by the tester may be: sid "42218", cid "2".
The test requirement parameters may include: the method comprises the steps of measuring the pressure measurement duration (namely the test duration, the execution duration of the test process), the times of initiating lottery drawing requests in the test duration, and the content of request messages (taking the lottery drawing program to be tested as the strongest baby nesting method as an example for explanation, the content of the request messages can comprise circle _ num (representing how many times of nesting is performed and similar to the lottery drawing times), taking the lottery drawing program to be tested as the praying method as an example for explanation, the content of the request messages can comprise pray _ count (the praying times are similar to the lottery drawing times), is _ audiotive (whether the praying method is in a voice live broadcast room, 0 represents the praying method in a non-voice live broadcast room, 1 represents the praying method in the voice live broadcast room), and level (1 is a small praying format and 2 is a big praying method).
The test requirement parameters may also include some optional parameters (i.e. default values are pre-configured and may be selectively input according to actual conditions), for example: ID (ID of tester), title (name of lottery program to be tested), pressure tester (i.e. name of tester), room ID (live room number), sub-channel ID (indicating which room the user is in), etc.
In step S220, a transmission control protocol connection is established with the lottery drawing program to be tested according to the access parameters of the lottery drawing program to be tested.
In this step, after the access parameter of the lottery drawing program to be tested is obtained, the test server may establish a Transmission Control Protocol (TCP) connection with the lottery drawing program to be tested.
For example, when the access parameter is "sid: 42218, respectively; cid: 2 ", the identifier of the lottery program to be tested may be determined to be" 42218 ", the identifier of the lottery interface thereof may be" 2 ", and further, a TCP connection may be established with the interface 2 of the lottery program a to be tested according to the access parameter.
In step S230, a pre-stored test script is executed according to the test requirement parameter to test the lottery drawing program to be tested.
In this step, after the TCP connection is established with the lottery drawing program to be tested, a pre-stored test script may be run according to the test requirement parameter, so as to test the lottery drawing program to be tested.
Specifically, referring to fig. 3, the test requirement parameters further include a frequency of initiating lottery requests (i.e., the request frequency of each robot in the figure, for example, 1 time per 1 second, may be set according to the actual situation, and the disclosure does not specifically limit this. Optionally, the test requirement parameters may further include a number range of the random robot (i.e. the number of the virtual test account), and a robot access mode (an access mode of a virtual user, including a sequential access mode or a random access mode, and a default is a random access mode). The test requirement parameters further comprise a preset user account list, wherein the user account list comprises N virtual test accounts, and N is an integer greater than 1.
Further, referring to fig. 4, fig. 4 shows a flowchart for triggering the start of the lottery drawing program to be tested in the embodiment of the present disclosure, which includes steps S401 to S402:
in step S401, a virtual test account is selected from the user account list.
In this step, since the robot access mode includes a sequential access mode (i.e., a traverse mode) or a random access mode, when the robot access mode is the sequential access mode, a virtual test account may be selected from the user account list according to the account sequence recorded in the user account list. When the robot access mode is a random access mode, a virtual test account can be randomly selected from the user account list.
In step S402, a pre-stored test script is run, and a lottery drawing request is initiated to the lottery drawing program to be tested by using the virtual test account to trigger the starting of the lottery drawing program to be tested.
In this step, a pre-stored test script may be run, and a virtual test account may be used to initiate a lottery drawing request to the lottery drawing program to be tested, that is, request message content in the test requirement parameter is serialized and then sent to the lottery drawing program to be tested, so as to trigger the start of the lottery drawing program to be tested.
For example, when the set robot access mode is a sequential access mode and the frequency of initiating a lottery drawing request is 1 second and 1 time, one of the virtual test account numbers may be used to initiate a lottery drawing request every 1 second according to the sequence of the N virtual test account numbers recorded in the user account number list, for example: and simulating the virtual user A to initiate a lottery drawing request through the virtual test account user _ A in the 1 st second, and simulating the virtual user B to initiate a lottery drawing request through the virtual test account user _ B in the 2 nd second so as to trigger the starting of the lottery drawing program to be tested.
When the set robot access mode is a random access mode and the frequency of initiating the lottery drawing request is 1 second and 1 time, a virtual test account can be randomly selected from the user account list every 1 second, and the lottery drawing request is initiated to the lottery drawing program to be tested through the virtual test account so as to trigger the starting of the lottery drawing program to be tested.
In the conventional test flow, formal lottery drawing operation of a user is generally simulated manually (for example, a certain tester simulates the user to continuously initiate a lottery drawing request to a lottery drawing program to be tested by using the same ID), but some lottery drawing activities lock the user to prevent the user from frequently operating for many times, so that the method limits the access frequency of the user, causes a lot of invalid requests, and has low test efficiency. Or, on the premise of removing the locking limit of the lottery activity, the formal lottery operation of the user is simulated manually, but the method destroys the original logic and increases the workload.
Therefore, compared with the conventional test process, the method can control a plurality of different virtual users to access the lottery drawing interface sequentially or randomly so as to avoid frequent operation of the same user in a short time, thereby ensuring the validity of the request on the premise of not damaging the original test logic and increasing the workload, completing the test process with the least workload and improving the test efficiency.
It should be noted that, a predetermined number of sub-threads may also be created in advance in the test process, so as to initiate a lottery drawing request to the lottery drawing program to be tested through the predetermined number of sub-threads. For example, 10 sub-threads (for example, a first sub-thread to a tenth sub-thread) may be deployed, and further, when the selected virtual test account is user _ a, hash operation may be performed on the virtual test account user _ a first to obtain a hash value (a specific value within a preset value range), for example, when the hash value is 2, a lottery drawing request may be initiated to the to-be-tested lottery drawing program through the second sub-thread, and when the hash value is 3, a lottery drawing request may be initiated to the to-be-tested lottery drawing program through the third sub-thread, so that a situation that a thread is broken down due to uninterrupted operation of a single thread under a situation of multiple lottery drawings may be avoided, and normal operation of the test service is ensured.
In addition, after initiating a lottery request, the lottery program under test may return different prompting data when a lottery succeeds or fails. For example, the lottery program to be tested is taken as a praying play method for explanation, and when the praying is successful, the result of 0 can be returned; when the lottery fails due to server error, a 'result' of 1 can be returned; when the lottery fails due to insufficient blessing times, 2 can be displayed in the lottery result; when the lottery fails due to the blacklisted user, a 'result' of 3 can be returned; when the lottery fails due to insufficient consumable times, returning to 'result' 4; when the lottery fails due to the limitation of the user, the result of 5 can be returned, so that the relevant testers can visually know the reason of the test failure, the improvement is pertinently carried out, and the test efficiency is improved.
After receiving the lottery result returned by the lottery program to be tested, the lottery result may be analyzed and counted based on the test script to obtain the winning number corresponding to each prize, specifically, referring to fig. 5, fig. 5 shows a flowchart for analyzing and counting the lottery result according to the analysis rule of the lottery result to determine whether the lottery program to be tested passes the test in the embodiment of the present disclosure, including step S501-step S503:
in step S501, the lottery result is analyzed and counted according to the analysis rule of the lottery result, and the number of wins corresponding to each prize is obtained.
In this step, the lottery result may include the following two fields: prize field: different values represent different awards; the winning number field: the different values indicate the number of wins for a certain prize. Referring next to fig. 3, the test requirement parameters may also include parsing rules for the lottery results, i.e., a json rule of the type shown in fig. 3 (i.e., parsing rules for lottery results in json format), which takes the form of key: the value mode records data, key is a key, and value is a value. Therefore, each json rule type respectively corresponds to a key rule level and a value rule level, the key rule level corresponds to the prize field, and the statistics of the prize type according to which field in the lottery result is determined; the value rule hierarchy corresponds to the winning number field, and determines which field in the lottery result is used for counting the winning number.
For example, the following three parsing rules may be preconfigured, specifically, refer to table 1:
TABLE 1
Figure BDA0003210872020000111
Figure BDA0003210872020000121
It should be noted that, in the present disclosure, there is a preset association relationship between the analysis rule of the lottery result and the lottery program to be tested, and in view of that the format of the lottery result returned by each lottery program to be tested has been preset, the format of the lottery result returned by each lottery program to be tested is different, and it is necessary to know the format of the lottery result in advance, and further, according to the different formats of the lottery result, different analysis rules are selected for each lottery program to be tested.
For example, when the data format of the lottery result predefined in the to-be-tested lottery program (e.g., praying play) is { "name": "a", "num":2}, { "name": "C", "num":3}, then the analysis rule 1 may be selected to analyze the lottery result (if the analysis rule 2 or 3 is selected, an analysis error occurs), so as to identify the prize field result and identify the winning number field result.
The analysis rule 2 may be applied to a case where the names of the various awards are different, but the numbers of the awards are the same (for example, the numbers of the awards are all 1), for example, when the predefined data format of the lottery result in the to-be-tested lottery program (for example, the strongest nesting doll play) is { "a":2, "C":3}, the analysis rule 2 may be selected to automatically analyze the lottery result (if the analysis rule 1 or 3 is selected, an analysis error occurs), the award field result and the award number field result may be identified, further, the field values of the award number fields corresponding to each award field may be counted, and the award number of the award a is determined to be 2, and the award number of the award C is determined to be 3.
Parsing rule 3 may be applied to the case where a plurality of prize names are the same but the number of prizes is different, for example, prize a is one gift m obtained, prize C is two gift m obtained, so that, for example, when the received lottery result is { "result [ {" name ": a", "num":1}, { "name": C "," num ":2}, {" name ": C", "num" -, "and 2} ] the lottery result may be selected and automatically parsed based on rule 3 (if parsing rule 1 or 2 is selected, a case of parsing error occurs), a prize field result is identified, a prize number field value is identified, and then a statistics field value for each prize field may be performed, it is determined that the number of wins of the prize a is 2, the number of gifts obtained each time is one, the number of wins of the prize C is 3, and the number of gifts obtained each time is 3.
Specifically, it is described that there are 6 kinds of awards (awards a to F) in a lottery activity, and a lottery is performed for 5 times, the corresponding lottery result is that the number of wins of the award a is 2 times, and the number of wins of the award C is 3 times, and the number of wins corresponding to each award can be displayed, for example, referring to fig. 6, fig. 6 shows an interface diagram for displaying the number of wins in the embodiment of the present disclosure, and the first row display data is used as an example to describe, and the number of times of initiating a lottery request is 1502, wherein the number of times of an effective request (i.e., a lottery result returned after a successful triggering of a lottery program is received and the result is effective) is 683 times, the number of wins corresponding to the award "XX" is 66 times, and the number of wins corresponding to the award "ZZ" is 617 times.
With continued reference to fig. 5, in step S502, the winning probability of each prize is determined according to the number of wins corresponding to each prize and the number of times of initiating a lottery request to the lottery program to be tested.
In this step, after the winning number corresponding to each prize is obtained, the ratio between the winning number of each prize and the number of times of issuing a lottery request to the to-be-tested lottery program may be calculated, and the winning probability of each prize may be determined according to the ratio.
For example, the number of effective lottery requests initiated to the lottery program to be tested can be determined, and the winning probability of each prize can be determined according to the ratio of the winning number of each prize to the number of the effective lottery requests. The effective lottery drawing request may be that the lottery drawing program is successfully triggered, and a lottery drawing result returned by the lottery drawing program is received, and the lottery drawing result is an effective value.
Taking the above statistical result in fig. 6 as an example, the winning probability corresponding to award item "XX" is 66/683-0.097, and the winning probability corresponding to award item "ZZ" is 617/683-0.903.
In step S503, it is determined whether the lottery program to be tested passes the test, based on the result of comparing the winning probability of each prize with its expected winning probability.
In this step, referring to fig. 7, fig. 7 shows a flowchart for determining whether the lottery program to be tested passes the test according to the result of comparing the winning probability of each prize with the expected winning probability thereof in the embodiment of the present disclosure, including steps S701 to S703:
in step S701, the difference between the winning probability of each prize and its expected winning probability is acquired.
In this step, the difference between the winning probability of each prize and its expected winning probability may be obtained. Referring to the explanation of step S502 above, taking the example that the prospective winning probability of the prize "XX" is 0.09, the difference between the prize probability and the prospective winning probability is 0.097-0.09-0.007 for the prize "XX". Taking the example where the prospective winning probability of the prize term "ZZ" is 0.9, the difference between the prize probability and the prospective winning probability of the prize term "ZZ" is 0.903 to 0.9, which is 0.003.
In step S702, when each difference is within the preset value range, it is determined that the lottery program to be tested passes the test.
In this step, when the difference between the winning probability of each prize and the expected winning probability thereof is within the preset value range, it can be determined that the target winning program passes the test. For example, the predetermined value range may be [0,0.1], and it may be determined that the value 0.007 is in the predetermined value range, and the value 0.003 is in the predetermined value range, so that the lottery program to be tested passes the test.
In step S703, when any one of the differences exceeds the preset value range, it is determined that the test of the lottery program to be tested fails.
In this step, when any of the differences exceeds the preset value range, it may be determined that the test of the lottery program to be tested fails.
After the test result of the lottery program to be tested is determined, the test result and the winning probability of each prize item can be returned to the front-end page in real time, so that the front-end page can display the test result, and therefore relevant personnel can know the test result intuitively.
It should be noted that, in the present disclosure, a test database may be further preconfigured, where the test database is isolated from the storage device for normal data, and is only used for storing data generated in a test environment, so that the lottery result and the test result of the lottery program to be tested may be stored in the test database to distinguish the test data from the lottery data of the actual user, thereby avoiding data confusion, and avoiding impact on the storage device for normal data due to an excessively large amount of test data.
Referring to fig. 8, fig. 8 shows an overall flowchart of a testing method of a lottery drawing program in the embodiment of the present disclosure, including steps S801 to S807:
in step S801, the lottery activity process is set to the island mode;
in step S802, the testing background sends a GM instruction to the probability testing process according to the testing requirement parameters;
in step S803, the probability test process uses different virtual test accounts to simulate different virtual users to send lottery drawing requests to a special access layer (an access layer which is only open to the virtual users but not open to the ordinary users) according to the test requirement parameters;
in step S804, the special access layer forwards the request to the lottery activity process;
in step S805, the lottery event process returns the lottery result to the access layer;
in step S806, the access layer returns the lottery result to the probability test process, and the probability test process automatically analyzes and counts the lottery result according to the analysis rule;
in step S807, the lottery result is presented on the test backend.
The lottery drawing program is tested based on the technical scheme in the disclosure, so that testers can be helped to find bugs (bugs and defects occurring in programming design of software programs, game programs and the like, which means that the program design is unreasonable and has problems, and the Bug is generally called as the Bug) existing in the lottery drawing program. Referring to fig. 9, fig. 9 shows a schematic diagram of a display interface of a Bug of a lottery drawing program tested by using the method in the present disclosure, which mainly includes multiple types of bugs such as configuration problems, logic problems, development problems, and the like, and specific description information thereof, so that multiple online accidents are avoided, and product quality is improved.
Compared with the conventional test method, on one hand, the method better considers the universality and the simulation of the real operation of the user, and supports the statistics of the returned data in various formats. On the other hand, the method can shorten the testing time from the original 1-2 days to half a day, thereby saving the workload of developers and QA personnel and accelerating the testing efficiency.
The present disclosure also provides a testing device for a lottery drawing program, and fig. 10 shows a schematic structural diagram of the testing device for the lottery drawing program in the embodiment of the present disclosure; as shown in fig. 10, the testing apparatus 1000 of the lottery program may include a parameter acquisition module 1010, a connection module 1020, and a testing module 1030.
Wherein:
the parameter obtaining module 1010 is configured to obtain an access parameter of the lottery drawing program to be tested and a test requirement parameter of the lottery drawing program to be tested.
A connection module 1020, configured to establish a transmission control protocol connection with the lottery drawing program to be tested according to the access parameter of the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested.
The test module 1030 is used for running a pre-stored test script according to the test requirement parameters so as to test the lottery drawing program to be tested; the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test.
In an exemplary embodiment of the present disclosure, the test requirement parameter further includes a preset user account list, where the user account list includes N virtual test accounts, where N is an integer greater than 1; test module 1030 is also configured to: selecting a virtual test account from a user account list; and running a pre-stored test script, and initiating a lottery drawing request to the lottery drawing program to be tested by using the virtual test account so as to trigger the starting of the lottery drawing program to be tested.
In an exemplary embodiment of the present disclosure, the test requirement parameter further includes an analysis rule of the lottery result; test module 1030 is also configured to: analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the winning times corresponding to each prize; determining the winning probability of each prize according to the winning number corresponding to each prize and the number of times of sending a lottery drawing request to the lottery drawing program to be tested; and determining whether the lottery program to be tested passes the test according to the comparison result of the winning probability of each prize and the expected winning probability thereof.
In an exemplary embodiment of the present disclosure, test module 1030 is further configured to: analyzing the lottery result according to the analysis rule of the lottery result to obtain a prize field and a prize number field; and counting the field value of the winning number field corresponding to each prize field to obtain the winning number corresponding to each prize.
In an exemplary embodiment of the present disclosure, test module 1030 is further configured to: acquiring the difference value between the winning probability of each prize and the expected winning probability thereof; when each difference value is within a preset value range, determining that the lottery drawing program to be tested passes the test; and when any difference value exceeds the preset value range, determining that the test of the lottery drawing program to be tested fails.
In an exemplary embodiment of the present disclosure, test module 1030 is further configured to: and storing the lottery drawing result into a specified test database, wherein the test database is only used for storing data generated under the test environment.
In an exemplary embodiment of the present disclosure, test module 1030 is further configured to: in a test environment, forbidding triggering of the award issuing message corresponding to the lottery drawing result; the award delivery message is used to notify the game server that there is an award to be delivered.
The details of each module in the testing device of the lottery drawing program are already described in detail in the testing method of the corresponding lottery drawing program, and therefore, the details are not described herein again.
It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.
Moreover, although the steps of the methods of the present disclosure are depicted in the drawings in a particular order, this does not require or imply that the steps must be performed in this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions, etc.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.
The present application also provides a computer-readable storage medium, which may be contained in the electronic device described in the above embodiments; or may exist separately without being assembled into the electronic device.
A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable storage medium may transmit, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The computer readable storage medium carries one or more programs which, when executed by an electronic device, cause the electronic device to implement the method as described in the above embodiments.
In addition, the embodiment of the disclosure also provides an electronic device capable of implementing the method.
As will be appreciated by one skilled in the art, aspects of the present disclosure may be embodied as a system, method or program product. Accordingly, various aspects of the present disclosure may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.
An electronic device 1100 according to this embodiment of the disclosure is described below with reference to fig. 11. The electronic device 1100 shown in fig. 11 is only an example and should not bring any limitations to the function and scope of use of the embodiments of the present disclosure.
As shown in fig. 11, electronic device 1100 is embodied in the form of a general purpose computing device. The components of the electronic device 1100 may include, but are not limited to: the at least one processing unit 1110, the at least one memory unit 1120, a bus 1130 connecting different system components (including the memory unit 1120 and the processing unit 1110), and a display unit 1140.
Wherein the storage unit stores program code that is executable by the processing unit 1110 to cause the processing unit 1110 to perform steps according to various exemplary embodiments of the present disclosure as described in the above section "exemplary methods" of this specification. For example, the processing unit 1110 may perform the following as shown in fig. 2: step S210, obtaining an access parameter of a lottery drawing program to be tested and a test requirement parameter of the lottery drawing program to be tested; step S220, according to the access parameters of the lottery drawing program to be tested, establishing transmission control protocol connection with the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested; step S230, running a pre-stored test script according to the test requirement parameters to test the lottery drawing program to be tested; the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test.
The storage unit 1120 may include a readable medium in the form of a volatile memory unit, such as a random access memory unit (RAM)11201 and/or a cache memory unit 11202, and may further include a read only memory unit (ROM) 11203.
Storage unit 1120 may also include a program/utility 11204 having a set (at least one) of program modules 11205, such program modules 11205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.
Bus 1130 may be representative of one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.
The electronic device 1100 may also communicate with one or more external devices 1200 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 1100, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 1100 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 1150. Also, the electronic device 1100 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the internet) via the network adapter 1160. As shown, the network adapter 1160 communicates with the other modules of the electronic device 1100 over the bus 1130. It should be appreciated that although not shown, other hardware and/or software modules may be used in conjunction with the electronic device 1100, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

Claims (10)

1. A method of testing a lottery program, comprising:
acquiring an access parameter of a lottery drawing program to be tested and a test requirement parameter of the lottery drawing program to be tested;
establishing transmission control protocol connection with the lottery drawing program to be tested according to the access parameters of the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested;
running the pre-stored test script according to the test requirement parameters to test the lottery drawing program to be tested;
the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test.
2. The method according to claim 1, wherein the test requirement parameters further include a preset user account list, the user account list includes N virtual test accounts, N is an integer greater than 1;
the running of the pre-stored test script according to the test requirement parameters to test the lottery drawing program to be tested comprises the following steps:
selecting a virtual test account from the user account list;
and running the pre-stored test script, and initiating a lottery drawing request to the lottery drawing program to be tested by using the virtual test account so as to trigger the starting of the lottery drawing program to be tested.
3. The method of claim 1, wherein the test requirements parameters further include parsing rules for the lottery results; a preset incidence relation exists between the analysis rule of the lottery result and the lottery program to be tested;
the analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test comprises the following steps:
analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the winning times corresponding to each prize;
determining the winning probability of each prize according to the winning number corresponding to each prize and the number of times of sending a lottery drawing request to the lottery drawing program to be tested;
and determining whether the lottery program to be tested passes the test or not according to the comparison result of the winning probability of each prize and the expected winning probability thereof.
4. The method as claimed in claim 3, wherein the analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the winning number corresponding to each prize comprises:
analyzing the lottery result according to the analysis rule of the lottery result to obtain a prize field and a prize number field;
and counting the field value of the winning number field corresponding to each prize field to obtain the winning number corresponding to each prize.
5. The method as claimed in claim 3, wherein the determining whether the lottery program under test passes the test according to the result of comparing the winning probability of each prize with its expected winning probability comprises:
acquiring the difference value between the winning probability of each prize and the expected winning probability thereof;
when each difference value is within a preset value range, determining that the lottery drawing program to be tested passes the test;
and when any one difference value exceeds the preset value range, determining that the test of the lottery drawing program to be tested fails.
6. The method according to any one of claims 1 to 5, further comprising:
and storing the lottery drawing result into a specified test database, wherein the test database is only used for storing data generated under the test environment.
7. The method according to any one of claims 1 to 5, wherein after receiving the lottery result returned by the lottery program under test, the method further comprises:
in a test environment, forbidding triggering of the award issuing message corresponding to the lottery drawing result; the award delivery message is used to notify the game server that there is an award to be delivered.
8. A lottery program testing apparatus, comprising:
the parameter acquisition module is used for acquiring access parameters of the lottery drawing program to be tested and test requirement parameters of the lottery drawing program to be tested;
the connection module is used for establishing transmission control protocol connection with the lottery drawing program to be tested according to the access parameters of the lottery drawing program to be tested; the access parameters of the lottery drawing program to be tested comprise an identifier of the lottery drawing program to be tested and an identifier of a lottery drawing interface of the lottery drawing program to be tested;
the testing module is used for operating the pre-stored testing script according to the testing requirement parameters so as to test the lottery drawing program to be tested; the test script is used for triggering the starting of the lottery drawing program to be tested, and analyzing and counting lottery drawing results returned by the lottery drawing program to be tested so as to determine whether the lottery drawing program to be tested passes the test.
9. A computer storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements a method of testing a lottery program as claimed in any one of claims 1 to 7.
10. An electronic device, comprising:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to execute a test method of the lottery program of any one of claims 1 to 7 via execution of the executable instructions.
CN202110931206.6A 2021-08-13 2021-08-13 Lottery program testing method and device, computer storage medium and electronic equipment Active CN113505081B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110931206.6A CN113505081B (en) 2021-08-13 2021-08-13 Lottery program testing method and device, computer storage medium and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110931206.6A CN113505081B (en) 2021-08-13 2021-08-13 Lottery program testing method and device, computer storage medium and electronic equipment

Publications (2)

Publication Number Publication Date
CN113505081A true CN113505081A (en) 2021-10-15
CN113505081B CN113505081B (en) 2024-02-23

Family

ID=78016113

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110931206.6A Active CN113505081B (en) 2021-08-13 2021-08-13 Lottery program testing method and device, computer storage medium and electronic equipment

Country Status (1)

Country Link
CN (1) CN113505081B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105243014A (en) * 2015-09-18 2016-01-13 北京金山安全软件有限公司 Method and device for testing application program
CN106610897A (en) * 2015-10-27 2017-05-03 广州爱九游信息技术有限公司 Automatic test method and system for balance of game values
US20190114253A1 (en) * 2017-10-18 2019-04-18 Salesforce.Com, Inc. Concurrency testing
CN110013672A (en) * 2019-04-19 2019-07-16 腾讯科技(成都)有限公司 Method, unit and the computer readable storage medium of the automatic test of game for machine operation
CN110458996A (en) * 2019-07-05 2019-11-15 平安国际智慧城市科技股份有限公司 Probability method of adjustment, device, equipment and storage medium based on social platform prize drawing
CN110910559A (en) * 2019-11-25 2020-03-24 杭州趣链科技有限公司 Lottery drawing method based on block chain
CN111078554A (en) * 2019-12-16 2020-04-28 腾讯科技(深圳)有限公司 Applet debugging method, device, equipment and storage medium

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105243014A (en) * 2015-09-18 2016-01-13 北京金山安全软件有限公司 Method and device for testing application program
CN106610897A (en) * 2015-10-27 2017-05-03 广州爱九游信息技术有限公司 Automatic test method and system for balance of game values
US20190114253A1 (en) * 2017-10-18 2019-04-18 Salesforce.Com, Inc. Concurrency testing
CN110013672A (en) * 2019-04-19 2019-07-16 腾讯科技(成都)有限公司 Method, unit and the computer readable storage medium of the automatic test of game for machine operation
CN110458996A (en) * 2019-07-05 2019-11-15 平安国际智慧城市科技股份有限公司 Probability method of adjustment, device, equipment and storage medium based on social platform prize drawing
CN110910559A (en) * 2019-11-25 2020-03-24 杭州趣链科技有限公司 Lottery drawing method based on block chain
CN111078554A (en) * 2019-12-16 2020-04-28 腾讯科技(深圳)有限公司 Applet debugging method, device, equipment and storage medium

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
自动化测试: "JMeter实现多用户并发功能测试 - 抽奖系统实战经验", pages 1 - 2, Retrieved from the Internet <URL:《https://blog.csdn.net/wuxuehong0306/article/details/49902989》> *

Also Published As

Publication number Publication date
CN113505081B (en) 2024-02-23

Similar Documents

Publication Publication Date Title
US8387015B2 (en) Scalable automated empirical testing of media files on media players
US20120172135A1 (en) Gaming System
CN106157071A (en) A kind of method and system of public&#39;s account prize drawing
US10431040B2 (en) Events agent for server-supplied wagering gaming
US9053607B2 (en) Emulator for production software outcome validation
CN112650670A (en) Application testing method, device, system, electronic equipment and storage medium
CN117009208A (en) Dependency information processing method, device, equipment and storage medium
US10706672B2 (en) Accident data recorder for electronic gaming machines
CN109242561B (en) Lottery model construction method, lottery activity management method, device and computing equipment
CN113495843A (en) Method and device for testing play-starting performance of video player
CN113505081B (en) Lottery program testing method and device, computer storage medium and electronic equipment
CN114637685A (en) Performance test method, device, equipment and medium of application program in bank system
CN113986753A (en) Interface test method, device, equipment and storage medium
CN110852806A (en) Data processing method and device, storage medium and electronic equipment
CN113521760A (en) Game guess settlement method, related equipment and computer readable storage medium
US8038537B2 (en) Systems and methods for evaluating a gaming outcome using a game rules script
CN110837464A (en) Test case processing method and device
Zambrano et al. Expressing aspectual interactions in requirements engineering: Experiences, problems and solutions
AU2015203886B2 (en) Game interruption and reconnection management
CN109559013A (en) Method for testing risk and device, electronic equipment and readable storage medium storing program for executing based on trivial games
US20150133210A1 (en) Game Outcome Validator
US20230222537A1 (en) Campaign recommendations engine for optimal engagement
AU2016201896B2 (en) Gaming system
KR20150107980A (en) Method, apparatus for item on round-type online game and recording medium for the same
AU2012200893B2 (en) Gaming system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant