Dogfooding ► Waarom zou u uw eigen producten testen? (2023)

0artikel tarief

  • Gemaakt:14 september 2021
  • Bijgewerkt:23 januari 2023
  • 8 minuten lezen
Oleg Puzanov CSO

Project management

Dogfooding ► Waarom zou u uw eigen producten testen? (2)

Dogfooding, het eten van je eigen hondenvoer - deze uitdrukking klinkt vreemd. Welke relatie heeft het met IT? Eten ontwikkelaars hondenvoer?

Welnee. Dogfooding gaat niet over het eten van hondenvoer. Deze uitdrukking wordt in veel bedrijven gebruikt, inclusief bedrijven die software ontwikkelen.

Dogfooding, oftewel het eten van uw eigen hondenvoer, betekent het gebruik van een eigen product. Een stukje geschiedenis van de uitdrukking kan je helpen om het beter te begrijpen.

Honden blaffen niet Als we plotseling geen waarschuwingen meer ontvangen, betekent dit niet dat alles soepel verloopt. Niet blaffende honden is een uitdrukking in de IT die betekent dat je geen alarmmeldingen ontvangt als er duidelijk sprake is van een systeemfout.

Het begrip oorsprong

Kopieer link

Een van de mogelijke oorsprong van de uitdrukking is van de president van Kal Kan Pet Food. Hij zei tijdens een bijeenkomst met belanghebbenden dat hij zijn hondenvoer wel kon eten.

Hoewel er andere opties waren, zoals ‘ijsjes maken’ (Microsoft) of ‘je eigen champagne drinken’ (Pegasystems), bleef niets hangen. Er waren ook uitdrukkingen als ‘de praktijk die je predikt’ of ‘je maakt je bed op, je ligt erin’. Maar dogfooding was nieuw, grof en iets dat in gedachten blijft.

In 1988,Paul Maritz, AMicrosoftmanager, stuurde een testmanager een e-mail met de titel ‘Eten onze eigen dogfood’ met het verzoek om het interne gebruik van het product van het bedrijf te vergroten. Ze noemden zelfs een server ‘dogfood’ waar het personeel gebruik van kon maken.

Sindsdien wordt de uitdrukking gebruikt voor de praktijk wanneer een team het product gebruikt waaraan ze werken.

Levenscyclus van softwaretests STLC ► Kwaliteitscontrole en kwaliteitsborging Wat is de levenscyclus van softwaretests? ► Ontdek hoe u het softwaretestproces kunt opzetten om aan de productkwaliteit en betrouwbaarheid te voldoen.

Dogfooding en het niet ondersteunen van concurrenten zijn verschillende dingen

Kopieer link

Voordat we verder gaan, zullen we het verschil begrijpen tussen dogfooding en het beleid om concurrenten niet te steunen. Wanneer een autodealer zijn werknemers aanmoedigt om alleen auto's te gebruiken van het merk dat zij verkopen, is er dus geen sprake van dogfooding. En als CocaCola zijn werknemers verbiedt om Pepsi in kantoren te drinken, is dat ook geen dogfooding.

Wat is dan het verschil tussen dogfooding en het verbieden van het gebruik van producten van concurrenten?

Het verschil zit hem in de aanpak.

Bij dogfooding gebruik je het product waar je aan werkt om te kijken hoe het werkt, om het te testen. Het betekent niet dat het u verboden is producten van een ander bedrijf of een andere afdeling te gebruiken.

Je doet het omdat je wilt zien hoe het werkt in een real-time applicatie, om te controleren of er bugs zijn, functionaliteiten die gerepareerd moeten worden, of wat dan ook.

Het doel van dogfooding is dus om het product te testen en het vertrouwen van het bedrijf in de dingen die het doet aan te tonen, en niet om het gebruik van andere producten te verbieden.

Voorbeelden van dogfooding? Er zijn er genoeg:

  • Het Microsoft-personeel dat Microsoft-producten gebruikt;
  • Apple-werknemers dragen hun MacBooks rond;
  • Zoompersoneel dat Zoom gebruikt voor vergaderingen;
  • Oracle-ontwikkelaars gebruiken Oracle Linux om Oracle te ontwikkelen (het klinkt raar, nietwaar?);
  • Gmail was hondenvoer.
  • De Facebook React-functie is ook het resultaat van dogfooding;

Wanneer een bedrijf van zijn werknemers klanten maakt, is er sprake van dogfooding.

Het belang van softwaredemo Lees hoe u softwaredemosessies organiseert om betere oplossingen te ontwikkelen, betrouwbaardere relaties met klanten op te bouwen, de motivatie van het team te vergroten en feedback te verzamelen.

Waarom is Dogfooding nodig en of het inderdaad nodig is?

Kopieer link

