Reading Time: 13 mins

Waarom heeft QA consulting een holistische engineering visie nodig?

Waarom heeft QA consulting een holistische engineering visie nodig?

"Hoe heeft QA dit kunnen missen?"

Traditioneel rijst deze vraag elk kwartaal wanneer er een probleem is met de kwaliteit van het product na de release.

Een inefficiënt QA-proces is echter vaak niet de enige reden.

In feite kan het probleem complexer zijn dan dat en al zijn begonnen voordat het product zelfs maar was uitgebracht.

Laten we een voorbeeld bekijken:

Laten we onze vingers wijzen naar QA!

Is het van toepassing in dit scenario?

Nee!

Een succesvolle release vereist coördinatie tussen verschillende teams, waaronder ontwerp, ontwikkeling, QA, en anderen. Wanneer deze teams niet op één lijn zitten over wat ze proberen te bereiken, kan dat leiden tot vervelende defecten in uw productontwikkelingscyclus - en dat betekent defecte software en ontevreden gebruikers!

Hier is een recente consulting ramp: Accenture aangeklaagd voor 32 miljoen dollar over Hertz website herontwerp

En daarom willen we vandaag via deze blog met u delen: waarom kwaliteit moet worden bekeken vanuit een holistische engineeringlens, een les die we hebben geleerd uit onze ervaring met het werken met klanten over de hele wereld en van verschillende grootte.

Waarom is er een daling in de productkwaliteit?

Waarom melden onze gebruikers kritieke defecten?

Waarom is onze QA niet in staat om defecten eerder te ontdekken?

...Dit zijn de vragen die we vaak te horen krijgen van onze klanten.

Hoewel deze "Waarom's" helpen om aan het licht te brengen wat er fout ging met betrekking tot de productkwaliteit, denken wij dat dit slechts het topje van de ijsberg is en dat er een diepe duik in de engineering processen nodig is om veel meer belangrijke componenten aan het licht te brengen die direct of indirect gerelateerd zijn aan de software kwaliteit.

Waarom denken wij dat dit geen standaardaanpak is geworden om naar productkwaliteit te kijken? Hoewel er vele redenen kunnen zijn, komt het allemaal neer op één kernprobleem - tech leiders nemen een silo benadering van kwaliteit en kijken niet naar het probleem/kwaliteit vanuit een holistisch engineering oogpunt.

Bij Zuci begrijpen we dat kwaliteit een continu proces is. En daarom hebben wij onze QA-consultingaanpak opgebouwd met CARE (Check, Act, Refine, Evolve) om problemen bij de wortel op te sporen en ze te helpen oplossen.

Onze voorzitter, Vasudevan Swaminathan vertelt in deze video van 2 minuten overde "Holistische benadering van kwaliteit". Kijk hier eens naar.

Ideaal QA advies

"Kwaliteit is ieders verantwoordelijkheid." Goede softwarekwaliteit heeft niet alleen te maken met testen, maar omvat ook andere praktijken van software engineering, zoals duidelijke eisen, schatting, kwaliteit van de code, documentatie, onderhoud van de software, individuele vaardigheden, teamcompetenties en andere verwante gebieden.

De kenmerken van QA consulting oefening zijn uniek. Laten we de kenmerken van consulting doorkruisen aan de hand van de vijf belangrijkste aspecten: technologie, product, mensen, proces, en cultuur.

Dit is de aanpak die Zuci volgt om de vijf belangrijkste aspecten te begrijpen.

Overwegende dat,

  1. Ingenieurspraktijken
  1. Kernproduct
  1. Vrijgegeven klanten
  1. Test engineering & QA

Technologie

Het hoofddoel hier is de technologie en de mogelijkheden van de klant te beoordelen op basis van de volgende premissen:

  • De kwaliteit van het softwareproduct vloeit voort uit de kwaliteit van het proces dat is gebruikt om het tot stand te brengen.
  • Technologie die de kwaliteit van het softwareproces ondersteunt.
  • Niveau van technologie gebruikt in software engineering productontwikkeling.
  • Software engineering procesvolwassenheid.

