Testing
Input sources
Input source | Summary |
---|---|
Mock data | Raw data that was provided as the output from some security device. |
Mock server | Raw data that was provided as the output from some security device. |
Real device | Raw data that is provided in real-time from some security device. |
Testing levels
Level | Summary | At Indeni | Method | Input source |
---|---|---|---|---|
A level of the software testing process where individual units of a software are tested. Mock data only to be used, as the only component that can be changed is the unit code.
| ADE ATE
CI
| Automatic | Mock data | |
A level of the software testing process where individual units are combined and tested as a group.
| ADE
By Q1/20, all Python INDs are planned to have automated unit testing. ATE
CI
| Automatic | Mock data | |
A level of the software testing process where a complete, integrated system is tested.
| Indeni live system acts a the black box
For each ADE/ATE need to create a table with planned to be tested tag variants: (can’t add table within a table in Confluence, hence writing as a list)
| Manual | Mock server | |
A level of the software testing process where a system is tested for acceptability. | To be tested manually by IKE/Knowledge developer:
| Manual | Real device |
Testing Process
What | Phase | Owner | Where |
---|---|---|---|
Code development | Development | Developer | Private Indeni server |
Manual, unit and integration testing as part of development | |||
Automated unit testing | CI | Automated by the System | Jenkins / AWS |
Automated integration testing | |||
Manual system testing | QA | IKE / Knowledge Developer (that did not wrote the ADE/ATE) | develop server in KDLab |
Manual acceptance testing | Acceptance | Support / Customer | Beta production environment |
Guidelines
Before a PR is created, the new code should be tested on your private indeni server and/or on one of the development servers we have in KDLab.