Dogfooding is nodig, tenminste bij de ontwikkeling van software. Tijdens de productontwikkeling vervult dogfooding (tot op zekere hoogte) de functie van testen en helpt het fouten, inconsistenties en bugs op te sporen voordat het product op de markt wordt gebracht. Na de release dient dogfooding om het vertrouwen van het bedrijf in het product dat ze hebben gemaakt te tonen.

Stadia van dogfooding

Kopieer link

Normaal gesproken verloopt dogfooding in verschillende fasen. Hoewel hun aantal kan verschillen afhankelijk van de aanpak en het bedrijf, zijn de meest voorkomende fasen de volgende:

  • Er wordt een stabiele versie van een app ontwikkeld en beschikbaar gesteld om te testen;
  • Er worden nieuwe functies aan de app toegevoegd en deze wordt opnieuw getest;
  • Er worden interviews afgenomen om te kijken of de app werkt zoals verwacht;
  • Het bedrijf bereidt de app voor op publieke release.

Dit proces zorgt ervoor dat de software bruikbaar is. Bovendien begint de dogfooding-testfase voordat de software beschikbaar komt voor officieel testen en vervolgens voor testen in bètamodus.

Voordelen van dogfooding

Kopieer link

De voordelen van Dogfooding liggen niet alleen in het identificeren van bugs. Ze gaan veel verder dan deze functie:

Dogfooding legt de nadruk op privacy

Als uw bedrijf niet aan het publiek mag laten zien wat ze doen, zijn tests door gebruikers vaak niet meer beschikbaar. Dogfooding maakt vervanging mogelijk zonder de privacy van het bedrijf in gevaar te brengen. Uw app wordt in een afgesloten omgeving bewaard en wordt toch goed getest, geweldig toch?

Verlaagt de kosten die nodig zijn om outsourcing-testers in te huren

Als het om testen gaat, is het soms lastig om goede testers voor een app te vinden. Goede testers zijn niet goedkoop en ze hebben niet allemaal voldoende technische kennis om alle apps te testen.

Door gebruik te maken van dogfooding verlaagt u dus de kosten voor testers. Maar zelfs dit is niet het belangrijkste voordeel. Als u een zeer technisch product ontwikkelt, kunnen testers mogelijk geen goede service bieden vanwege een gebrek aan expertise. In zo’n geval zijn de medewerkers van het bedrijf de beste testers omdat zij de technische kant van het product begrijpen.

Bespaart op de lange termijn kosten

Dogfooding maakt het mogelijk om fouten en bugs zo snel mogelijk op te sporen, vaak gebeurt dit in de omgeving en door mensen die aan het product werken. Dus alle problemen worden zo snel mogelijk geëlimineerd. Op de lange termijn kan er veel geld worden bespaard dat nodig zou zijn om de bugs die niet in een vroeg stadium zijn ontdekt, op te sporen en op te lossen.

Ontwikkelt het gevoel van eigenaarschap

Door vertrouwd te zijn met het product ontstaat het gevoel van eigenaarschap bij alle teamleden die het product hebben getest. Het verhoogt op zijn beurt hun verantwoordelijkheidsniveau voor het product.

Toont het vertrouwen van het bedrijf in het product aan

Als werknemers het product gebruiken dat door het bedrijf is gemaakt, betekent dit (of zou dat op zijn minst moeten betekenen) dat ze het product vertrouwen en vertrouwen hebben in de kwaliteit en functionaliteit ervan.

Waarom komen er softwarefouten voor? Ontdek waarom de softwarefouten echter optreden en waarom klanten, ook al huren ze een ervaren team van ontwikkelaars in, nog steeds moeten betalen voor code met onvolkomenheden.

Nadelen van dogfooding

Kopieer link

Hoewel het veel voordelen biedt, is dogfooding niet perfect. Er zijn enkele nadelen aan verbonden, vooral als je niet alles goed voorbereidt.

De belangrijkste nadelen van dogfooding zijn dus de volgende.

Het verkeerde publiek kiezen

Als je de verkeerde doelgroep hebt gekozen die het doel van het product niet begrijpt, kun je overspoeld worden met verkeerde feedback. Het kan het ontwikkelingsteam zelfs in een compleet verkeerde richting leiden. Uiteindelijk kan het tot een rampzalige uitkomst leiden als het ontwikkelteam een ​​product aflevert waar gebruikers een hekel aan zullen hebben. Het kiezen van een doelgroep voor dogfooding is dus een van de cruciale momenten voor het succes van het product.

Te veel kennis over het product

Door te dicht bij iets te staan, kan de persoon mogelijk belangrijke nadelen of inconsistenties zien. Het team kent elk aspect van de app en dat maakt ze tot slechte testers. Ze ontwikkelen een app zoals zij die zien. Het is dus belangrijk om niet alleen het team dat aan het product werkt, maar ook andere afdelingen bij dogfooding te betrekken.

Het team kan een vooroordeel hebben over het product