De consulenten moeten deze exercities in de vroege stadia van het overleg uitvoeren en zoveel mogelijk details verzamelen en deze waarnemingen documenteren, hetgeen van nut kan zijn bij de volgende stappen van het overleg.

Product

Adviseurs moeten een volledig inzicht krijgen in het product. Dit kan worden gedaan door middel van een reeks vergaderingen, whiteboards, brainstormsessies en het bekijken van verschillende delen van de suite van applicaties van de klant in projectmanagementtools; niet alleen vanuit een QA-standpunt, maar ook vanuit het oogpunt van software engineeringprocessen, door een vogelvlucht te nemen over hun architectuur, code, infrastructuur, technische schuld en andere relevante gebieden.

De evaluatie van de kernproducten moet omvatten:

  • Productdefecten en patroonanalyse
  • Sprint planning en oplevering evaluatie
  • Herziening van handmatige en geautomatiseerde tests
  • API-integraties - Gereedschap, testaanpak
  • Hardware, software & externe integraties
  • Praktijken voor productveranderingsbeheer
  • Integratie productbeheer en productieondersteuning

Als je diep in het product duikt, kun je de 'Technical Debt' die ermee gepaard gaat niet missen.

Technische schuld is een uitdrukking die oorspronkelijk is bedacht door softwareontwikkelaar Ward Cunningham, die het omschrijft als,

"Met geleend geld kun je iets eerder doen dan je anders zou doen, maar totdat je dat geld hebt terugbetaald, betaal je rente. Ik dacht dat geld lenen een goed idee was, ik dacht dat software de deur uit jagen om er ervaring mee op te doen een goed idee was, maar dat je natuurlijk uiteindelijk terug zou gaan en naarmate je dingen over die software leerde, je die lening zou terugbetalen door het programma te refactoren aan de hand van je ervaring zoals je die had opgedaan."

Dit kan je interesseren

Technische schuld – Hoe gaat HORUS ermee om?

Mensen

Ingenieurs die bijdragen aan de verschillende fasen van de levenscyclus van de productbouw beschikken niet alleen over diepgaande technische vaardigheden, maar ook over een "Product Quality Engineering Mindset". Een doeltreffende consultingpraktijk voor kwaliteitsborging (QA) moet gegrondvest zijn op de denkwijze van productkwaliteitstechnici.

Deze mentaliteit is een uniek geheel van beginselen, methodologieën en praktijken die bestaan uit zelfleren, samenwerking, teamwerk, voortdurend experimenteren, verkenning, precieze vragen stellen en antwoorden zoeken, engagement en focus.

Wanneer men het over mensen en samenwerking heeft, kan men niet genoeg benadrukken hoe belangrijk het is mensen mondiger te maken door middel van opleidings- en ontwikkelingsprogramma's. Dit dient als kennisbasis en is van cruciaal belang wanneer er geografisch verspreide teams samenwerken.

Het is van essentieel belang de rol van QA-consultants in dit verband te erkennen om een sterke basis te leggen voor elke organisatie. Het komt erop aan iedereen op één lijn te krijgen, zodat zij begrijpen hoe elk onderdeel van hun taak past in het geheel van het bouwen van kwaliteitstoepassingen.

Geïnteresseerd in een oplossing die een duidelijk beeld geeft van de kwaliteit van het product voor mensen in de hele organisatie?

Welke voordelen heeft HORUS voor elke belanghebbende in de technische organisatie?

Proces

Gewoonlijk volgen consultingteams processen van eigen bodem of lichte processen. Velen van hen volgen Agile- of Lean-gebaseerde methodologieën.

Het hoofddoel van de procesbeoordeling is de door de klant gevolgde software engineering-praktijken te evalueren. Voornamelijk vereist het dat consultants:

  • Besprekingen met Product Management
  • Besprekingen met het/de ingenieursteam(s)
  • Besprekingen met team Professionele Diensten
  • Besprekingen met klantgerichte teams
  • Samenwerking tussen Product Management, Engineering, Solutions & Production Support teams
  • Productie Ondersteunende Praktijken

