Zou Microsoft echt zijn QA-afdeling schrappen?

We hebben het nieuws besproken dat CEO Satya Nadella op zoek is naar een aantal belangrijke bezuinigingen bij Microsoft. Dit hoeft geen verrassing te zijn en kan zelfs door sommigen worden verwelkomd. Microsoft heeft zojuist 30.000 werknemers geërfd met de overname van Nokia en sommige mensen (met name de chagrijnige Mini Microsoft-blog) vonden dat Microsoft te opgeblazen was om mee te beginnen.

Waar hij van plan is om de bezuinigingen door te voeren, is echter nog onbekend en als Bloomberg gelijk heeft, kan het een grote fout zijn.

Bloomberg meldt dat Nadella wijzigingen aanbrengt in de technische organisatie en dat QA-testers de bijl kunnen voelen. De publicatie schrijft hem het idee toe dat "het vaak logisch is om de ontwikkelaars bugs te laten testen en oplossen in plaats van een apart team van testers."

Dit zou een ongelooflijke zet zijn als het waar is, omdat het in strijd zou zijn met meer dan 30 jaar ontwikkelingsprocessen. Het hele uitgangspunt van Agile-ontwikkeling is gebaseerd op het bouwen van een klein stukje, testen, testen, testen, nog een functie toevoegen, testen, testen, testen, spoelen, herhalen. Je laat programmeurs hun code niet debuggen om dezelfde reden dat je schrijvers niet hun eigen editor laat zijn; je hebt frisse ogen nodig om te zien wat de ander misschien niet doet.

Microsoft gebruikt een andere techniek voor ontwikkeling. In plaats van gewone QA-mensen, gebruikt het wat het Software Developer Engineer Test of SDET noemde, die software maakt die bugs identificeert en deze waar mogelijk oplost. Er is nog steeds een laag menselijk ingrijpen voor moeilijker te vinden bugs, maar het proces automatiseert het testen.

Ik sprak met een vriend die QA doet en twijfelde of Microsoft zoveel QA kon schrappen. Het maakt niet uit hoe testgedreven u bent, hoeveel automatisering er ook in uw pijplijn zit, er zullen altijd dingen zijn die een extra stel ogen vereisen. En er zijn dingen die een computer niet kan doen, zoals specificatiecontrole, architectuurcontrole, ontwerpcontrole en codecontrole.

Aan het einde heb je nog steeds een reeks vragen die geen computer kan beantwoorden, zoals of de producten daadwerkelijk overeenkomen met wat klanten vragen en of iemand het zal gebruiken of kopen. Denken als een gebruiker is een andere vaardigheid die een goede "traditionele" QA-persoon aan tafel brengt.

Toegegeven, Microsoft staat bekend om het intern inzetten van nieuwe producten (genaamd "hun eigen hondenvoer eten") en het veranderen van zijn medewerkers in bètatesters. Alles bij elkaar is het moeilijk voor te stellen dat Microsoft zijn testpersoneel aan het werk is. Misschien mensen met beperkte vaardigheden, maar ik kan niet doorsnijden in het groot.

De mensen bij Nokia in Finland daarentegen hebben het waarschijnlijk moeilijk.

Word lid van de Network World-gemeenschappen op Facebook en LinkedIn om commentaar te geven op onderwerpen die voorop staan.