CN113505081B - Lottery program testing method and device, computer storage medium and electronic equipment - Google Patents
Lottery program testing method and device, computer storage medium and electronic equipment Download PDFInfo
- Publication number
- CN113505081B CN113505081B CN202110931206.6A CN202110931206A CN113505081B CN 113505081 B CN113505081 B CN 113505081B CN 202110931206 A CN202110931206 A CN 202110931206A CN 113505081 B CN113505081 B CN 113505081B
- Authority
- CN
- China
- Prior art keywords
- lottery
- tested
- test
- program
- prize
- 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.)
- Active
Links
- 238000012360 testing method Methods 0.000 claims abstract description 233
- 238000000034 method Methods 0.000 claims abstract description 54
- 238000013515 script Methods 0.000 claims abstract description 46
- 230000005540 biological transmission Effects 0.000 claims abstract description 13
- 238000004458 analytical method Methods 0.000 claims description 22
- 230000000977 initiatory effect Effects 0.000 claims description 17
- 238000010998 test method Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 3
- 230000000694 effects Effects 0.000 abstract description 14
- 238000013522 software testing Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 238000011161 development Methods 0.000 description 4
- 238000000275 quality assurance Methods 0.000 description 4
- 230000007547 defect Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000008092 positive effect Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3692—Test management for test results analysis
Abstract
The disclosure relates to the technical field of software testing, and provides a testing method of a lottery program, a testing device of the lottery program, a computer storage medium and electronic equipment, wherein the testing method of the lottery program comprises the following steps: acquiring access parameters of a lottery program to be tested and test requirement parameters of the lottery program to be tested; establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery program to be tested comprise the identification of the lottery program to be tested and the identification of the lottery interface of the lottery program to be tested; running a pre-stored test script according to the test requirement parameters so as to test the lottery program to be tested; the test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested so as to determine whether the lottery to be tested passes the test or not. The method has universality, can test various lottery activities, and improves the testing efficiency.
Description
Technical Field
The disclosure relates to the technical field of software testing, and in particular relates to a testing method of a lottery program, a testing device of the lottery program, a computer storage medium and electronic equipment.
Background
With the vigorous development of the internet, the application range of lottery programs is also becoming wider and wider, for example, lottery programs are used in sales promotion, point exchange and live lottery. After the lottery program is developed, it needs to be tested to ensure that the probability of outcome of the prize is within the expected probability range.
In the related art, when testing is performed for different lottery activities, each activity requires a tester to write a test script exclusively, and each script is only valid for a specific lottery program, and has no versatility.
Therefore, the versatility of the related test method is to be improved.
It should be noted that the information disclosed in the foregoing background section is only for enhancing 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, and thereby, at least to some extent, avoid the defect of a low code multiplexing rate in the related art.
Other features and advantages of the present disclosure will be apparent from the following detailed description, or may be learned in part by the practice of the disclosure.
According to a first aspect of the present disclosure, there is provided a test method of a lottery program, including: acquiring access parameters of a lottery program to be tested and test requirement parameters of the lottery program to be tested; establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery to be tested comprise the identification of the lottery to be tested and the identification of the lottery interface of the lottery to be tested; running the pre-stored test script according to the test requirement parameters so as to test the lottery program to be tested; the test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested, and determining whether the lottery to be tested passes or not.
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, and N is an integer greater than 1; the running of the pre-stored test script according to the test requirement parameter to test the lottery program to be tested includes: 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 utilizing the virtual test account number 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 association relation exists between the analysis rule of the lottery result and the lottery program to be tested; analyzing and counting the lottery result returned by the lottery program to be tested to determine whether the lottery program to be tested passes or not, including: analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the winning times corresponding to each lottery item; determining the winning probability of each prize according to the winning times corresponding to each prize and the times of initiating lottery requests to the lottery 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 number of winnings corresponding to each prize, including: analyzing the lottery result according to the analysis rule of the lottery result to obtain a prize field and a winning number field; and counting field values 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, the determining whether the lottery to be tested passes according to the comparison result of the winning probability of each prize and the expected winning probability thereof includes: obtaining the difference value of the winning probability of each prize and the expected winning probability thereof; when each difference value is in a preset numerical range, determining that the lottery program to be tested passes the test; and when any one of the difference values exceeds the preset numerical range, determining that the lottery program to be tested fails to be tested.
In an exemplary embodiment of the present disclosure, the method further comprises: and storing the lottery result into a specified test database, wherein the test database is only used for storing data generated in a test environment.
In an exemplary embodiment of the present disclosure, after receiving the lottery result returned by the lottery to be measured, the method further includes: in the test environment, the triggering of the prize-giving message corresponding to the lottery result is forbidden; the prize delivery message is used to notify the game server that there is a prize to be delivered.
According to a second aspect of the present disclosure, there is provided a test device for a lottery program, including: the parameter acquisition module is used for acquiring access parameters of the lottery program to be tested and test requirement parameters of the lottery program to be tested; the connection module is used for establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery to be tested comprise the identification of the lottery to be tested and the identification of the lottery interface of the lottery to be tested; the test module is used for running the pre-stored test script according to the test requirement parameters so as to test the lottery program to be tested; the test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested, and determining whether the lottery to be tested passes or not.
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 in the first aspect above.
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 execute the test 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 method for testing a lottery program, the device for testing a lottery program, the computer storage medium and the electronic device according to the embodiments of the present disclosure have at least the following advantages and positive effects:
in the technical schemes provided by some embodiments of the present disclosure, on one hand, access parameters of a 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, the problem that in the related art, the test script caused by writing the changeable parameters in the test script can only test specific lottery programs to be tested is avoided, and the test script does not need to be rewritten when testing different lottery programs, thereby improving universality and test efficiency of the test script. On the other hand, according to the access parameters of the lottery program to be tested, a transmission control protocol connection is established with the lottery program to be tested, a pre-stored test script is operated according to the test requirement parameters to trigger the starting of the lottery program to be tested, and the lottery result returned by the lottery program to be tested is analyzed and counted to determine whether the lottery program to be tested passes the test, so that the technical problems that efficiency is low and accuracy cannot be guaranteed due to the fact that testers are required to count winning results manually in the related art can be solved, and the accuracy of the test result 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 disclosure and together with the description, serve to explain the principles of the disclosure. It will be apparent to those of ordinary skill in the art that the drawings in the following description are merely examples of the disclosure and that other drawings may be derived from them without undue effort.
FIG. 1 shows a flow chart of a test method in the related art;
FIG. 2 illustrates a flow chart of a method of testing a lottery in an embodiment of the disclosure;
FIG. 3 shows a schematic diagram of a parameter editing page in an embodiment of the present disclosure;
FIG. 4 illustrates a flow chart of triggering initiation of a lottery to be tested in an embodiment of the disclosure;
FIG. 5 is a flow chart illustrating the analysis and statistics of lottery results to determine whether a lottery program to be tested passes or not in an embodiment of the disclosure;
FIG. 6 illustrates an interface diagram showing the number of winnings in an embodiment of the present disclosure;
FIG. 7 is a flow chart illustrating a determination of whether a lottery to be tested passes according to a comparison of the winning probability of each prize to its expected winning probability in an embodiment of the present disclosure;
FIG. 8 illustrates an overall flow chart of a method of testing a lottery program in an embodiment of the disclosure;
FIG. 9 shows a schematic illustration of a show interface for a dog of a lottery program tested using the method of the present disclosure;
fig. 10 is a schematic diagram showing the structure of a test device of a lottery drawing program in an embodiment of the 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. However, the exemplary embodiments may be embodied in many 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 the 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 present disclosure. One skilled in the relevant art will recognize, however, that the aspects of the disclosure may be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. 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/etc.; the terms "comprising" and "having" are intended to be inclusive and mean that there may be additional elements/components/etc. in addition to the listed elements/components/etc.; the terms "first" and "second" and the like are used merely as labels, and are not intended to limit 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 a repetitive description thereof 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, as shown in fig. 1, the relevant lottery flow generally includes a user triggering a lottery request through a client, and an access layer (generally referred to as a portion of a network directly facing the user's connection or access) forwards the request to a lottery activity process and forwards the result to the client. In the conventional testing process, a developer or QA generally needs to write a test script, send a message to a lottery activity process to trigger lottery, and complete an automatic testing process by recording or log analysis results through a database 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, analyze a database or log manual statistics lottery result, and has certain development cost and technical requirements;
secondly, each playing method needs to write a script specially for testing, and the multiplexing rate of the test 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 ensured.
In the embodiments of the present disclosure, a method for testing a lottery program is provided first, which overcomes the defect of the related art that the code multiplexing rate is low 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 program according to one embodiment of the present disclosure includes the steps of:
step S210, obtaining access parameters of a lottery program to be tested and test requirement parameters of the lottery program to be tested;
step S220, establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery program to be tested comprise the identification of the lottery program to be tested and the identification of the lottery interface of the lottery program to be tested;
Step S230, running a pre-stored test script according to the test requirement parameters so as to test the lottery program to be tested; the test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested so as to determine whether the lottery to be tested passes the test or not.
In the technical scheme provided by the embodiment shown in fig. 2, 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 (such as identification of the lottery program to be tested and identification of a lottery interface of the lottery program to be tested) in the test process can be separated from the test script, so that when different lottery programs to be tested are required to be tested by a user, different parameters can be input, the problem that the test script can only test specific lottery programs to be tested due to writing of changeable parameters in the test script in the related art is avoided, and the fact that different test scripts are rewritten when test is performed on different lottery programs is not required, and universality and test efficiency of the test script are improved. On the other hand, according to the access parameters of the lottery program to be tested, a transmission control protocol connection is established with the lottery program to be tested, a pre-stored test script is operated according to the test requirement parameters to trigger the starting of the lottery program to be tested, and the lottery result returned by the lottery program to be tested is analyzed and counted to determine whether the lottery program to be tested passes the test, so that the technical problems that efficiency is low and accuracy cannot be guaranteed due to the fact that testers are required to count winning results manually in the related art can be solved, and the accuracy of the test result is improved.
The specific implementation of the steps in fig. 2 is described in detail below:
currently, in the testing process of the lottery procedure, each lottery is accompanied by a large number of operations such as issuing rewards and printing logs, for example, if 108 lottery operations are required, it means that 108 rewards need to be issued to the testing environment, which may cause a certain impact to the testing server. In the past test flow, there are often only two options:
first, the speed of the test is slowed down. However, this tends to result in longer testing time and lower testing efficiency.
Second, the activity logic is modified, annotating the code that actually issued the prize, returning only the main logic portion of the probability. But this requires the adjustment of the normal business logic, with a certain risk.
Based on the above-described problems, the present disclosure supports configuring a test environment to an island mode (i.e., only a lottery flow is performed without issuing a prize to a winner), and after a tester selects the mode, triggering of a prize-issuing message corresponding to a lottery result (the prize-issuing message functions to notify a game server that there is a prize to be issued) may be prohibited in the test environment to prevent the prize from being issued. Therefore, the technical problem of impact on the test server caused by issuing a large amount of rewards in a short time in the related art can be solved, and the operation stability of the rewards issuing service and the test server is ensured.
Referring to fig. 2, in step S210, access parameters of a lottery program to be tested and test demand parameters of the lottery program to be tested are obtained.
In this step, the tester can check in advance whether there is a test record of the lottery program to be tested in the test server, if there is a test record, the test server can directly read the access parameters of the lottery program to be tested and the test requirement parameters of the lottery program to be tested from the test record, without requiring the tester to manually input the related parameters.
When the test record related to the lottery program to be tested does not exist, a tester can newly establish a test task, further enter an editing page of the test task, and input different parameters in the editing 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 disclosure, referring to FIG. 3:
the access parameters of the lottery to be tested may include the identification of the lottery to be tested, different sids being used to distinguish between different lottery to be tested. For example, a correspondence table of different lottery programs to be tested and their identifiers may be stored in advance, for example, the identifier corresponding to the lottery program to be tested a may be "42218", and the identifier corresponding to the lottery program to be tested B may be "42022", so that after the tester inputs the lottery program, the identifier corresponding to the lottery program may be automatically popped up, so as to avoid the tester from inputting the lottery program again, and improve the efficiency of obtaining the configuration information.
The access parameters of the lottery to be tested may also include the identification cid of the lottery interface of the lottery to be tested, different cids being used to distinguish the different interfaces. For example, the above lottery program a to be tested is illustrated as an example, and 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 record.
Therefore, when the lottery test is to be performed on the lottery program a to be tested, the access parameters input by the tester may be: sil "42218", cid "2".
The test requirement parameters may include: the time length of the pressing (i.e. the test time length, the execution time length of the test process), the number of times of initiating the lottery request in the test time length, the content of the request message (which is illustrated by taking the lottery program to be tested as the strongest set of child playing methods, the content of the request message may include circle_num (which indicates how many times the child is set, similar to the lottery number), the lottery program to be tested as the praying playing methods, and the content of the request message may include pray_count (which indicates the praying number, similar to the lottery number), is_audio (whether the praying playing method in the voice direct broadcasting room is or not), 0 indicates the praying playing method in the non-voice direct broadcasting room, 1 indicates the praying playing method in the voice direct broadcasting room, and level (1 is a praying small amplitude, 2 is praying big).
The test requirement parameters may also include some optional parameters (i.e. default values are preconfigured, and may be selectively entered according to the actual situation), such as: ID (tester ID), title (name of lottery to be tested), pressure tester (i.e., tester name), room ID (live room number), sub-channel ID (indicating in which room the user is), etc.
In step S220, a transmission control protocol connection is established with the lottery to be tested according to the access parameters of the lottery to be tested.
In this step, after obtaining the access parameters of the lottery to be tested, the test server may establish a transmission control protocol connection (Transmission Control Protocol, TCP) with the above lottery to be tested.
For example, when the access parameter is "sid:42218; cid:2", the identifier of the lottery program to be tested may be determined as" 42218", and the identifier of the lottery interface may be determined as" 2", and further, a TCP connection may be established with the interface 2 of the lottery program to be tested a according to the access parameter.
In step S230, a pre-stored test script is run according to the test requirement parameters to test the lottery program to be tested.
In this step, after the TCP connection is established with the lottery to be tested, a pre-stored test script may be run according to the test requirement parameters, so as to test the lottery to be tested.
Specifically, referring next to fig. 3, the test requirement parameters further include a frequency of initiating a lottery request (i.e., a request frequency of each robot in the drawing, for example, 1 second for 1 time, may be set by itself according to the actual situation, which is not particularly limited in the present disclosure). Optionally, the test requirement parameters may further include a population range of the random robot (i.e., the number of virtual test accounts), a robot access mode (access mode of the virtual user, including a sequential access mode or a random access mode, default to 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 of triggering the initiation of the lottery to be measured in the embodiment of the disclosure, including 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 traversal 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 order described in the user account list. And when the robot access mode is a random access mode, a virtual test account number can be randomly selected from the user account number list.
In step S402, a pre-stored test script is run, and a lottery request is initiated to a lottery program to be tested by using a virtual test account number, so as to trigger the start of the lottery program to be tested.
In this step, a pre-stored test script may be run, and a virtual test account is used to initiate a lottery request to a lottery program to be tested, that is, after the request message content in the test requirement parameter is serialized, the request message content is sent to the lottery program to be tested, so as to trigger the start of the lottery program to be tested.
For example, when the set robot access mode is a sequential access mode and the frequency of initiating lottery requests is 1 second and 1 time, the lottery requests may be initiated by using one of the virtual test accounts at intervals of 1 second according to the sequence of the N virtual test accounts recorded in the user account list, for example: and simulating the virtual user A to initiate a lottery request through the virtual test account user_A in the 1 st second, and simulating the virtual user B to initiate the lottery request through the virtual test account user_B in the 2 nd second so as to trigger the starting of a lottery program to be tested.
When the set robot access mode is a random access mode and the frequency of initiating lottery requests is 1 second and 1 time, a virtual test account number can be randomly selected from the user account number list every 1 second, and the lottery requests are initiated to the lottery program to be tested through the virtual test account number so as to trigger the start of the lottery program to be tested.
In the conventional test flow, the formal lottery operation of the user is generally simulated manually (for example, a certain tester uses the same ID to simulate the user to continuously initiate lottery requests to the lottery program to be tested), but some lottery activities lock the user to prevent frequent operations of the user, so that the access frequency of the user is limited, a lot of invalid requests are generated, and the test efficiency is low. Or, on the premise of removing locking restriction of lottery activities, formal lottery operations of users are manually simulated, but the practice can destroy original logic and increase workload.
Therefore, compared with the previous testing flow, the method and the device can control a plurality of different virtual users to access the lottery interfaces sequentially or randomly, so that frequent operation of the same user in a short time is avoided, the validity of a request is ensured on the premise of not damaging original testing logic and increasing workload, the testing process is completed with the least workload, and the testing efficiency is improved.
It should be noted that, a predetermined number of sub-threads may be created in advance in the test process, so as to initiate a lottery request to the lottery 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 when the selected virtual test account is user_a, hash operation may be performed on the virtual test account user_a to obtain a hash value (a specific value within a preset numerical range), for example, when the hash value is 2, a lottery request may be initiated to the lottery program to be tested through the second sub-thread, and when the hash value is 3, a lottery request may be initiated to the lottery program to be tested through the third sub-thread, so that a situation that a thread breaks due to uninterrupted operation of a single thread under multiple lottery conditions may be avoided, and normal operation of the test service is ensured.
In addition, after the lottery request is initiated, when the lottery is successful or failed, the lottery program to be tested may return different reminder data. For example, taking the lottery program to be tested as the praying playing method for illustration, when the praying succeeds, a 'result' of 0 can be returned; when lottery drawing fails due to server errors, a result 1 can be returned; when lottery drawing fails due to insufficient praying times, a result can be displayed in the lottery drawing result (2); when the lottery fails due to the blacklist user, a result is returned to 3; when the lottery fails due to insufficient consumable times, a result is returned to 4; when lottery drawing failure is caused by the limiting user, a result is returned to 5, so that relevant testers can intuitively know the reason of the test failure, the pertinence is improved, and the test efficiency is improved.
After receiving the lottery result returned by the to-be-tested lottery program, the lottery result may be parsed and counted based on the test script to obtain the number of winnings corresponding to each prize, and specifically, referring to fig. 5, fig. 5 shows a flowchart of parsing and counting the lottery result according to the parsing rule of the lottery result in the embodiment of the disclosure to determine whether the to-be-tested lottery program passes, including steps S501-S503:
In step S501, the lottery result is analyzed and counted according to the analysis rule of the lottery result, and the number of winnings corresponding to each prize is obtained.
In this step, the lottery result may contain the following two fields: (1) prize field: different values represent different awards; (2) number of wins field: the different values represent the number of winnings of a certain prize. Referring next to fig. 3, the test requirement parameters may further include a rule of analysis of the lottery result, that is, a json rule type shown in fig. 3 (that is, a rule of analysis of the lottery result in json format), the json format employs keys: the value mode records data, key is a key, and value is a value. Therefore, each json rule type corresponds to a key rule level and a value rule level respectively, the key rule level corresponds to the prize field, and the statistic of the prize type according to which field in the lottery result is determined; the value rule level corresponds to the winning number field, and decides which field in the lottery result is used for counting the winning number.
By way of example, the following three parsing rules may be preconfigured, specifically, referring to table 1:
TABLE 1
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 the fact that the format of the lottery result returned by each lottery program to be tested is already preset, the formats of the lottery results returned by different lottery programs to be tested are different, and therefore, the formats of the lottery results need to be known in advance, and further, different analysis rules are selected for the lottery programs according to the different formats of the lottery results.
The parsing rule 1 may be specific to an application scenario in which the prize numbers are different but the prize numbers are the same (e.g., the prize number is 1), for example, when the data format of the pre-defined lottery result in the lottery program to be tested (e.g., the praying play method) is { "name": "a", "num":2}, { "name": "C", "num":3}, the parsing rule 1 may be selected to parse the lottery result (if the parsing rule 2 or 3 is selected, a parsing error may occur) so as to identify the prize field result.
The analysis rule 2 may be specific to the case that the prize names are different, but the number of prizes is the same (for example, the number of prizes is 1), for example, when the data format of the pre-defined lottery result in the lottery program to be tested (for example, the strongest set of game methods) 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, the analysis error occurs), the prize field result and the winning number field result are identified, and further, the field value of the winning number field corresponding to each prize field may be counted, so as to determine that the winning number of the prize a is 2 and the winning number of the prize C is 3.
The parsing rule 3 may be specific to the case that a plurality of prize names are the same, but the number of prizes is different, for example, when the prize a is one of the obtained gifts m and the prize C is two of the obtained gifts m, for example, when the received lottery result is { "result" [ { "name": a "," num ":1}, {" name ": C", "num":2}, the parsing rule 3 may be selected and automatic parsing is performed on the lottery result based on the rule 3 (when the parsing rule 1 or 2 is selected, the situation that a parsing error occurs), the prize field result is identified, the number of times of winning field result is identified, and then the number of times of winning is determined, and the number of prizes is 3 for each prize field corresponding to each prize value of the number of the prize a, and the number of times of the prizes is 3 is obtained for each prize field.
Specifically, taking the example that 6 types of awards (rewards a-F) exist in the lottery activity, and the lottery is performed 5 times, the corresponding lottery result is that the number of wins of the prize a is 2 times, the number of wins of the prize C is 3 times, the number of wins corresponding to each of the above-mentioned prizes may be displayed, and by way of example, referring to fig. 6, fig. 6 shows an interface schematic diagram showing the number of wins in the embodiment of the present disclosure, and the first row of display data is described, the number of times of initiating the lottery request is 1502, wherein the number of times of valid requests (that is, the lottery result returned after the lottery procedure is successfully triggered is received and the lottery result is valid) is 683 times, the number of wins corresponding to the prize "XX" is 66 times, and the number of wins corresponding to the prize "ZZ" is 617 times.
With continued reference to fig. 5, in step S502, a winning probability of each prize is determined based on the number of winnings corresponding to each prize and the number of times a lottery request is initiated to a lottery program to be measured.
In this step, after obtaining the number of winnings corresponding to each prize, the ratio between the number of winnings of each prize and the number of times of initiating a lottery request to a lottery program to be tested may be calculated, and the probability of winnings 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 may also be determined, and the winning probability of each prize may be determined according to the ratio between the number of winnings of each prize and the number of effective lottery requests. The effective lottery request may be a lottery result returned by the lottery program, which is successfully triggered, and received, and the lottery result is an effective value.
Taking the statistics result in fig. 6 as an example, the winning probability corresponding to the prize "XX" is 66/683=0.097, and the winning probability corresponding to the prize "ZZ" is 617/683=0.903.
In step S503, it is determined 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 this step, referring to fig. 7, fig. 7 shows a flowchart for determining whether a lottery program to be tested passes a test according to a comparison result of a winning probability of each prize and an expected winning probability thereof in an embodiment of the present disclosure, including steps S701 to S703:
in step S701, the difference between the winning probability of each prize and the expected winning probability thereof is acquired.
In this step, the difference between the winning probability of each prize and the expected winning probability thereof may be obtained. Referring to the explanation of step S502, taking the example that the expected winning probability of the prize "XX" is 0.09 as an example, the prize "XX" is described in which the difference between the prize probability and the expected winning probability is 0.097-0.09=0.007. Taking the above example of the prize "ZZ" having the expected winning probability of 0.9 as an example, the prize "ZZ" is described in which the difference between the prize probability and the expected winning probability is 0.903 to 0.9=0.003.
In step S702, when each difference is within a 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 a predetermined value range, it may be determined that the target winning program test is passed. For example, the predetermined value range may be [0,0.1], and it may be determined that the value 0.007 is within the predetermined value range and the value 0.003 is within the predetermined value range, so that the lottery program test to be tested passes.
In step S703, when any one of the difference values exceeds the preset numerical range, it is determined that the lottery program to be tested fails the test.
In this step, when the above-mentioned arbitrary difference value exceeds the above-mentioned preset value range, it can be determined that the above-mentioned lottery program to be tested fails to be tested.
After the test result of the lottery program to be tested is determined, the test result and the winning probability of each prize can be returned to the front-end page in real time, so that the front-end page displays the test result, and related personnel can intuitively know the test result.
It should be noted that, the present disclosure may also be configured with a test database in advance, where the test database is isolated from the normal data storage device 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, so as to distinguish the test data from the lottery data of the actual user, avoid data confusion, and avoid impact on the normal data storage device caused by excessive test data.
Referring to fig. 8, fig. 8 shows an overall flowchart of a test method of a lottery program in an embodiment of the disclosure, including steps S801 to S807:
In step S801, a lottery activity process is set to an island mode;
in step S802, the test background sends GM instructions to the probabilistic test process according to the test requirement parameters;
in step S803, the probability test process simulates different virtual users to initiate lottery requests to a special access layer (access layer opened only to the virtual users and not opened to the normal users) by using different virtual test accounts according to the test demand parameters;
in step S804, the special access layer forwards the request to the lottery activity process;
in step S805, the lottery activity 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 displayed on the test background.
Based on the technical scheme in the disclosure, the lottery program is tested, so that testers can be helped to find Bug and defect in programming designs of software programs, game programs and the like, which means that the programming design is unreasonable, has problems and is generally called Bug. Referring to fig. 9, fig. 9 shows a schematic diagram of a display interface of a Bug of a lottery program tested by using the method in the present disclosure, which mainly includes multiple types of bugs of configuration problems, logic problems, development problems, etc. and specific description information thereof, thereby avoiding multiple online accidents and improving product quality.
Compared with the traditional testing method, on one hand, the method has the advantages that the universality and the simulation of the real operation of the user are better considered, and the statistics of returned data in various formats is supported. On the other hand, the testing time can be shortened from 1-2 days to half a day, and the testing efficiency is quickened while the workload of developers and QA personnel is saved.
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 program to be tested and a test requirement parameter of the lottery program to be tested.
The connection module 1020 is used for establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery program to be tested comprise the identification of the lottery program to be tested and the identification of the lottery interface of the lottery program to be tested.
The test module 1030 is configured to run a pre-stored test script according to the test requirement parameter, so as to test the lottery program to be tested; the test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested so as to determine whether the lottery to be tested passes the test or not.
In an exemplary embodiment of the present disclosure, the test requirement parameters further include a preset user account list, where the user account list includes N virtual test accounts, where N is an integer greater than 1; the test module 1030 is also configured to: selecting a virtual test account from the 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 utilizing the virtual test account number 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 parsing rule of the lottery result; the 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 lottery item; determining the winning probability of each prize according to the winning times corresponding to each prize and the times of initiating lottery requests to a lottery 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 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 winning number field; and counting field values 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, the test module 1030 is further configured to: obtaining the difference value of the winning probability of each prize and the expected winning probability thereof; when each difference value is in a preset numerical range, determining that the lottery program to be tested passes the test; and when any difference value exceeds a preset numerical range, determining that the lottery program to be tested fails to be tested.
In an exemplary embodiment of the present disclosure, the test module 1030 is further configured to: and storing the lottery result into a specified test database, wherein the test database is only used for storing data generated in a test environment.
In an exemplary embodiment of the present disclosure, the test module 1030 is further configured to: in the test environment, the triggering of the prize-giving message corresponding to the lottery result is forbidden; the prize delivery message is used to notify the game server that there is a prize to be delivered.
The specific details of each module in the testing device of the lottery process are described in detail in the testing method of the corresponding lottery process, so that the description thereof is omitted herein.
It should be noted that although in the above detailed description several modules or units of a 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 in accordance with embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied.
Furthermore, although the steps of the methods in the present disclosure are depicted in a particular order in the drawings, this does not require or imply that the steps must be performed in that particular order or that all illustrated steps be performed in order to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform, etc.
From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, 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 (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, including several instructions to cause a computing device (may be a personal computer, a server, a mobile terminal, or a network device, etc.) to perform the method according to the embodiments of the present disclosure.
The present application also provides a computer-readable storage medium that may be included in the electronic device described in the above embodiments; or may exist alone without being incorporated into the electronic device.
The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any 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 context of this 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 one such electronic device, cause the electronic device to implement the methods described in the embodiments above.
In addition, an electronic device capable of realizing the method is provided in the embodiment of the disclosure.
Those skilled in the art will appreciate that the various aspects of the present disclosure may be implemented as a system, method, or program product. Accordingly, various aspects of the disclosure may be embodied in the following forms, namely: an entirely hardware embodiment, an entirely software embodiment (including firmware, micro-code, etc.) or an embodiment combining hardware and software aspects may be referred to herein as a "circuit," module "or" system.
An electronic device 1100 according to such an embodiment of the present disclosure is described below with reference to fig. 11. The electronic device 1100 shown in fig. 11 is merely an example and should not be construed as limiting the functionality and scope of use of the disclosed embodiments.
As shown in fig. 11, the electronic device 1100 is embodied in the form of a general purpose computing device. Components of 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 the 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 such that the processing unit 1110 performs steps according to various exemplary embodiments of the present disclosure described in the above-described "exemplary methods" section of the present specification. For example, the processing unit 1110 may perform the steps as shown in fig. 2: step S210, obtaining access parameters of a lottery program to be tested and test requirement parameters of the lottery program to be tested; step S220, establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery program to be tested comprise the identification of the lottery program to be tested and the identification of the lottery interface of the lottery program to be tested; step S230, running a pre-stored test script according to the test requirement parameters so as to test the lottery program to be tested; the test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested so as to determine whether the lottery to be tested passes the test or not.
The storage unit 1120 may include a readable medium in the form of a volatile storage unit, such as a Random Access Memory (RAM) 11201 and/or a cache memory 11202, and may further include a Read Only Memory (ROM) 11203.
The 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 or some combination of which may include an implementation of a network environment.
The bus 1130 may be a local bus representing 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 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.), one or more devices that enable a user to interact with the electronic device 1100, and/or any devices (e.g., routers, modems, etc.) that enable the electronic device 1100 to communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 1150. Also, electronic device 1100 can communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet, through network adapter 1160. As shown, network adapter 1160 communicates with other modules of electronic device 1100 via bus 1130. It should be appreciated that although not shown, other hardware and/or software modules may be used in connection with electronic device 1100, including, but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.
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 adaptations, 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 (8)
1. A method of testing a lottery drawing program, comprising:
acquiring access parameters of a lottery program to be tested and test requirement parameters of the lottery program to be tested; the test demand parameters comprise the frequency of initiating lottery requests to the lottery program to be tested;
establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery to be tested comprise the identification of the lottery to be tested and the identification of the lottery interface of the lottery to be tested;
running a pre-stored test script according to the test requirement parameters so as to test the lottery program to be tested; the test demand 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; the running of the pre-stored test script according to the test requirement parameter to test the lottery program to be tested includes: selecting a virtual test account from the user account list; carrying out hash operation on the virtual test account number to obtain a hash value; selecting a target sub-thread with a preset association relation with the hash value from a preset number of sub-threads which are created in advance; running the pre-stored test script, and initiating a lottery request to the lottery program to be tested based on the virtual test account number by utilizing the target sub-thread so as to trigger the starting of the lottery program to be tested;
The test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested to determine whether the lottery to be tested passes or not;
after receiving the lottery result returned by the lottery program to be tested, the method further comprises the following steps: in the test environment, the triggering of the prize-giving message corresponding to the lottery result is forbidden; the prize delivery message is used to notify the game server that there is a prize to be delivered.
2. The method of claim 1, wherein the test demand parameters further comprise a resolution rule of the lottery result; a preset association relation exists between the analysis rule of the lottery result and the lottery program to be tested;
analyzing and counting the lottery result returned by the lottery program to be tested to determine whether the lottery program to be tested passes or not, including:
analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the winning times corresponding to each lottery item;
determining the winning probability of each prize according to the winning times corresponding to each prize and the times of initiating lottery requests to the lottery 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.
3. The method according to claim 2, wherein the analyzing and counting the lottery result according to the analysis rule of the lottery result to obtain the number of winnings 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 winning number field;
and counting field values of the winning number field corresponding to each prize field to obtain the winning number corresponding to each prize.
4. The method of claim 2, wherein determining whether the lottery to be tested passes based on the comparison of the winning probability of each prize to its expected winning probability comprises:
obtaining the difference value of the winning probability of each prize and the expected winning probability thereof;
when each difference value is in a preset numerical range, determining that the lottery program to be tested passes the test;
and when any one of the difference values exceeds the preset numerical range, determining that the lottery program to be tested fails to be tested.
5. The method according to any one of claims 1 to 4, further comprising:
and storing the lottery result into a specified test database, wherein the test database is only used for storing data generated in a test environment.
6. A test device for a lottery drawing program, comprising:
the parameter acquisition module is used for acquiring access parameters of the lottery program to be tested and test requirement parameters of the lottery program to be tested; the test demand parameters comprise the frequency of initiating lottery requests to the lottery program to be tested;
the connection module is used for establishing transmission control protocol connection with the lottery program to be tested according to the access parameters of the lottery program to be tested; the access parameters of the lottery to be tested comprise the identification of the lottery to be tested and the identification of the lottery interface of the lottery to be tested;
the test module is used for running a pre-stored test script according to the test requirement parameters so as to test the lottery program to be tested; the test demand 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; the running of the pre-stored test script according to the test requirement parameter to test the lottery program to be tested includes: selecting a virtual test account from the user account list; carrying out hash operation on the virtual test account number to obtain a hash value; selecting a target sub-thread with a preset association relation with the hash value from a preset number of sub-threads which are created in advance; running the pre-stored test script, and initiating a lottery request to the lottery program to be tested based on the virtual test account number by utilizing the target sub-thread so as to trigger the starting of the lottery program to be tested;
The test script is used for triggering the starting of the lottery to be tested, analyzing and counting the lottery result returned by the lottery to be tested to determine whether the lottery to be tested passes or not;
after receiving a lottery result returned by the lottery program to be tested, prohibiting triggering of a prize release message corresponding to the lottery result in a test environment; the prize delivery message is used to notify the game server that there is a prize to be delivered.
7. A computer storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the method of testing a lottery program according to any one of claims 1 to 5.
8. An electronic device, comprising:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to execute the test method of the lottery program of any one of claims 1-5 via execution of the executable instructions.
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 CN113505081A (en) | 2021-10-15 |
| CN113505081B true 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 (6)
| 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 |
| 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 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10733083B2 (en) * | 2017-10-18 | 2020-08-04 | Salesforce.Com, Inc. | Concurrency testing |
-
2021
- 2021-08-13 CN CN202110931206.6A patent/CN113505081B/en active Active
Patent Citations (6)
| 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 |
| 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113505081A (en) | 2021-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8387015B2 (en) | Scalable automated empirical testing of media files on media players | |
| US20130137498A1 (en) | Electronic Gaming Machine Automated Testing | |
| US20120172135A1 (en) | Gaming System | |
| CN110351574B (en) | Information rendering method and device for live broadcast room, electronic equipment and storage medium | |
| KR102243379B1 (en) | Method and apparatus for automating game test | |
| US9053607B2 (en) | Emulator for production software outcome validation | |
| CN115203054A (en) | Virtual chip test system | |
| CN109242561B (en) | Lottery model construction method, lottery activity management method, device and computing equipment | |
| CN113505081B (en) | Lottery program testing method and device, computer storage medium and electronic equipment | |
| US10706672B2 (en) | Accident data recorder for electronic gaming machines | |
| CN111352832A (en) | Method and device for automatically testing page | |
| CN117009208A (en) | Dependency information processing method, device, equipment and storage medium | |
| CN113495843A (en) | Method and device for testing play-starting performance of video player | |
| CN110737900B (en) | Webpage function testing method and device, server and computer readable storage medium | |
| 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 | |
| CN112199229A (en) | Data processing method, device, equipment and storage medium | |
| CN110852806A (en) | Data processing method and device, storage medium and electronic equipment | |
| TWI817128B (en) | Enterprise resource planning device and smart debugging method thereof | |
| US9240099B2 (en) | Game outcome validator | |
| CN107608829A (en) | A kind of authentication server whether there is the method that hardware is lost | |
| CN115203020A (en) | Use case processing method and device, storage medium and electronic equipment | |
| AU2012200893B2 (en) | Gaming system | |
| AU2016201896B2 (en) | Gaming system | |
| CN117857826A (en) | Live interaction method and device, readable storage medium and electronic equipment |
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 |