De manier waarop Zuci naar "processen" kijkt, is door drie kerngebieden te bekijken die een overzicht geven van de algemene engineeringprocessen en -effectiviteit, waaronder:

Niet zeker van uw QA procesvolwassenheid? We hebben in detail gesproken over QA-volwassenheid en een weg uitgestippeld om die te bereiken en meer. Haal het allemaal hier.

Cultuur

Softwarekwaliteit is enorm. Het kan een bedrijf maken of breken. Het is zeer agressief en vol actie.

Sommige bedrijven geven er de voorkeur aan kwaliteit vanaf het begin in hun producten in te bouwen, terwijl andere zich concentreren op het verhelpen van bugs nadat het product is gelanceerd. Sommige bedrijven verdienen geld met het bouwen van producten van hoge kwaliteit; andere verdienen geld met het oplossen van problemen nadat een product is verzonden.

Het komt allemaal neer op de bedrijfscultuur.

De rol van een consultant hier is om een cultuur van shift-links mogelijk te maken die de silo's wegneemt en de samenwerking tussen de teams helpt verbeteren.

Hoofdelementen van Shift-links

  • Betrek testers er vroeg bij: Maak QA deel van het SCRUM team. QA moet de user stories doornemen en samenwerken met de product managers om ze te begrijpen en te verduidelijken. QA bepaalt vervolgens samen met de productmanagers en analisten de acceptatiecriteria. QA zal beslissen over de handmatige tests die moeten worden gedaan voor de start van de Sprint.
  • Neem ontwikkelaars mee in het testen van activiteiten: Breng meer Unit, Integratie & Statische code analyse in voor hun code voordat ze het naar de hoofdbranch pushen; de samengevoegde code is schoner en minder foutgevoelig. Afzonderlijke code-eenheden zijn gemakkelijker te testen omdat ze kleiner en beter navigeerbaar zijn.
  • Testers kennis laten maken met coderen: QA zal samenwerken met de ontwikkelaars om de acceptatietesten te automatiseren op basis van de acceptatiecriteria.
  • Houd testbaarheid in gedachten tijdens het coderen: Succesvol Shift Left testen vereist ook een teamprestatie. Als ontwikkelaars code schrijven, moeten ze zich afvragen: "Hoe maak ik het beter testbaar?" Dit kan betekenen dat er een haak wordt blootgesteld of dat er een unieke ID voor een element wordt gecreëerd
  • Zoek een mogelijkheid om elk herhaalbaar proces te automatiseren: Automatisering moet Unit / Integratie / Acceptatie testen omvatten die applicatie functionaliteiten, integraties, configuraties, implementaties, prestaties, capaciteit, en beveiliging testen.
  • Geautomatiseerde tests aanvullen met verkennende tests en bruikbaarheidstests.

Wij bij Zuci genieten met volle teugen van elke QA consulting oefening en hopen dat u het ook leuk vindt om erover te lezen.

Als u meer wilt weten over ons werk, en een uitgebreid consultatierapport wilt ontvangen, klik dan hier.

Laatste gedachten

Kortom, het is belangrijk om een holistische kijk op het product te hebben. Soms wijst het "grotere plaatje" ons in de richting van wat er mis is met een bepaald deel van het product; andere keren helpt het ons gewoon potentiële kansen voor verbetering op meerdere gebieden te identificeren.

Het komt erop neer dat kwaliteitsverbeteringen van korte duur zullen zijn zonder deze holistische aanpak, aangezien de steeds toenemende concurrentie de producteigenaars achteruit dwingt op het gebied van kwaliteit, kenmerken en functionaliteit.

Wil je meer weten over het onderwerp? Stuur je vragen naar sales@zucisystems.com en we nemen binnen een dag contact met je op.

Keerthi Veerappan

An INFJ personality wielding brevity in speech and writing. Marketer @ Zucisystems.