GB/T 43499-2023 English PDF (GBT43499-2023)

Delivery: 3 seconds. Download true-PDF + Invoice.
Get QUOTATION in 1-minute: Click GB/T 43499-2023
Historical versions: GB/T 43499-2023
Preview True-PDF (Reload/Scroll if blank)

GB/T 43499-2023: Testing methods for the software of motor vehicle inspection system
GB/T 43499-2023
GB
NATIONAL STANDARD OF THE
PEOPLE’S REPUBLIC OF CHINA
ICS 43.180
CCS R 86
Testing methods for the software of vehicle inspection system
ISSUED ON: DECEMBER 28, 2023
IMPLEMENTED ON: JULY 01, 2024
Issued by: State Administration for Market Regulation;
National Standardization Administration.
Table of Contents
Foreword ... 3
1 Scope ... 4
2 Normative references ... 4
3 Terms and definitions ... 4
4 Test content ... 5
5 Test methods ... 12
6 Test document set ... 22
Appendix A (Informative) List of typical defects in software perspective testing ... 25
Appendix B (Informative) Version registration record form ... 26
Appendix C (Informative) Testing report ... 29
References ... 38
Testing methods for the software of vehicle inspection system
1 Scope
This document specifies the test content, test methods, and test document set of the
motor vehicle inspection agency’s inspection system software.
This document is applicable to the testing of inspection system software of motor
vehicle inspection agencies.
2 Normative references
The contents of the following documents constitute essential provisions of this
document through normative references in the text. Among them, for dated reference
documents, only the version corresponding to the date applies to this document; for
undated reference documents, the latest version (including all amendments) applies to
this document.
GB/T 25000.51-2016 Systems and software engineering - Systems and software
Quality Requirements and Evaluation (SQuaRE) - Part 51: Requirements for quality
of Ready to Use Software Product (RUSP) and instructions for testing
GB/T 26765 Specifications for motor vehicle safety inspection business information
system and networking
GB/T 38634.4-2020 Systems and software engineering - Software testing - Part 4:
Test techniques
GB/T 42685 Terminology of power-driven vehicle inspection
HJ 1238 Technical specification for data collection and transmission of vehicles
periodic emissions inspection
3 Terms and definitions
The terms and definitions defined in GB/T 42685 and the following apply to this
document.
3.1
Vehicle inspection institution
Test the extent to which an activity or event can be proven and undeniable after it has
occurred. Data non-repudiation testing includes the following:
a) Function to provide evidence to the data originator: Test whether the software has
the function to provide evidence of the origin of the data to the data originator
upon request;
b) Function to provide evidence to the data recipients: Test whether the software has
the function of providing data recipients with evidence of data receipt upon
request.
4.2.2.3 Data verifiability
Test the extent to which an entity's activities can be uniquely traced to that entity. Data
verifiability testing includes the following:
a) User process association and traceability: Test whether the software can associate
the user process with the owner user, so that the behavior of the user process can
be traced back to the owner user of the process;
b) Process dynamic association and traceability: Test whether the software can
associate the system process dynamics with the current service requester user, so
that the behavior of the system process can be traced back to the current service
requester user.
4.2.2.4 Data authenticity
Test the extent to which the identity of a test object or resource can be verified to be
consistent with its claims. Data authenticity testing includes the following:
a) User list and configuration table: Test whether the software has the user list and
configuration table of the current system;
b) Access login record: Test whether the access login record of the software is
complete in the system's access history database;
c) Historical logs and log management: Test whether the software has historical logs
and log management functions for users to use the system;
d) Simulated intrusion log records: Test whether the software log content has
relevant records when the software is invaded by a simulated attack event;
e) Virus detection records: Test whether the records of software users' access to
systems and data include "virus detection records" to prevent viruses.
4.2.2.5 Data transmission security
Test how well data is protected during transmission and processing. Data transmission
security testing includes the following:
a) Verification: Test whether the data verification code algorithm is used, generate
the verification code of the source data, verify the integrity of important data
during transmission and processing to prevent key data from being illegally
tampered with;
b) Data encryption: Test whether encryption technology is used to encrypt important
data and private information to protect data confidentiality and prevent
information leakage;
c) Network transmission security: Test whether measures are taken to ensure the
security of data transmission between different networks.
4.2.3 Source code standardization
Check the program and discover possible exceptions in the program. Source code
testing includes but is not limited to the following:
a) Statement label does not exist: Test whether there is a statement label that redirects
to a statement label that does not exist;
b) Unused statement labels: Test whether there are unused statement labels;
c) Unused subroutine definitions: Test whether there are unused subroutine
definitions;
d) Subroutine does not exist: Test whether to call a subroutine that does not exist;
e) Unreachable statements: Test whether there are statements that cannot be reached
after entering from the program entrance;
f) Statements that cannot reach the stop statement: Test whether there are statements
that cannot reach the stop statement;
g) Special trigger pop-up window: Test whether there are special trigger conditions
and a pop-up window will appear.
4.2.4 Others
Check software version registration, upgrades, changes and other records. Other tests
include but are not limited to the following:
a) Registration form: Check whether the software has a version registration form,
change and upgrade record form (if it has been changed or upgraded), etc.;
b) Registration form and software consistency: Check the version registration form,
upgrade (change) internal approval form, upgrade (change) record form, etc., to
Equivalence class division uses the test item model to divide test item inputs and outputs
into equivalence classes (also called "partitions"), where each equivalence class shall
be used as a test condition. These equivalence classes shall be derived from the test
basis such that all values in each partition can be treated similarly by the test item (i.e.,
the values in the equivalence class are "equivalent"). Valid inputs and output as well as
invalid input and output can derive equivalence class division.
Each equivalence class shall be a test coverage item (that is, in the equivalence class
division, the test conditions and test coverage items are the same equivalence class).
Exported test cases shall implement each test coverage item (i.e., equivalence class).
The steps to export test cases are as follows.
a) Determine the combination method of test coverage achieved by selecting test
cases. The following are two common methods:
1) One-to-one, each exported test case is used to cover a specific equivalence
class;
2) Minimizati...