Wat is applicatietesten?
Thomas Hamilton
⚡ Slimme samenvatting
Applicatietesten valideren een volledig softwareproduct in plaats van een enkele module, en omvatten de interface, functionaliteit, database en het gedrag onder belasting. Deze pagina beschrijft de vierfasenlevenscyclus, de drie testmethodologieën, testplanning, tools, meetmethoden en mobielspecifieke werkwijzen.
Wat is applicatietesten?
Applicatietesten wordt gedefinieerd als een softwaretesttype dat wordt uitgevoerd via scripts met als motief het vinden van fouten in software. Het behandelt tests voor de gehele applicatie.
Het helpt de kwaliteit van uw applicaties te verbeteren, terwijl u de kosten verlaagt, de ROI maximaliseert en ontwikkeltijd bespaart.
Bij Software Engineering kunnen applicatietests worden uitgevoerd in verschillende categorieën, zoals GUI, functionaliteit, database (backend), belastingstest, enz.
Voor het testen van applicaties omvatten de testlevenscycli verschillende fasen, waaronder analyse van vereisten, testplanning, testanalyse, testontwerp, testuitvoering en bugrapportage, enz.
Die fasen monden uit in een korte, herhaalbare levenscyclus die elke applicatie doorloopt.
Hoe een applicatie testen?
Softwareapplicaties en -producten kennen een aantal variaties wat betreft de functies die ze ondersteunen en de processen die ze implementeren. Application Testing zorgt er dus voor dat een bepaald programma of applicatie goed functioneert.
Een levenscyclus voor het testen van applicaties bestaat uit vier fasen.
- Fase 1) Ontwerp testplannen op basis van applicatievereisten
- Fase 2) Ontwikkel handmatige testgevallen en geautomatiseerde testscripts
- Fase 3) Voer functionele tests uit om applicatievereisten te valideren
- Fase 4) Voer belastingtests uit en stem de applicatieprestaties af
Het type tests dat wordt uitgevoerd, is afhankelijk van het type applicatie dat wordt getest. Applicatietesten zijn onderverdeeld in 3 segmenten.
- Testen van webapplicaties
- Testen van desktopapplicaties
- Testen van mobiele applicaties
| Toepassingstests | Soorten tests die worden uitgevoerd |
|---|---|
|
|
|
|
|
|
Vergelijking van testen van web-, desktop- en mobiele applicaties
De drie segmenten delen een levenscyclus, maar verschillen sterk in wat er daadwerkelijk kapot gaat. Weten waar het risico zich concentreert, geeft aan waar het testbudget moet worden ingezet.
| Punt van verschil | Web | Desktop | Mobile |
|---|---|---|---|
| Geen/lage eenmalige investering. | Een browser via een netwerk | Eén geïnstalleerde machine | Een mobiele telefoon of tablet |
| Hoofdvariabele | Browser en versie | Operating systeem en hardware | Apparaat, besturingssysteemversie en schermgrootte |
| Netwerkafhankelijkheid | altijd verbonden | Vaak offline | Intermitterend, en moet verlies overleven. |
| Grootste risico | Cross-browser rendering en laden | Installatie en compatibiliteit | Fragmentatie over verschillende apparaten |
| Afhandeling onderbreken | Zelden relevant | Zelden relevant | Oproepen, meldingen en een bijna lege batterij |
| Update pad | Serverzijde, direct beschikbaar voor iedereen | De gebruiker installeert een patch. | App store review, gefaseerde uitrol |
Mobiele apparaten bevatten de meeste ongecontroleerde variabelen, daarom worden ze later op deze pagina apart behandeld.
Methodologieën voor het testen van applicaties
Testmethodologie is de gestructureerde manier om ervoor te zorgen dat een softwareapplicatie volledig wordt getest. Een ongeorganiseerde en gebrekkige testmethodologie kan leiden tot een instabiel product.
Er zijn drie manieren waarop testen wordt uitgevoerd.
- Zwart Box Testen
- Wit Box Testen
- Gray Box Testen
Zwart Box Testen
Zwart Box Testen techniek wordt vaak gebruikt voor testen Functioneel testen, Niet-functioneel testen, en regressietesten. Bij black-box testen worden de volgende strategieën gebruikt:
- Equivalentieklasse testen
- Grenswaarde testen
- Beslissingstabel testen
- Staatsovergangstabellen
Wit Box Testen
White box testen Whitebox-testen worden doorgaans gebruikt om de softwarecode te testen en interne beveiligingslekken, defecte of slecht gestructureerde paden, de functionaliteit van voorwaardelijke lussen, enzovoort te controleren. Bij whitebox-testen worden de volgende strategieën gebruikt:
- Code Dekkingsanalyse
- Paddekking
Gray Box Testen
Deze testtechniek is een combinatie van beide Zwart Box Zowel testen als white-box testen worden uitgevoerd om te ontdekken... gebrek gebaseerd op onjuist structuur- of toepassingsgebruik.
Testplan voor het testen van applicaties
De Testplan document is afgeleid van het Product Description, Softwarevereistespecificatie SRS of Use Case-documenten. De focus van de test ligt op wat er moet worden getest, hoe er moet worden getest, wanneer er moet worden getest en wie er gaat testen. Het testplandocument wordt gebruikt als communicatiemedium tussen het testteam en de testmanagers.
Een standaard testplan voor applicatietesten moet de volgende kenmerken definiëren;
- Definieer de reikwijdte van het testen
- Definieer het doel van het testen
- Aanpak voor testactiviteiten
- Schema voor testen
- Bug trackoning en verslaggeving
Toelatings- en exitcriteria voor applicatietesten
Het testplan noemt formele instap- en uitstapcriteria als beste praktijk, maar het is de moeite waard om deze expliciet te vermelden. Zonder deze criteria begint een testfase ofwel met een instabiele build, ofwel sleept deze zich voort zonder afgesproken einddatum.
Entry criteria Aan deze voorwaarde moet voldaan worden voordat de uitvoering begint.
- De eisen en de SRS worden beoordeeld en als basislijn vastgesteld.
- Het testplan en de testgevallen zijn opgesteld en goedgekeurd.
- De build wordt geïmplementeerd in een stabiele testomgeving en doorstaat een rooktest.
- Testgegevens en de benodigde accounts of apparaten zijn beschikbaar.
- Een defect tracKing Tool is geconfigureerd en het team heeft toegang.
Uitgangscriteria laten zien dat de fase zijn doel heeft bereikt.
- Alle geplande testgevallen worden uitgevoerd en de resultaten worden vastgelegd.
- Er zijn geen kritieke of zeer ernstige defecten meer open.
- De overeengekomen dekking is bereikt.
- De resterende, geringe gebreken worden gedocumenteerd en door het bedrijf geaccepteerd.
- Het testverslag is goedgekeurd.
Hulpmiddelen voor het testen van applicaties
Er zijn verschillende testtools voor het testen van applicaties. De selectie van tools hangt af van het type test dat u wilt uitvoeren. Voor verschillende platforms worden verschillende tools aanbevolen. Tools voor het testen van applicaties zorgen voor de prestaties, bruikbaarheid en functionaliteit van applicaties op verschillende apparaten.
Hier zijn er een paar.
- Selenium
- IBM Rational Functional Tester (RFT)
- LoadRunner (Thans OpenText LoadRunner (voorheen HP en Micro Focus)
- Apache JMeter
💡 Opmerking: IBM Rational Robot, dat samen met RFT op de lange termijn genoteerd stond, is uit de handel genomen. Rational Functional Tester is het huidige product. IBM aanbod, dus nieuwe projecten moeten niet rond Robot worden gepland.
Belangrijke meetwaarden voor applicatietesten
Het uitvoeren van tests bewijst activiteit, niet effectiviteit. Een kleine set meetwaarden laat zien of de tests daadwerkelijk defecten vinden en of de applicatie de kwaliteit voor een release nadert.
- Testdekking: Het percentage vereisten met ten minste één gekoppeld testgeval. Een lage dekking betekent ongetest gedrag, ongeacht het slagingspercentage.
- Defectdichtheid: Het aantal defecten wordt gedeeld door de grootte, meestal per duizend regels code of per module. Dit wijst op de onderdelen die herwerkt moeten worden in plaats van extra getest.
- Lekkage door defect: Het aantal defecten dat tijdens de productie is gevonden, gedeeld door het totale aantal gevonden defecten. Een stijgende lekkage is het duidelijkste signaal dat er iets ontbreekt in de tests voorafgaand aan de release.
- Efficiëntie van defectverwijdering: Het percentage defecten dat vóór de release is gevonden, ten opzichte van alle defecten. Een percentage boven de negentig procent is een veelvoorkomend streefcijfer.
- Testuitvoeringssnelheid: Gevallen worden afgewogen tegen geplande gevallen. tracked per cyclus, zodat slippage al vroeg zichtbaar is in plaats van bij de uitgang.
TracKijk naar de trend in plaats van naar één enkele meting. Eén cyclus op zich zegt weinig.
Best practices testen voor het testen van applicaties
Het selecteren van de juiste strategie voor Application Testing is een gegarandeerde manier om defecten in de applicatie te detecteren. Het wordt dus uiterst belangrijk dat het QA-team een reeks standaardprocessen volgt om meer fouten en in minder tijd te detecteren.
Voor het testen van applicaties zijn enkele van de best practices onder meer:
- Functionele specificaties definiëren
- Revinspecties en inspecties
- Formele in- en uitstapcriteria
- Functionele testvariaties
- Testen op meerdere platforms
- Geautomatiseerde testuitvoering
Uitdagingen bij het testen van applicaties
Tijdens het testen van een applicatie kan een tester op veel uitdagingen stuiten.
- Problemen worden alleen geïdentificeerd wanneer de gebruiker belt
- Onvermogen om te anticiperen op de impact van verandering
- Geen inzicht in applicatie- en operationele fouten
- Tijdrovend
Testen van mobiele applicaties
Net als het testen van webapplicaties, Mobile Applicatietesten zijn gebaseerd op dezelfde teststrategie en -methodologie. Het verschil kan zitten in de gebruikte tools; enkele veelgebruikte tools voor het testen van mobiele applicaties zijn: Appium, TestComplete, Robotiumen Espresso.
Mobiele applicaties worden onderverdeeld in drie categorieën.
- Webapplicatie - Het is toegankelijk voor gebruikers via een netwerk zoals internet of een intranet
- Native applicatie- Het is ontwikkeld voor een specifiek platform en geïnstalleerd op een computerapparaat
- Hybride applicatie - Deze combineert elementen van zowel webapplicaties als native applicaties, zoals bijvoorbeeld Facebook.
Voor het grootste deel van het mobiele platform kunt u eenvoudige CSS, HTML, JS, enz. gebruiken.
Voorbeeldtestcases voor het testen van mobiele applicaties
Een complete strategie voor mobiele testapplicaties omvat apparaat- en netwerkinfrastructuur, selectie van doelapparaten en een effectieve combinatie van handmatige en geautomatiseerde testtools om beide te dekken niet-functioneel en functioneel testen.
Voor mobiele toepassingen zijn er zaken die getest moeten worden
- Montage
- OTA
- Wi-Fi
- Datakabel
- Bluetooth
- Installatie ongedaan maken
- Applicatie-logo
- Splash
- Slecht geheugen
- Visuele feedback
- Sluit app af
- Start/herstart van de applicatie
Uitdagingen bij mobiel testen
Met een toenemend aantal mobiele gebruikers en apparaten wordt het testen van een mobiele app steeds complexer. Het testen van een mobiele applicatie verschilt aanzienlijk van het testen van een webapplicatie voor desktops. De meest voorkomende uitdagingen tijdens het testen van mobiele apps zijn:
- Uitgebreide testdekking
- Fragmentatie beheren (verschillende besturingssysteemversie, processor, geheugen)
- Gebrek aan testplan
- Tijdsdruk
- Gebrek aan fysieke apparaten
- Diversiteit in platform en besturingssysteem
