Software testen bij RTI

RTI-software vormt de kern van veel bedrijfskritische systemen. Onze klanten hechten natuurlijk veel waarde aan de betrouwbaarheid en kwaliteit van hun systemen. Dus wanneer ik klanten ontmoet en het RTI-ontwikkelingsproces presenteer, bespreken we de ontwikkelingspraktijken, de tools die we gebruiken en het RTI IIoT-lab. Velen zijn vooral benieuwd naar de softwaretesten die we bij RTI doen en de testkaders die we gebruiken. Ik geniet altijd van deze gesprekken; we zijn trots op onze aandacht voor testen. Deze blogpost vat de tests samen die we uitvoeren.

Ons ontwikkelingsproces en testen zijn gebruikelijk in de gehele RTI Connext-productsuite. De uitzondering is RTI Connext DDS CERT, dat zich richt op toepassingen waarvoor veiligheidscertificering vereist is en een ander ontwikkelingsproces volgt. Tijdens de ontwikkeling en voordat RTI nieuwe software uitbrengt, voeren we een groot aantal tests uit om de juiste functionaliteit te valideren en om ervoor te zorgen dat de software goed presteert en schaalt.

Eenheidstests valideren dat individuele functies presteren zoals verwacht. Bij elke productrelease worden eenheidstests gebruikt als het belangrijkste regressietestmechanisme. Het unit-testraamwerk doet meer dan alleen afzonderlijke functies testen. Het maakt ook een niveau van single-node feature testing mogelijk. In recentere releases hebben we zelfs door de klant geleverde Quality of Service (QoS)-instellingen opgenomen als onderdeel van onze testconfiguratie. Onze processen zijn ontworpen om een ​​correcte werking te garanderen in omgevingen die zo realistisch mogelijk zijn.

Als onderdeel van de ontwikkeling van nieuwe functies maken we een functietestplan en implementeren we een reeks end-to-end functietests . Deze tests worden geïmplementeerd via een op maat gemaakte set tests of, in het geval van Connext DDS Micro, in een nieuw gedistribueerd testraamwerk. Deze testomgeving maakt gebruik van een aantal “testlopers” die testen uitvoeren op verschillende machines en een “testmanager” die de testuitvoering tussen testlopers synchroniseert. Er is een eenvoudige DDS-testtaal ontwikkeld om de tests te beschrijven, en elke testrunner voert een script uit, publiceert de resultaten (PASS/FAIL) en wacht tot het volgende script wordt uitgevoerd. De primaire focus van de functietests zijn:

• Api's op applicatieniveau en DDS QoS-beleid testen (deadline, levendigheid, enz.)
• Testresourcelimieten
• Test cross endianness
• Ontdekking testen
• Testprestaties
• Zorg voor stabiliteit

We voeren verschillende niveaus van interoperabiliteitstesten uit:

• We testen interoperabiliteit met andere RTI-producten tijdens de ontwikkeling en tijdens het testen van de installatie. We hebben een reeks geautomatiseerde interoperabiliteitstests ontwikkeld. Connext 6 heeft bijvoorbeeld een aantal nieuwe functies geïntroduceerd die gemeenschappelijk zijn tussen Connext DDS Micro 3.0 en Connext DDS core 6.0-bibliotheken. We hebben automatisch duizenden configuratiecombinaties gegenereerd en correct gedrag gevalideerd. Interoperabiliteit met oudere RTI-versies wordt getest wanneer we na analyse vaststellen dat er een risico bestaat dat de interoperabiliteit wordt verbroken.
• Taalinteroperabiliteit gebeurt indirect, aangezien verschillende van onze tools in Java of andere talen zijn geschreven. We testen bijvoorbeeld de interoperabiliteit met een op Java gebaseerde applicatie bij gebruik van RTI's op Java gebaseerde tools zoals RTI Admin Console in combinatie met applicaties in andere talen.
• Een basisniveau van interoperabiliteit met andere DDS-leveranciers wordt regelmatig gedaan op DDS-bijeenkomsten van Object Management Group (OMG). Leveranciers coördineren een meer diepgaande reeks tests om DDS-beveiliging, uitbreidbare typen en het DDS-RTPS-draadprotocol te valideren (https://github.com/omg-dds).

Tests installeren vastleggen integratie en interoperabiliteit testen tussen verschillende producten. Deze tests worden zowel handmatig als via een geautomatiseerde installatietestsuite uitgevoerd. Test installeren omvat een breed scala aan integratie- en interoperabiliteitsproblemen:

• Installatie - Zijn alle bestanden correct geïnstalleerd?
• Grafische gebruikersinterface (GUI) - Er is momenteel geen geautomatiseerde GUI-test. Tijdens de handmatige installatietest controleren we of integraties goed werken:bijvoorbeeld tussen RTI Launcher en rtiddsgen> , of rtiprototyper .
• Documentatie - Wordt de juiste documentatie verzonden?
• Basisfunctionaliteit testen voor alle producten die de verzonden voorbeelden gebruiken. Voor sommige producten nemen we de volledige Aan de slag-gids door. Deze test wordt herhaald op verschillende platforms.
• Basis product- en taalinteroperabiliteitstesten .