...
View file | ||||
---|---|---|---|---|
|
- Improve blackbox test structure including reorganization of the tests and better test case documentation
- New test framework (e.g. Robot or Cucumber) to support additional types of functional/blackbox and system integration tests e.g. Device Service or system level latency tests
- Blackbox tests for new Application Services microservices. Moved to Application Services WG
- Blackbox test for Device Services - Virtual, Modbus, MQTT, BACNet, OPC UA. Initially develop common set of tests that can be used against all Device Services. Moved to Device Services WG
- Automated performance testing
- API Load testing (measure response time) and metrics (CPU, memory) collection for all EdgeX microservices (this work was started during the Edinburgh iteration
- Test coverage analysis e.g. using tools such as Codecov.io. Moved to Dev Ops WG
- Replacement of RAML API documentation with Swagger
Geneva Planning
Backlog (November 2019)
Priorities shown in the table below are provisional and subject to review.
Item# | Description | Priority | Target Release |
---|---|---|---|
1 | Fuji | ||
4 | Dockerize blackbox testing infrastructure for deployment simplification/flexibility | 2 | Geneva |
5 | System integration tests – currently we don’t have any end to end tests e.g. Device Service read data -> Core Data -> Rules Engine or Export Service | 1 | Geneva |
6 | Blackbox tests for new Application Services microservices |
...
1 | Geneva | |
7 | Blackbox test for Device Services - |
...
Develop common set of tests that can be used against all Device Services. |
...
1 | Geneva | ||
8 | Configuration testing – currently all blackbox tests run with single static configuration, we should test additional EdgeX configurations | 2 | Geneva |
9 | Automated performance testing |
...
- API Load testing (measure response time) and metrics (CPU, memory) collection for all EdgeX microservices (this work was started during the Edinburgh iteration) | 2 | Geneva | |
13 | Blackbox and performance test runs against other container technologies supported (e.g. snaps) | 3 | Hanoi |
14 | Automated performance testing - The ability to create summary reports/dashboards of key EdgeX performance indicators with alerts if thresholds have been exceeded | 2 | Geneva |
16 | Static code analysis e.g. using tools such as SonarQube or Coverity to identify badly written code, memory leaks and security vulnerabilities | 2 | Geneva |
17 | Tracing during testing e.g. based on Open Tracing standard such as Zipkin, Jaeger | 3 | Hanoi |
18 | Replacement of RAML API documentation with Swagger | 1 | Geneva |
19 | Blackbox tests moved into edgex-go repository. Will allow backbox test to be more easily added/updated by developers as part of a PR resulting from an API change. | 3 | Hanoi |
20 | Run blackbox tests for an individual EdgeX microservice when a PR issued. | 3 | Hanoi |
21 | Edinburgh/Fuji backward compatibility testing | 2 | Geneva |