CN105553759A - Smart card and mobile terminal consistency test method and device - Google Patents
Smart card and mobile terminal consistency test method and device Download PDFInfo
- Publication number
- CN105553759A CN105553759A CN201510917018.2A CN201510917018A CN105553759A CN 105553759 A CN105553759 A CN 105553759A CN 201510917018 A CN201510917018 A CN 201510917018A CN 105553759 A CN105553759 A CN 105553759A
- Authority
- CN
- China
- Prior art keywords
- data
- operational order
- smart card
- type
- test
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Environmental & Geological Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
The invention discloses a smart card and mobile terminal consistency test method. The method includes the following steps that: a test platform establishes a communication connection with a mobile terminal; the test platform receives an operation instruction sent by the mobile terminal, and executes an application corresponding to a smart card through a corresponding script when determining that the operation instruction is an application operation instruction; the test platform compares the data of the operation instruction with expected data to obtain a comparison result; the test platform records the comparison result so as to form a feedback result which is generated by the execution of the application corresponding to the smart card; and the test platform generates a corresponding test report according to the feedback result. With the method of the invention adopted, analysis on the result of the application operation instruction is realized, and the test result is more intelligent and professional, and manpower can be saved, and the accuracy of the test result can be improved.
Description
Technical field
The present invention relates to mobile terminal uniformity test technical field, particularly relate to a kind of smart card and the conforming automated testing method of mobile terminal and device.
Background technology
The smart cards such as the SIM card on market of a great variety, and function becomes increasingly complex, whether behavior mutual between the application platform (as: Android, Firefox) of mobile phone and SIM card meets the demand of 3GPP (TheThirdGenerationPartnershipProject) or operator, therefore, in cell phone software test, SIM card uniformity test is necessary test link.Existing handset manufacturers adopts the real SIM card function of SmartStation3 platform simulation, carry out the uniformity test of SIM card, and judged whether to meet the requirements according to test result by developer, this not only can consume a large amount of manpower and materials, and testing efficiency is extremely low, the accuracy of judged result is also difficult to ensure because of human error, and test result is not preserved and well utilized simultaneously.
Summary of the invention
The technical problem that the present invention mainly solves is to provide a kind of smart card and mobile terminal conformance test method and device, the analysis of application operating instruction results can be realized, make the judgement of its test result intelligent, specialized, to save manpower, improve the precision of test result.
For solving the problems of the technologies described above, the technical scheme that the present invention adopts is: a kind of smart card and mobile terminal conformance test method, and described method comprises: test platform sets up the communication connection with described mobile terminal; Wherein, described test platform installs the script of simulating described smart card repertoire in advance; Receive the operational order that described mobile terminal sends, and perform application corresponding to described smart card when determining that described operational order is application operating instruction by corresponding described script; Wherein, described operational order comprises the file system operation instruction for operating described smart card document system and the application operating instruction for the application operating to described smart card; The data of described operational order and expected data are carried out contrasting to obtain comparing result; Wherein, the data of described operational order comprise test case information and Authentication-Type, and described expected data is data corresponding with described test case in the configuration file of described test platform; Record the feedback result that described comparing result produces to form application corresponding to the described smart card of execution; And form corresponding test report according to described feedback result.
Wherein, judge that the step whether data of described operational order are equal with expected data comprises: from described configuration file, obtain described expected data according to described test case information and Authentication-Type; The described expected data obtained is utilized to be described operational order data assignment; The real data of the described operational order data after assignment and described operational order is carried out contrasting to obtain comparing result.
Wherein, described operational order data comprise terminal response terminalresponse data and envelope data; Before carrying out the real data of the described operational order data after assignment and described operational order contrasting to obtain the step of comparing result, described method comprises: determine that described Authentication-Type is terminalresponse type or envelope type; The step that the real data of the described operational order data after assignment and described operational order carries out contrasting to obtain comparing result is comprised: when determining that described Authentication-Type is described terminalresponse type, judge that whether described operational order data are equal with the expected data of described terminalresponse data; When determining that described Authentication-Type is described envelope type, judge that whether described operational order data are equal with the expected data of described envelope data.
Wherein, record described comparing result and perform application corresponding to described smart card and the step of feedback result that produces is specially to be formed: when determining that described Authentication-Type is described terminalresponse type, record the data of described operational order and the comparing result of the expected data of described terminalresponse data and perform application corresponding to described smart card and the feedback result that produces to be formed; Or when determining that described Authentication-Type is described envelope type, recording the data of described operational order and performing application corresponding to described smart card and the feedback result produced with the comparing result of the expected data of described envelope data to be formed.
Wherein, the step forming corresponding test report according to described feedback result comprises: described feedback result be recorded in static array variable; Wherein, described static array variable comprises test by variable and test crash variable; And generate described test report according to the described static array variable of record.
Wherein, also comprise: obtain several static array variablees, and the consensus information obtaining described smart card and described mobile terminal is analyzed to static array variable described in several.
Wherein, when determining that described operational order is described file system operation instruction, described feedback result is sent to described mobile terminal.
For solving the problems of the technologies described above, another technical solution used in the present invention is: a kind of smart card and mobile terminal consistency test device, described device is connected with described communication of mobile terminal, described device comprises: smart card analog module, for receiving the operational order that described mobile terminal sends, and perform application corresponding to described smart card when determining that described operational order is application operating instruction by corresponding script; Wherein, described operational order comprises the file system operation instruction for operating described smart card document system and the application operating instruction for the application operating to described smart card; Results analyses module, for the data of described operational order and expected data being carried out contrasting to obtain comparing result, and records described comparing result and performs application corresponding to described smart card and the feedback result that produces to be formed; Wherein, the data of described operational order comprise test case information and Authentication-Type, and described expected data is data corresponding with described test case in the configuration file of described test platform; And test report generation module, for generating corresponding test report according to the described feedback result of described results analyses module record.
Wherein, described results analyses module is used for from described configuration file, obtaining described expected data according to described test case information and Authentication-Type, utilize the described expected data obtained to be described operational order data assignment, and the real data of the described operational order data after assignment and described operational order is carried out contrasting to obtain comparing result.
Wherein, described operational order data comprise terminal response terminalresponse data and envelope data; Described device also comprises authentication module, for judging that described Authentication-Type is terminalresponse type or envelope type; Described results analyses module is used for when described authentication module determines that described Authentication-Type is described terminalresponse type, judges that whether described operational order data are equal with the expected data of described terminalresponse data; Or when described authentication module determines that described Authentication-Type is described envelope type, judge that whether described operational order data are equal with the expected data of described envelope data.
The invention provides a kind of smart card and mobile terminal conformance test method and device, the script of the repertoire of smart card is installed in advance in test platform, response is mobile send with simulated intelligence card, corresponding function is realized to the application operating instruction that smart card carries out application operating, and form feedback result in conjunction with the comparing result of these operational order data and expected data, to obtain smart card and the conforming test result of mobile terminal according to this feedback result, realize the analysis of application operating instruction results further, test report is generated according to test result, thus realize the preservation of test result and the statistical analysis of result data, make the judgement of its test result intelligent, specialized, to save manpower, improve the precision of test result.
Accompanying drawing explanation
Fig. 1 is the flow chart of a kind of smart card in embodiment of the present invention and mobile terminal conformance test method;
Fig. 2 is the flow chart carrying out the data of operational order and expected data to contrast the method obtaining corresponding comparing result in first embodiment of the invention;
Fig. 3 is the flow chart carrying out the data of operational order and expected data to contrast the method obtaining corresponding comparing result in second embodiment of the invention;
Fig. 4 is the structural representation of a kind of smart card in first embodiment of the invention and mobile terminal consistency test device;
Fig. 5 is the structural representation of a kind of smart card in second embodiment of the invention and mobile terminal consistency test device;
Fig. 6 is the structural representation of the smart card analog module in embodiment of the present invention;
Fig. 7 is the software module schematic diagram of a kind of smart card in embodiment of the present invention and mobile terminal consistency test device;
Fig. 8 is the structural representation of smart card in third embodiment of the invention and mobile terminal consistency test device.
Embodiment
By describing technology contents of the present invention, structural feature in detail, being realized object and effect, below in conjunction with drawings and Examples, the present invention is described in detail.
Refer to Fig. 1, be the flow chart of a kind of smart card in embodiment of the present invention and mobile terminal conformance test method, the method shown in this execution mode comprises:
Step S10, test platform sets up the communication connection with mobile terminal.
Wherein, the script of this test platform installation module smart card repertoire in advance.
Step S11, receives the operational order that this mobile terminal sends, and performs application corresponding to described smart card when determining that this operational order is application operating instruction by corresponding described script.
Wherein, described operational order comprises the file system operation instruction for operating this smart card document system and the application operating instruction for operating the application of this smart card.
Particularly, when described operational order is described file system operation instruction, responds described operational order and correspondingly upgrade described smart card document system; When described operational order is described application operating instruction, respond the application that described operational order correspondingly performs described smart card.
Further, when determining that this operational order is file system operation instruction, step S15 is entered.
In the present embodiment, this test platform is Smartstation3 application of IC cards test platform, it comprises hardware platform (Smartstation3Hardware) and software platform (2G, 3G and AHTP), to simulate various smart card, realize the scrnario testing that mobile terminal uses various smart card.The software platform of this test platform is made up of articulamentum (Smartstation3ManagerConnection), order detection layers (CommandDetection), command process layer (CommandHandler) and smart card simulation layer (Simulate).Wherein, this command process layer is divided into SIMCommandHandler and ToolkitCommandHandler according to command type.Particularly, SIMCommandHandler is sent to the operation document system dependent instruction of smart card for the treatment of mobile terminal, comprise: select, status, readbinary, updatebinary, readrecord, updaterecord etc., and corresponding execution result (ResponseData & & StatusWord) is fed back to mobile terminal.ToolkitCommandHandler is sent to the dependent instruction of the operative intelligence card application toolkit of smart card for the treatment of mobile terminal, comprise: terminalprofile, fetch, envelope, terminalresponse, and corresponding execution result (ResponseData & & StatusWord) is fed back to mobile terminal.This smart card simulation layer is divided into SIMFileSimulate and ToolkitApplicationSimulate according to command type, particularly, SIMFileSimulate is used for carrying out software simulation smart card document system in Smartstation3 test platform, ToolkitApplicationSimulate is used in Smartstation3 test platform, use software simulation based on the application of smart card document system, that is, the tool box of application of IC cards.
Smartstation3 test platform receives after mobile terminal issues the operational order of smart card, judge whether this operational order is ToolkitCommand, if, then respond this operational order by ToolkitCommandHandlerModule to process, otherwise, respond this operational order by SIM (USIM) CommandHandlerModule and process.
Further, ToolkitCommandHandlerModule processes after mobile terminal sends to operational applications tool box dependent instruction (terminalprofile, fetch, envelope, terminalresponse) of smart card, judge whether to need to carry out result verification: if so, then perform step S12; Otherwise, directly responsedata and statusword is fed back to mobile terminal (step S15).
Step S12, is undertaken contrasting to obtain corresponding comparing result by the data of this operational order and expected data.
Wherein, these operational order data comprise test case information and Authentication-Type, and this expected data is data corresponding with this test case in the configuration file of this test platform.
Please refer to Fig. 2, in one embodiment, step S12 realizes especially by following steps:
Step S20, obtains this expected data according to this test case information and Authentication-Type from this configuration file.
Step S21, utilizes the expected data obtained to be operational order data assignment.
Particularly, the value obtaining ExpectedENData and ExpectedTRData according to test case numbering (TestcaseID) and Authentication-Type (AnalysisType) from configuration file contrastData.xml carries out assignment, for subsequent analysis result.
Step S22, is undertaken contrasting to obtain comparing result by the real data of the operational order data after assignment and operational order.
Step S13, records the feedback result that this comparing result produces to form application corresponding to this smart card of execution.
Please refer to Fig. 3, in another embodiment, step S12 realizes especially by following steps:
Step S30, obtains this expected data according to this test case information and Authentication-Type from this configuration file.
Step S31, utilizes the expected data obtained to be operational order data assignment.
Particularly, the value obtaining ExpectedENData and ExpectedTRData according to test case numbering (TestcaseID) and Authentication-Type (AnalysisType) from configuration file contrastData.xml carries out assignment, for subsequent analysis result.
Step S32, determines that Authentication-Type is terminalresponse type or envelope type.If terminalresponse type, then enter step S33; If envelope type, then enter step S34.
Step S33, is undertaken contrasting to obtain comparing result by the expected data of the operational order data after assignment and terminalresponse data.
Step S34, is undertaken contrasting to obtain comparing result by the expected data of the operational order data after assignment and envelope data.
Particularly, when determining testing authentication type (AnalysisType) for EN, then judge that whether Commanddata is equal with desired value ExpectedENData, and record test case numbering (TestcaseID), testing authentication type (AnalysisType) and the result (Pass) when determining equal, test case numbering (TestcaseID), testing authentication type (AnalysisType), the result (Fail) and actual instruction data (CommandData) are recorded when determining unequal.
When judging testing authentication type (AnalysisType) as TR, then judge that whether Commanddata is equal with the value ExpectedTRData expected, and record test case numbering (TestcaseID), testing authentication type (AnalysisType) and the result (Pass) when determining equal, test case numbering (TestcaseID), testing authentication type (AnalysisType), the result (Fail) and actual instruction data (CommandData) are recorded when determining unequal.
In language design, active instruction results analysis desired value (ExpectedENData, ExpectedTRData) data structure definition of being correlated with is as follows:
(1)ExpectedTRData：
| Attribute-name | Storage code | Type | Remarks |
| Test case is numbered | TestcaseID | Stirng | |
| Test case name | TestcaseName | Stirng | |
| Authentication-Type | AnalysisType | Stirng | EN/TR |
| Desired value | TestExpResult | Stirng |
(2)ExpectedENData：
| Attribute-name | Storage code | Type | Remarks |
| Test case is numbered | TestcaseID | Stirng | |
| Test case name | TestcaseName | Stirng | |
| Authentication-Type | AnalysisType | Stirng | EN/TR |
| Desired value | TestExpResult | Stirng |
The data format of configuration file contrastData.xml is as follows:
Based on another above-mentioned execution mode, step S13 is specially: when determining that described Authentication-Type is described terminalresponse type, records the data of described operational order and performs application corresponding to described smart card and the feedback result produced with the comparing result of the expected data of described terminalresponse data to be formed; Or when determining that described Authentication-Type is described envelope type, recording the data of described operational order and performing application corresponding to described smart card and the feedback result produced with the comparing result of the expected data of described envelope data to be formed.
Step S14, forms corresponding test report according to this feedback result.
Particularly, described feedback result is recorded in static array variable; And generate described test report according to the described static array variable of record.Wherein, described static array variable comprises test by variable and test crash variable.
Further, obtain several static array variablees, and the consensus information obtaining described smart card and described mobile terminal is analyzed to static array variable described in several.
Step S15, when determining that this operational order is file system operation instruction, is sent to mobile terminal by feedback result.
Above scheme, the script of the repertoire of smart card is installed in advance in test platform, response is mobile send with simulated intelligence card, corresponding function is realized to the application operating instruction that smart card carries out application operating, and form feedback result in conjunction with the comparing result of these operational order data and expected data, to obtain smart card and the conforming test result of mobile terminal according to this feedback result, the analysis of application operating instruction results can be realized.Further, generate test report according to test result, thus realize the preservation of test result and the statistical analysis of result data, make the judgement of its test result intelligent, specialized, to save manpower, improve the precision of test result.
In the present embodiment, feedback result is recorded in VerifyResultPass (passing through variable to testing) or VerifyResultFail (to should test crash variable).After feedback result is saved to VerifyResultPass or VerifyResultFail static variable, its result is saved in further (result_data.xlsx) in form.After all test cases are complete, produce corresponding test report and generate instruction, and generate test report testReport_data.html according to the related data stored in VerifyResultPass and VerifyResultFail.
In language design, the data structure definition that this test report generates instruction employing is as shown in the table:
| Attribute-name | Storage code | Type | Remarks |
| Event title | Name | Stirng | “Finish” |
| Event senders | Sender | Stirng | |
| Event listener | Receiver | Stirng |
Further, when needs carry out result data analysis, carry out the statistical analysis of result data according to the time period the selected data read in result_data.xlsx form, analysis result is saved to dataAnalysisReport_data.html for sundry item assessment reference.
Feedback result is stored in static array (VerifyResultPass or VerifyResultFail) according to result type respectively, VerifyResultPass is for storing the test case relevant information that the result is Pass, and VerifyResultFail is for storing the test case relevant information that the result is Fail.
VerifyResultPass data structure is as shown in the table:
| Attribute-name | Storage code | Type | Remarks |
| Test case is numbered | TestcaseID | Stirng | |
| Test case name | TestcaseName | Stirng | |
| Authentication-Type | TestStatus | Stirng | |
| Analysis result | TestResult | Stirng | PASS |
VerifyResultFail data structure is as shown in the table:
| Attribute-name | Storage code | Type | Remarks |
| Test case is numbered | TestcaseID | Stirng | |
| Test case name | TestcaseName | Stirng | |
| Authentication-Type | TestStatus | Stirng | |
| Desired value | TestExpResult | Stirng | |
| Analysis result | TestResult | Stirng | Fail |
Result data analysis part, carry out the statistical analysis of result data by the data read in history result_data.xlsx form and export dataAnalysisReport_data.html, exporting test case numbering, altogether perform number of times, the number of times of Pass, the number of times of Fail and percent of pass.Result is as shown in the table:
Refer to Fig. 4, for the structural representation of a kind of smart card in first embodiment of the invention and mobile terminal consistency test device, device 40 shown in this execution mode is the device based on Smartstation3 application of IC cards test platform, be made up of hardware platform (Smartstation3Hardware) and software platform (2G, 3G and AHTP), for simulating various smart card thus realizing the scrnario testing that mobile terminal uses various smart card.Therefore, this device 40 is connected with described communication of mobile terminal, and has installed the script of simulated intelligence card repertoire in advance.
This device 40 comprises smart card analog module 41, results analyses module 42 and test report generation module 43.
The operational order that this smart card analog module 41 sends for receiving described mobile terminal, and perform application corresponding to described smart card when determining that described operational order is application operating instruction by corresponding script.
Wherein, described operational order comprises the file system operation instruction for operating this smart card document system and the application operating instruction for operating the application of this smart card.
In the present embodiment, this smart card analog module 41 is divided into SIMFileSimulate and ToolkitApplicationSimulate according to command type, particularly, SIMFileSimulate is used for carrying out software simulation smart card document system in Smartstation3 test platform, ToolkitApplicationSimulate is used in Smartstation3 test platform, use software simulation based on the application of smart card document system, that is, the tool box of application of IC cards.
Particularly, Smartstation3 test platform receives after mobile terminal issues the operational order of smart card, judge whether this operational order is ToolkitCommand, if, then respond this operational order by ToolkitCommandHandlerModule to process, otherwise, respond this operational order by SIM (USIM) CommandHandlerModule and process.
Further, ToolkitCommandHandlerModule processes after mobile terminal sends to operational applications tool box dependent instruction (terminalprofile, fetch, envelope, terminalresponse) of smart card, judge whether to need to carry out result verification: if so, then control this results analyses module 42 as mentioned below and perform corresponding operation; Otherwise, directly responsedata and statusword is fed back to mobile terminal.
This results analyses module 42 for the data of described operational order and expected data being carried out contrasting to obtain comparing result, and records described comparing result and performs application corresponding to described smart card and the feedback result that produces to be formed.
Wherein, these operational order data comprise test case information and Authentication-Type, and this expected data is data corresponding with this test case in the configuration file of this test platform.
In one embodiment, this results analyses module 42 obtains this expected data according to this test case information and Authentication-Type from this configuration file, utilize the expected data obtained to be operational order data assignment, and the real data of the operational order data after assignment and operational order is carried out contrasting to obtain comparing result.Particularly, the value that this results analyses module 42 obtains ExpectedENData and ExpectedTRData according to test case numbering (TestcaseID) and Authentication-Type (AnalysisType) from configuration file contrastData.xml carries out assignment, for subsequent analysis result.
Please refer to Fig. 5, in another embodiment, this device 50 also comprises authentication module 54.This results analyses module 52 obtains this expected data according to this test case information and Authentication-Type from this configuration file, utilizes the expected data obtained to be operational order data assignment.This authentication module 54 determines that Authentication-Type is terminalresponse type or envelope type: if terminalresponse type, then the expected data of the operational order data after assignment and terminalresponse data carries out contrasting to obtain comparing result by this results analyses module 52; If envelope type, then the expected data of the operational order data after assignment and envelope data carries out contrasting to obtain comparing result by this results analyses module 52.
Particularly, when this authentication module 54 determines testing authentication type (AnalysisType) for EN, then this results analyses module 52 judges that whether Commanddata is equal with desired value ExpectedENData, and record test case numbering (TestcaseID) when determining equal, testing authentication type (AnalysisType) and the result (Pass), test case numbering (TestcaseID) is recorded when determining unequal, testing authentication type (AnalysisType), the result (Fail) and actual instruction data (CommandData).
When this authentication module 54 judges testing authentication type (AnalysisType) as TR, then this results analyses module 52 judges that whether Commanddata is equal with the value ExpectedTRData expected, and record test case numbering (TestcaseID) when determining equal, testing authentication type (AnalysisType) and the result (Pass), test case numbering (TestcaseID) is recorded when determining unequal, testing authentication type (AnalysisType), the result (Fail) and actual instruction data (CommandData).
This test report generation module 53 generates corresponding test report for the described feedback result recorded according to described results analyses module 52.
Further, the described feedback result of this test report generation module 53 also for this results analyses module 52 being produced is recorded in static array variable, and generates described test report according to the described static array variable of record.Wherein, described static array variable comprises test by variable and test crash variable.
Further, this results analyses module 52 also for obtaining several static array variablees, and analyzes to static array variable described in several consensus information obtaining described smart card and described mobile terminal.
Further, please refer to Fig. 6, this smart card analog module 41 comprises file analogy submodule 411 and application simulation submodule 412.Wherein, this operational order is file system operation instruction or application operating instruction.
This file ASM 411, for when described operational order is described file system operation instruction, responds described operational order and correspondingly upgrades described smart card document system.
This application simulation submodule 412, for when described operational order is described application operating instruction, responds the application that described operational order correspondingly performs described smart card.
Refer to Fig. 7, in the present embodiment, Smartstation3 application of IC cards test platform is made up of articulamentum (Smartstation3ManagerConnection), order detection layers (CommandDetection), command process layer (CommandHandler) and smart card simulation layer (Simulate).Wherein, this command process layer is divided into file-system command processing layer (SIMCommandHandler) and utility command processing layer (ToolkitCommandHandler) according to command type.Particularly, SIMCommandHandler is sent to the operation document system dependent instruction of smart card for the treatment of mobile terminal, comprise: select, status, readbinary, updatebinary, readrecord, updaterecord etc., and corresponding execution result (ResponseData & & StatusWord) is fed back to mobile terminal.ToolkitCommandHandler is sent to the dependent instruction of the operative intelligence card application toolkit of smart card for the treatment of mobile terminal, comprise: terminalprofile, fetch, envelope, terminalresponse, and corresponding execution result (ResponseData & & StatusWord) is fed back to mobile terminal.
This smart card simulation layer is divided into SIMFileSimulate (file system ASM 411) and ToolkitApplicationSimulate (application simulation submodule 412) according to command type, particularly, SIMFileSimulate is used for carrying out software simulation smart card document system in Smartstation3 test platform, ToolkitApplicationSimulate is used in Smartstation3 test platform, use software simulation based on the application of smart card document system, that is, the tool box of application of IC cards.
Wherein, results analyses module 42 (ResultAnalysisModule) as above and test report generation module 43 (TestReportGenerationModule) are arranged on command process layer (CommandHandler).
Refer to Fig. 8, for the structural representation of a kind of smart card in third embodiment of the invention and mobile terminal consistency test device, the device 60 shown in this execution mode is for simulating various smart card thus realizing the test platform that mobile terminal uses the scrnario testing of various smart card.In the present embodiment, this test platform is Smartstation3 application of IC cards test platform.This device 60 comprises receiver 61, processor 62, transmitter 63, read-only memory 64, random access memory 65 and bus 66.
This receiver 61 is for receiving data.
The operation of this processor 62 control device 60, this processor 62 can also become CPU (CentralProcessingUnit, CPU).This processor 62 may be a kind of integrated circuit (IC) chip, has the disposal ability of signal.Processor 62 can also be general processor, digital signal processor (DSP), application-specific integrated circuit (ASIC) (ASIC), ready-made programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic, discrete hardware components.The processor etc. of general processor can be microprocessor or this processor also can be any routine.
This transmitter 63 is for sending data.
Memory can comprise read-only memory 64 and random access memory 65, and provides instruction and data to processor 62.A part for memory can also comprise nonvolatile RAM (NVRAM).
Each assembly of this device 60 is coupled by bus 66, and wherein, bus 66, except comprising data/address bus, can also comprise power bus, control bus and status signal bus in addition etc.But for the purpose of clearly demonstrating, in the drawings various bus is all designated as bus 66.
Memory stores following element, executable module or data structure, or their subset, or their superset:
Operational order: comprise various operational order, for realizing various operation.
Operating system: comprise various system program, for realizing various basic business and processing hardware based task.
In embodiments of the present invention, the operational order (this operational order can store in an operating system) that this processor 62 stores by calling memory, performs and operates as follows:
Test platform sets up the communication connection with described mobile terminal; Wherein, described test platform installs the script of simulating described smart card repertoire in advance;
Receive the operational order that described mobile terminal sends, and perform application corresponding to described smart card when determining that described operational order is application operating instruction by corresponding described script; Wherein, described operational order comprises the file system operation instruction for operating described smart card document system and the application operating instruction for the application operating to described smart card;
The data of described operational order and expected data are carried out contrasting to obtain comparing result; Wherein, the data of described operational order comprise test case information and Authentication-Type, and described expected data is data corresponding with described test case in the configuration file of described test platform;
Record the feedback result that described comparing result produces to form application corresponding to the described smart card of execution; And
Corresponding test report is formed according to described feedback result.
Alternatively, the operational order (this operational order can store in an operating system) that this processor 62 stores by calling memory, also performs following operation:
From described configuration file, described expected data is obtained according to described test case information and Authentication-Type;
The described expected data obtained is utilized to be described operational order data assignment;
The real data of the described operational order data after assignment and described operational order is carried out contrasting to obtain comparing result.
Alternatively, described operational order data comprise terminal response terminalresponse data and envelope data.This processor 62 determines that described Authentication-Type is terminalresponse type or envelope type, and when determining that described Authentication-Type is described terminalresponse type, judge that whether described operational order data are equal with the expected data of described terminalresponse data; When determining that described Authentication-Type is described envelope type, judge that whether described operational order data are equal with the expected data of described envelope data.
Alternatively, this processor 62, when determining that described Authentication-Type is described terminalresponse type, records the data of described operational order and performs application corresponding to described smart card and the feedback result produced with the comparing result of the expected data of described terminalresponse data to be formed; Or, when determining that described Authentication-Type is described envelope type, recording the data of described operational order and performing application corresponding to described smart card and the feedback result produced with the comparing result of the expected data of described envelope data to be formed.
Alternatively, described feedback result is recorded in static array variable by this processor 62, and generates described test report according to the described static array variable of record.Wherein, described static array variable comprises test by variable and test crash variable.
Alternatively, this processor 62 obtains several static array variablees, and analyzes to static array variable described in several consensus information obtaining described smart card and described mobile terminal.
The foregoing is only embodiments of the present invention; not thereby the scope of the claims of the present invention is limited; every utilize specification of the present invention and accompanying drawing content to do equivalent structure or equivalent flow process conversion; or be directly or indirectly used in other relevant technical fields, be all in like manner included in scope of patent protection of the present invention.
Claims (10)
1. smart card and a mobile terminal conformance test method, is characterized in that, described method comprises:
Test platform sets up the communication connection with described mobile terminal; Wherein, described test platform installs the script of simulating described smart card repertoire in advance;
Receive the operational order that described mobile terminal sends, and perform application corresponding to described smart card when determining that described operational order is application operating instruction by corresponding described script; Wherein, described operational order comprises the file system operation instruction for operating described smart card document system and the application operating instruction for the application operating to described smart card;
The data of described operational order and expected data are carried out contrasting to obtain comparing result; Wherein, the data of described operational order comprise test case information and Authentication-Type, and described expected data is data corresponding with described test case in the configuration file of described test platform;
Record the feedback result that described comparing result produces to form application corresponding to the described smart card of execution; And
Corresponding test report is formed according to described feedback result.
2. method according to claim 1, is characterized in that, judges that the step whether data of described operational order are equal with expected data comprises:
From described configuration file, described expected data is obtained according to described test case information and Authentication-Type;
The described expected data obtained is utilized to be described operational order data assignment;
The real data of the described operational order data after assignment and described operational order is carried out contrasting to obtain comparing result.
3. method according to claim 2, is characterized in that, described operational order data comprise terminal response terminalresponse data and envelope data; Before carrying out the real data of the described operational order data after assignment and described operational order contrasting to obtain the step of comparing result, described method comprises:
Determine that described Authentication-Type is terminalresponse type or envelope type;
The step that the real data of the described operational order data after assignment and described operational order carries out contrasting to obtain comparing result is comprised:
When determining that described Authentication-Type is described terminalresponse type, judge that whether described operational order data are equal with the expected data of described terminalresponse data;
When determining that described Authentication-Type is described envelope type, judge that whether described operational order data are equal with the expected data of described envelope data.
4. method according to claim 3, is characterized in that, the step recording the feedback result that described comparing result produces to form application corresponding to the described smart card of execution is specially:
When determining that described Authentication-Type is described terminalresponse type, recording the data of described operational order and performing application corresponding to described smart card and the feedback result produced with the comparing result of the expected data of described terminalresponse data to be formed; Or
When determining that described Authentication-Type is described envelope type, recording the data of described operational order and performing application corresponding to described smart card and the feedback result produced with the comparing result of the expected data of described envelope data to be formed.
5. method according to claim 4, is characterized in that, the step forming corresponding test report according to described feedback result comprises:
Described feedback result is recorded in static array variable; Wherein, described static array variable comprises test by variable and test crash variable; And
Described static array variable according to record generates described test report.
6. method according to claim 5, is characterized in that, also comprises:
Obtain several static array variablees, and the consensus information obtaining described smart card and described mobile terminal is analyzed to static array variable described in several.
7. method according to claim 1, is characterized in that, when determining that described operational order is described file system operation instruction, described feedback result is sent to described mobile terminal.
8. smart card and a mobile terminal consistency test device, described device is connected with described communication of mobile terminal, it is characterized in that, described device comprises:
Smart card analog module, for receiving the operational order that described mobile terminal sends, and performs application corresponding to described smart card when determining that described operational order is application operating instruction by corresponding script; Wherein, described operational order comprises the file system operation instruction for operating described smart card document system and the application operating instruction for the application operating to described smart card;
Results analyses module, for the data of described operational order and expected data being carried out contrasting to obtain comparing result, and records described comparing result and performs application corresponding to described smart card and the feedback result that produces to be formed; Wherein, the data of described operational order comprise test case information and Authentication-Type, and described expected data is data corresponding with described test case in the configuration file of described test platform; And
Test report generation module, for generating corresponding test report according to the described feedback result of described results analyses module record.
9. device according to claim 8, it is characterized in that, described results analyses module is used for from described configuration file, obtaining described expected data according to described test case information and Authentication-Type, utilize the described expected data obtained to be described operational order data assignment, and the real data of the described operational order data after assignment and described operational order is carried out contrasting to obtain comparing result.
10. device according to claim 8, is characterized in that, described operational order data comprise terminal response terminalresponse data and envelope data; Described device also comprises authentication module, for judging that described Authentication-Type is terminalresponse type or envelope type;
Described results analyses module is used for when described authentication module determines that described Authentication-Type is described terminalresponse type, judges that whether described operational order data are equal with the expected data of described terminalresponse data; Or when described authentication module determines that described Authentication-Type is described envelope type, judge that whether described operational order data are equal with the expected data of described envelope data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510917018.2A CN105553759A (en) | 2015-12-10 | 2015-12-10 | Smart card and mobile terminal consistency test method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510917018.2A CN105553759A (en) | 2015-12-10 | 2015-12-10 | Smart card and mobile terminal consistency test method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105553759A true CN105553759A (en) | 2016-05-04 |
Family
ID=55832698
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510917018.2A Pending CN105553759A (en) | 2015-12-10 | 2015-12-10 | Smart card and mobile terminal consistency test method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105553759A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107181638A (en) * | 2016-10-11 | 2017-09-19 | 深圳市沃特沃德股份有限公司 | A kind of Intelligent hardware emulation test method, system and checking terminal |
| CN111397798A (en) * | 2020-03-11 | 2020-07-10 | 中汽研汽车检验中心（天津）有限公司 | Test method for verifying pressure difference data consistency of DPF of vehicle-mounted remote terminal |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101126793A (en) * | 2007-09-18 | 2008-02-20 | 东信和平智能卡股份有限公司 | Intelligent card test system and method |
| CN102932205A (en) * | 2012-11-19 | 2013-02-13 | 深圳市亚特尔科技有限公司 | Automatic test method and test platform of network server-side interface |
| CN105045699A (en) * | 2015-08-06 | 2015-11-11 | 惠州Tcl移动通信有限公司 | Method and system for automatic continuous running of consistency test of mobile terminal and intelligent card |
| CN105120483A (en) * | 2015-07-08 | 2015-12-02 | 惠州Tcl移动通信有限公司 | Method and system for automatically testing compatibility between intelligent card and mobile terminal |
-
2015
- 2015-12-10 CN CN201510917018.2A patent/CN105553759A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101126793A (en) * | 2007-09-18 | 2008-02-20 | 东信和平智能卡股份有限公司 | Intelligent card test system and method |
| CN102932205A (en) * | 2012-11-19 | 2013-02-13 | 深圳市亚特尔科技有限公司 | Automatic test method and test platform of network server-side interface |
| CN105120483A (en) * | 2015-07-08 | 2015-12-02 | 惠州Tcl移动通信有限公司 | Method and system for automatically testing compatibility between intelligent card and mobile terminal |
| CN105045699A (en) * | 2015-08-06 | 2015-11-11 | 惠州Tcl移动通信有限公司 | Method and system for automatic continuous running of consistency test of mobile terminal and intelligent card |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107181638A (en) * | 2016-10-11 | 2017-09-19 | 深圳市沃特沃德股份有限公司 | A kind of Intelligent hardware emulation test method, system and checking terminal |
| CN111397798A (en) * | 2020-03-11 | 2020-07-10 | 中汽研汽车检验中心（天津）有限公司 | Test method for verifying pressure difference data consistency of DPF of vehicle-mounted remote terminal |
| CN111397798B (en) * | 2020-03-11 | 2021-06-25 | 中汽研汽车检验中心（天津）有限公司 | Test method for verifying pressure difference data consistency of DPF of vehicle-mounted remote terminal |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20130117855A1 (en) | Apparatus for automatically inspecting security of applications and method thereof | |
| CN101126793B (en) | Intelligent card test system and method | |
| CN110647471B (en) | Interface test case generation method, electronic device and storage medium | |
| CN109474578A (en) | Message method of calibration, device, computer equipment and storage medium | |
| CN104407980A (en) | Mobile application automated testing device and method | |
| CN109614313A (en) | Automated testing method, device and computer readable storage medium | |
| CN107526676B (en) | Cross-system test method and device | |
| CN105404574B (en) | Smart card and mobile terminal consistency test method and device | |
| CN108255701B (en) | Scene testing method and mobile terminal | |
| CN110727581B (en) | Crash positioning method and electronic equipment | |
| CN112905459B (en) | Service interface testing method and device, electronic equipment and storage medium | |
| CN111506579B (en) | Method, program and equipment for generating intelligent contract code | |
| CN104092579A (en) | Simulating method and device for network types | |
| CN111045927A (en) | Performance test evaluation method and device, computer equipment and readable storage medium | |
| CN102375103B (en) | Electronic product test device and method | |
| CN107992424A (en) | Automatic test analysis method, application server and computer-readable recording medium | |
| CN109684195A (en) | Electronic device, script conversion method and storage medium | |
| CN110134596A (en) | The generation method and terminal device of test document | |
| CN116245074A (en) | Chip verification method, device and storage medium | |
| CN115357434A (en) | Complete machine testing method, device to be tested, computer device and storage medium | |
| CN115794641A (en) | Method, device and equipment for making number based on business process and storage medium | |
| CN111680463A (en) | File checking method and device | |
| CN105553759A (en) | Smart card and mobile terminal consistency test method and device | |
| CN112241362A (en) | Test method, test device, server and storage medium | |
| CN110162310B (en) | Plug-in interface test method and device, computer equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160504 |
|
| RJ01 | Rejection of invention patent application after publication |