|
Advies en selectie van testtools |
 |
 |
 |
|
Een leek ziet vaak door de bomen het bos niet meer door een overweldigend aanbod van tools op het gebied van testen. De ene tool-leverancier belooft nog mooiere resultaten als de ander. Maar welke tool is geschikt voor uw organisatie? Yellow Bug is zelf geen tool-leverancier, en werkt geheel onafhankelijk. Samen met u wordt de testorganisatie doorgelicht, om vast te stellen waar de kansen en mogelijkheden liggen om activiteiten te automatiseren. Daarbij wordt vooral gekeken naar de Return on Investment, bijdrage aan de softwarekwaliteit en volwassenheid van de testorganisatie. Want elke organisatie is uniek, er zijn geen pasklare standaard oplossingen. Pas als er een gedragen business case is opgesteld, wordt gestart met het selectieproces. Meer weten? Neem contact met ons op. |
|
|
Doorlichten bestaande testautomatisering |
|
|
|
|
In het verleden zijn bij sommige organisaties testtools aangeschaft die voorzagen in een bepaalde behoefte. Denk bijvoorbeeld aan het "Jaar 2000"-probleem of de conversie van Gulden naar Euro. Soms rechtvaardigde een project de aanschaf. Maar bij veel organisaties zijn de testtools in de kast beland. Dit wordt gekscherend "shelfware" genoemd. En als het maar lang genoeg blijft liggen wordt het vanzelf "dustware", er ligt ook nog een dikke laag stof op. Is de investering uit het verleden nu echt niets meer waard? Zijn eigen gebouwde access of excel tools echt aan het einde van hun latijn? Yellow Bug kan onderzoeken in welke mate oude tools nog rendabel te maken zijn en gezamenlijk met de opdrachtgever een planmatige aanpak vaststellen voor een upgrade of uitfasering van tools. Meer weten? Neem contact met ons op. |
|
Implementatie Open Source Test Tools |
|
|
|
|
Herhalende taken tijdens het testen kunnen vervelend zijn voor diegene die dit werk moeten uitvoeren. Hoewel een tool nooit een volledige vervanging kan zijn voor een tester van vlees en bloed, kan de inzet van een tool rendabel zijn. Voor sommige tests ligt dit meer voor de hand dan andere. Denk bijvoorbeeld aan een regressietest na een kleine periodieke wijziging of update van een "gemiddelde applicatie". Het kan zijn dat tientallen en zo mogelijk honderden schermen en velden gecontroleerd moeten worden. Het automatiseren van een regressie test loont in zo'n geval al snel de moeite. Een ander voorbeeld zijn load- en stress-tests. Dit zijn tests die eenvoudigweg niet handmatig uit te voeren zijn. |
|
|
|
|
|
