Det er aftalt med GovTech Midtjylland (GTM), Aarhus Kommune og Fællesskabet for Dynamiske Data (F2D2), at de indgår som samarbejdspartnere i test af OS2iot i forbindelse med udvikling af nye releases. Andre samarbejdspartnere kan komme i spil, hvis de byder ind, eller der er særlig funktionalitet at teste.
Formålet er at få tests, som ligger tæt op af produktion, og som benytter eksisterende infrastruktur til at sikre, at data modtages til OS2iot og fordeles videre som forventet - også ved brug af mere avancerede payload decoders.
OS2iot’s testmiljø er tilgængeligt på https://portal.os2iot.iteratorprojects.com/
Opgaver ved opsætning til testmiljø
Opgave | Ansvarlig | |
|---|---|---|
| 1 | Oprettelse af brugere i testmiljø og tildeling af rettigheder Organisationen 'OS2 testorganisation' benyttes! | Produktkoordinator |
| 2 | Eventuelt tilkobling af gateway til testmiljøet Produktkoordinator og Iterator har URL til gateway bridge | Samarbejdspartner |
| 3 | Tilføjelse af relevante payload decoders som også benyttes i produktion | Samarbejdspartner |
| 4 | Oprettelse af applikation(er) | Samarbejdspartner |
| 5 | Oprettelse af fysiske LoRaWAN-enheder | Samarbejdspartner |
| 6 | Eventuelt oprettelse af simulerede LoRaWAN-enheder vha. simulator, der indgår i OS2iot’s docker repository Se simulator-manual til Mac - metode til Windows og Linux ikke udarbejdet, men kan muligvis afkodes ud fra manualen: | Samarbejdspartner |
| 7 | Eventuelt oprettelse af Generiske HTTP-enheder | Samarbejdspartner |
| 8 | Oprettelse af data target til HTTP push data target inkl. tilknytning til relevante payload decoders Hvis ubearbejdede payloads indgår i produktion, skal disse også indgå. | Samarbejdspartner |
| 9 | Oprettelse af data target til FIWARE context broker inkl. tilknytning til relevante payload decoders | Samarbejdspartner |
| 10 | Opsamling af datapakker | Samarbejdspartner |
| 11 | Metode til at sikre, at modtagne datapakker ikke har ændret sig mod forventning | Samarbejdspartner |
Generel testprocedure
Beskrivelse | Ansvarlig | |
|---|---|---|
| 1 | Udviklingsperiode planlægges | Produktkoordinator |
| 2 | Testperiode aftales med leverandør | Produktkoordinator |
| 3 | Samarbejdsparter orienteres om tidspunkt for testperiode Perioden justeres eventuelt, hvis samarbejdsparter ikke har mulighed for at afsætte tid | Produktkoordinator |
| 4 | Når det ligger fast, hvad der ændres, opgraderes og tilføjes i OS2iot, noteres hvilke særlige opmærksomhedspunkter, der skal være i testen Dette dokumenteres her i Confluence | Produktkoordinator |
| 5 | Samarbejdsparterne orienteres om indholdet af udviklingsperioden og særlige opmærksomhedspunkter | Produktkoordinator |
| 6 | Når testmiljøet er klar til test, giver produktkoordinator grønt lys til, at samarbejdspartnere kan teste Testcases skal håndteres i Jira, så | Produktkoordinator |
| 7 | Test af, at alt data modtages som forventet | Samarbejdspartnere |
| 8 | Hvis der opleves fejl, indberettes dette på testcases i Jira Eksempler på fejl:
| Samarbejdspartnere |
| 9 | Sikring af, at fejlrapporter er fyldestgørende og indgår i udviklingsarbejde | Produktkoordinator |
| 10 | Fejlsøgning og rettelser Der kan være behov for ekstra input fra samarbejdspartnere i fejlsøgningen | Leverandør |
| 11 | Efter fejlrettelser gennemføres ny test af, at alt data modtages som forventet | Samarbejdspartnere |
| 12 | Når alle giver grønt lys, kan ny release godkendes | Produktkoordinator |