Natuurlijk werken ze eraan, het is hun creatie. Het is niet verrassend dat er altijd een emotionele component aanwezig zal zijn wanneer een specialist zijn eigen product test. Het is belangrijk om de effecten van dergelijke vooringenomenheid te elimineren. Het product moet dus niet alleen worden getest door het ontwikkelteam, maar ook door medewerkers van andere afdelingen en zelfs door managers en belanghebbenden, zolang ze maar niet betrokken zijn bij het ontwikkelingsproces.

Dogfooding vervangt testen of QA niet

Sommige mensen en zelfs sommige specialisten geloven van wel. Het is echter absoluut onjuist. Dogfooding helpt bij het opsporen van bugs en dergelijke, maar de test- en QA-fasen zijn onmisbaar als je een kwaliteitsproduct wilt ontwikkelen.

Sommige scenario's kunnen over het hoofd worden gezien

Normaal gesproken doorloopt een gebruiker slechts één keer een scenario. Bijvoorbeeld een aanmeldingsproces: hoe vaak meldt u zich aan voor een product of dienst? We wedden dat dit maar één keer gebeurt. Als u het echter één keer met succes doet, betekent dit niet dat duizenden of miljoenen gebruikers die het proces gaan herhalen, het net zo vlekkeloos zullen beheren als u.

Vertraagt ​​productreleases

Als je de dogfooding-fase in elke fase van het ontwikkelingsproces introduceert, zal dit de productrelease vertragen.

Niet hier uitgevonden syndroom

Als een product iets kopieert dat al op de markt verkrijgbaar is, kan het team het zogenaamde Non-Invented-Here-syndroom krijgen. In de meeste gevallen resulteert dit in het ontwikkelen van het product, het dogfooden, het op de markt brengen en vervolgens laten vallen. Het heeft geen positieve invloed op het teammoreel.

Maken wij gebruik van Dogfooding bij Mad Devs?

Kopieer link

Wij moedigen onze specialisten aan om de producten die zij ontwikkelen te gebruiken. In de meeste gevallen zijn onze specialisten ook de eerste gebruikers van het product waar wij aan werken. Wij begrijpen echter alle nadelen van dogfooding en doen ons best om deze te voorkomen.

  • Wij maken geen misbruik van dogfooding. Het helpt onze specialisten om de oplossingen vanuit een fris perspectief te bekijken.
  • We vervangen testen en QA nooit door dogfooding. Deze processen zijn verschillend en we verwarren ze niet.
  • Wij betrekken niet alleen het ontwikkelteam bij dogfooding, maar ook specialisten van andere afdelingen, managers en stakeholders.

Dogfooding is zeer nuttig als het slim wordt uitgevoerd. Wij begrijpen het, daarom doen we ons best om het goed te organiseren en alle voordelen te benutten die het biedt.

Oleg Puzanov CSO

Hoeveel kost het u om een ​​bankapp te bouwen Hoeveel kost het u om een... Hoeveel kost het u om een ​​bankapp te bouwen De tijd dat bankactiviteiten, zoals het openen van een bankrekening of het betalen van rekeningen waren ingewikkelde taken die tijd in beslag namen en veroorzaakten...

Software ontwikkeling

Tony Fedorenko Hoofd van de bezorgafdeling 3 november 2021 12 min gelezen

Hoe Jira: Mad Devs Experience te automatiseren Hoe Jira: Mad Devs te automatiseren... Hoe Jira: Mad Devs Experience te automatiseren Mensen brengen een menselijke factor in bedrijfsregels en -normen. We vergeten taken tijdens het maken van to-do-lijsten en verspillen tijd door het repareren van de waardeloze...

Project management

Altynai N. Alamanova ex-hoofd van de marketingafdeling 4 juni 2020 7 min gelezen

Hoe goed de engineeringcultuur is in uw softwareteam Hoe goed de engineeringcultuur is in uw softwareteam Hoe goed de engineeringcultuur is in uw softwareteam Als u in een softwareteam werkt, moet u de teamnormen volgen. Hoe uw team werkt en communiceert, wordt de technische cultuur genoemd. Laten we geven...

Gekke cultuur

Andrew Minkin ex-teamleider 24 maart 2020 8 min gelezen

References

Top Articles
Latest Posts
Article information

Author: Stevie Stamm

Last Updated: 11/10/2023

Views: 6410

Rating: 5 / 5 (80 voted)

Reviews: 87% of readers found this page helpful

Author information

Name: Stevie Stamm

Birthday: 1996-06-22

Address: Apt. 419 4200 Sipes Estate, East Delmerview, WY 05617

Phone: +342332224300

Job: Future Advertising Analyst

Hobby: Leather crafting, Puzzles, Leather crafting, scrapbook, Urban exploration, Cabaret, Skateboarding

Introduction: My name is Stevie Stamm, I am a colorful, sparkling, splendid, vast, open, hilarious, tender person who loves writing and wants to share my knowledge and understanding with you.