Release version: v0.11.0
Support: Stable Release
Release Date: Coming Soon!
The Android Registration Client is a tablet application designed to provide a mobile version of the existing desktop Registration Client. It has been developed to ensure accessibility on all Android devices and to meet the mobility needs of countries implementing MOSIP.
Version 0.10.0 of the Android Registration Client is the beta release, covering features such as Operator Onboarding, Update Operator Onboarding, and the dashboard.
This release includes new features from the Android Registration Client 0.11.0-beta.1 release and the precedent releases.
Below is the list of added features:
Adding handles during New registration: When an Operator is registering a resident while filling in the demographic details section, one of the mandatory fields will be marked as “handle”. This mandatory field that is marked as the handle has to be unique for each resident.
Authentication using handles: Once the resident is registered and the handle attribute is duly entered, the resident can use that attribute to authenticate themselves.
Note: Compatible with 1.2.0.2 - Reg Processor & ID Repo.
Only compatible with the below versions of Packet Manager, ID repo, and Registration processor.
android-registration-client
v0.11.0
The following table outlines the tested and certified compatibility of 1.2.0.2 - Reg Processor & ID Repo with other modules.
mosip-config
id-repository
packet-manager
registration
bio-utils/biometric-api
To access the build and read through the deployment instructions, please refer to the Developer Guide.
For details related to Android Registration Client configurations, refer to the Configuration Guide.
To learn more about the available features, processes, and user interface, please refer to the Android Registration User Guide for further information.
To view the list of known issues, refer here. (To be updated)
To be updated soon!
The scope of testing is to verify fitment to the specification from the perspective of
● Functionality
● Deployability
● Configurability
● Customizability
Verification is performed not only from the end user perspective but also from the System Integrator (SI) point of view. Hence, the software's Configuration and Extensibility are also assessed. This ensures the software's readiness for use in multiple countries.
The ARC (Android Reg-Client) testing scope revolves around the following flows:
● Logging and Logout into ARC
● Adding machine details
● Consent page verification
● Demographic data input
● Document upload
● Biometric data verification
● Preview screen evaluation
● Authentication screen
● Acknowledgement screen review
● Syncing and uploading
● Audit logging
● Dashboard
● Operator Onboarding
● Update Operator biometrics
● Installation from adb
● Export Packet
● Notification
● Pending approvals
● ARC packets processing in Regproc
● New and Updated UIN
● Handles with NRCID/Email Id/Phone Number
● Multilingual support
Persona based approach has been adopted to perform the IV&V, by simulating test scenarios that resemble a real-time implementation.
A Persona is a fictional character/user profile created to represent a user type that might use a product/or a service in a similar way. Persona based testing is a software testing technique that puts software testers in the customer's shoes, assesses their needs from the software, and thereby determines use cases/scenarios that the customers will execute. The persona's needs may be addressed through any of the following.
● Functionality
● Deployability
● Configurability
● Customizability
The verification methods may differ based on how the need was addressed.
Verification is performed on various configurations as mentioned below
● Default configuration - with 3 Languages (English, French , and Arabic)
● Handles feature with Update UIN
● Real biometric device
Below are the test metrics by performing functional testing using mock SBI and mock ABIS. The process followed was black box testing which based its test cases on the specifications of the software component under test. The functional test was performed in combination with individual module testing as well as integration testing. Test data were prepared in line with the user stories. Expected results were monitored by examining the user interface. The coverage includes GUI testing, System testing, End-To-End flows across multiple languages and configurations. The testing cycle included the simulation of multiple identity schema and respective UI schema configurations
638
512
126
0
Test Rate: 100% With Pass Rate: 80%
6
4
2
0
Test Rate: 100% With Pass Rate: 66%
Git Commit ID: b99abfb05c91b7c3a74bdaee7459e5b220623afa
Client Version: 1.2.0.1-B1
Below are the detailed test metrics by performing manual/automation testing. The project metrics are derived from Defect density, Test coverage, Test execution coverage, test tracking, and efficiency.
The various metrics that assist in test tracking and efficiency are as follows:
● Passed Test Cases Coverage: It measures the percentage of passed test cases. (Number of passed tests / Total number of tests executed) x 100
● Failed Test Case Coverage: It measures the percentage of all failed test cases. (Number of failed tests / Total number of test cases executed) x 100
Please find the Git hub link for the xls file here.