edemo / appmagyar Goto Github PK

Behaviour: Assurance support/Assurance interface; the simple and second-line assurers are authorized by the appropriate ADA assurance
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("the simple and second-line assurers are authorized by the appropriate ADA assurance")

assurer.magyar for simple certifier
assurer.secondline for second line assurer

Behaviour: Assurance support/Assurance interface; for a simple assurer only those packages given, which have only one pending package for an email address
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("for a simple assurer only those packages given, which have only one pending package for an email address")

A testable aspect of function: a set of pre- and postconditions.

Behaviour: Assurance support/Assurance interface; the second line assurer can request packages for a given email address
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("the second line assurer can request packages for a given email address"

Behaviour: Assurance support/Assurance interface; The UI shows all the packages for a given email
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("The UI shows all the packages for a given email")

Behaviour: Assurance support/Assurance interface; The assurer is authenticated against ADA
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("The assurer is authenticated against ADA")

Behaviour: RA functionality/Mobile Application UI; bad pictures should be taken again
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("bad pictures should be taken again")

Behaviour: Assurance support/Assurance interface; the rejection email contains an appropriate header and footer
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("the rejection email contains an appropriate header and footer")

Behaviour: RA functionality/Mobile Application UI; At the end of the process the email address is shown in the UI
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("At the end of the process the email address is shown in the UI")

Behaviour: Assurance support/Assurance interface; The assurer either accepts the package and issues the assurance, or rejects the packages, and enters the rejection reason.
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("The assurer either accepts the package and issues the assurance, or rejects the packages, and enters the rejection reason.")

Behaviour: Assurance support/Assurance interface; the rejection reason is not sent if the user is digitally challenged
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("the rejection reason is not sent if the user is digitally challenged")

Behaviour: Assurance support/Assurance interface; In case of rejected package, the rejection reason is sent in email
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("In case of rejected package, the rejection reason is sent in email")

Behaviour: RA functionality/Mobile Application UI; The app communicates with the web backend using TLS
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("The app communicates with the web backend using TLS")

Behaviour: RA functionality/Mobile Application UI; The hash is obtained from the anchor at its REST interface
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("The hash is obtained from the anchor at its REST interface")

Behaviour: RA functionality/Mobile Application UI; The app should take the four pictures in a sequence
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("The app should take the four pictures in a sequence")

The task is about creating the CI pipeline. It is done when:

• The app have the same functionality on iPhone as the current one on Android
• The build is done automatically on cloud CI platforms (shippable, travis, etc)
• The build works with all ECMAScript 8 constructs in the source code. It is demonstrated in the source code.
• All aspects of the build (except keys and tokens) are included in the source code. This includes all configuration, Dockerfiles, etc. You can set up virtual machines if the CI platforms are not good enough, but then you have to provide a script in the source code to install and configure every aspect of that virtual machine from a well-known fresh install.
• There are unit tests. Failing unit tests fail the build. The point is NOT to have full unit test coverage, just to demonstrate the capability.
• There are end-to-end tests running on an emulated device. Failing end-to-end tests fail the build. The point is NOT to have full unit test coverage, just to demonstrate the capability.
• There is sonar integration, showing code coverage of unit tests, issues from mutation tests, static code analysis, and code duplication analysis.
• The sonar integration works for pull requests, showing added/removed coverage and issues.
• There is a mutation test. Show a detected mutant.
• There is static code analysis, e.g. with JSLint above the builtin sonar one.
• There is a code duplication analysis (e.g. PMD's cpd) above the builtin sonar one.
• There is a docker container containing everything needed to develop the project, and configured in a way that when the project source code is mounted in /build, the unit tests can be run immediately. For the parts not doable in Dockerfile (e.g. install eclipse and its plugins), provide a HOWTO document.

Behaviour: RA functionality/Mobile Application UI; The user is registered through the REST interface of ada
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("The user is registered through the REST interface of ada")

https://github.com/edemo/PDOauth/blob/develop/src/integrationtest/helpers/UserTesting.py
see functions register, prepareAuthInterfaceData

Behaviour: RA functionality/Mobile Application UI; There is a button in the ui which signifies that there is no email address
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("There is a button in the ui which signifies that there is no email address")

Behaviour: RA functionality/Mobile Application UI; The request is a multipart/form-data
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("The request is a multipart/form-data")

it contains in sequence:
0. google token

1. the selfie in jpg in at most TODO size
2. the picture side of the ID in jpg in at most TODO size
3. the personal number side of the address card n jpg in at most TODO size
4. the mother's name side of the address card n jpg in at most TODO size
5. an email address or "none"

Behaviour: Assurance support/Assurance interface; The assurer can request the next random package
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("The assurer can request the next random package")

Behaviour: RA functionality/Mobile Application UI; For each of the pictures the app should show them to the user, and ask whether their are good enough
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("For each of the pictures the app should show them to the user, and ask whether their are good enough")

Behaviour: RA functionality/Mobile Application UI; the mobile app authenticates itself by a google token
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("the mobile app authenticates itself by a google token")

https://android-developers.googleblog.com/2016/01/using-google-sign-in-with-your-server.html

Behaviour: Assurance support/Assurance interface; The assurers are authenticated
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("The assurers are authenticated")

Behaviour: Assurance support/Assurance interface; the rejection email is cc-ed to the email account used by the support group
@tested_feature("Assurance support")
@tested_operation("Assurance interface")
@tested_behaviour("the rejection email is cc-ed to the email account used by the support group")

https://github.com/ckptrifork/android-mutation-testing

Behaviour: RA functionality/Mobile Application UI; When the "no email" button is pushed, an appropriate warning is shown, and the user ishould confirm.
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("When the "no email" button is pushed, an appropriate warning is shown, and the user ishould confirm.")

FIXME: the text of the warning

Behaviour: RA functionality/Mobile Application UI; The email, password, mother's name, personal id, and data protection approval should be obtained
@tested_feature("RA functionality")
@tested_operation("Mobile Application UI")
@tested_behaviour("The email, password, mother's name, personal id, and data protection approval should be obtained")