Softwarekwaliteitsborging (SQA): plan, audit en Review
Na voltooiing van de zeven testfasen zien de resultaten er goed uit. Er hebben zich geen noemenswaardige problemen voorgedaan in het project Guru99 Bank. Je hebt het project goed geleid en je was trots op het succes van dit project
Helaas denkt het bestuur daar anders over
U heeft geen enkel bewijs dat u dit project goed heeft beheerd. U vroeg een adviseur om een oplossing. Hier is het antwoord
Dit antwoord is een begin, maar u heeft nog steeds de volgende vragen:
Deze tutorial zal u helpen deze vragen te beantwoorden -
Wat is het testmanagement Revoverzichten & audit?
- beheer Revie: beheer Review is ook bekend als Software Kwaliteitsborging of (SQA). Het richt zich meer op het softwareproces dan op de softwarewerkproducten. Kwaliteitsborging is een reeks activiteiten die zijn ontworpen om ervoor te zorgen dat de projectmanager het standaardproces volgt dat al vooraf is gedefinieerd. Met andere woorden, Quality Assurance zorgt ervoor dat de testmanager de juiste dingen op de juiste manier doet.
- audit: Een audit is het onderzoek van de werkproducten en de bijbehorende informatie om te beoordelen of het standaardproces is gevolgd of niet.
Waarom hebben we SQA nodig in het testmanagementproces?
Om dit te begrijpen, overweeg het volgende scenario:
In het project verzorgt Guru99 Bank verschillende testfasen zoals –
Als Testmanager ben jij degene die de leiding neemt over deze werkzaamheden. Echter, Je bevindt je op de hoogste positie in het projectteam. Wie beoordeelt uw taken en controleert of de projectmanagementactiviteiten volgens de hoogste standaard worden uitgevoerd?
Welnu, de SQA-auditor is de persoon die beoordeelt en controleert of de projectmanagementactiviteiten zo goed mogelijk worden uitgevoerd standaard. Alleen op basis van de uitkomst van dit onderzoek kan de directie de kwaliteit van uw projectafhandeling beoordelen.
Dit is de reden waarom we management nodig hebben Review of SQA in het testmanagementproces.
De SQA interviewt u, de testmanager, om het project te vergelijken met vastgestelde normen.
Voordelen van SQA zijn –
Hoe de kwaliteitsborging implementeren?
Stap 1) Ontwikkel een SQA-plan
Het testen van activiteitsbehoeften Testplan op dezelfde manier heeft SQA-activiteit ook behoefte aan een plan Wat genoemd wordt als SQA-plan.
Het doel van het SQA-plan is het opstellen van planningsprocessen en -procedures om ervoor te zorgen dat de vervaardigde producten of de door de organisatie geleverde diensten van uitzonderlijke kwaliteit zijn.
Tijdens de projectplanning maakt Testmanager een SQA-plan waarbij periodiek een SQA-audit wordt ingepland.
In het SQA-plan moet de testmanager het volgende doen:
Stap 1.1) Identificeer de rol en verantwoordelijkheden van het SQA-team
In een projectteam moet ieder lid verantwoordelijkheid hebben voor de kwaliteit van zijn of haar werk. Elke persoon moet ervoor zorgen dat zijn werk voldoet aan de kwaliteitscriteria.
Het SQA-team is de groep mensen die de grote rol bij het project. Zonder QA zal geen enkel bedrijf succesvol kunnen functioneren. Daarom moet de testmanager de verantwoordelijkheid van elk SQA-lid in het SQA-plan, zoals hieronder:
- Beoordeling en schatten de kwaliteit van projectactiviteiten om aan de QA-criteria te voldoen
- Coördineren met de directie en projectteams om de vereisten te beoordelen en deel te nemen aan projectbeoordelings- en statusvergaderingen.
- Ontwerp spoor en verzamelen meetinstrumenten om de projectkwaliteit te monitoren.
- Maatregel de kwaliteit van het product; verzekeren het product voldoet aan de verwachtingen van de klant.
In het SQA Plan van het project Guru99 Bank kunt u bijvoorbeeld de lijstleden maken SQA-team zoals hieronder
Nee | Lid | rollen | Verantwoordelijkheid |
---|---|---|---|
1 | Peter | SQA-leider | Ontwikkel en documenteer kwaliteitsnormen en -processen voor alle managementprocessen
Beheer softwarekwaliteitsborgingsactiviteiten voor het project |
2 | James | SQA-auditor | Voer SQA-taken uit, rapporteer aan de SQA-leider het resultaat van de SQA-beoordeling. |
3 | Boon | SQA-auditor | Voer SQA-taken uit, rapporteer aan de SQA-leider het resultaat van de SQA-beoordeling. |
Stap 1.2) Lijst met de werkproducten die de SQA-auditor zal beoordelen en auditen
De testmanager zou dat moeten doen
- Lijst alle werkproducten van elk testmanagementproces uitwerken
- Definiëren van tot welke faciliteiten of apparatuur de SQA-auditor toegang heeft om SQA-taken uit te voeren, zoals procesevaluaties en audits.
Voor het project Guru99 Bank kunt u bijvoorbeeld de werkproducten van elk testmanagementproces opsommen en toestemming definiëren voor SQA-leden om toegang te krijgen tot deze werkproducten, zoals in de volgende tabel.
Nee | Beheerfasen | Werk product | Pad | Toestemming | Verleen aan persoon |
---|---|---|---|---|---|
1 | Risico analyse | Risicobeheerdocument | [Serverpad] | Lees | Alle SQA-teamleden |
2 | Schatting | Rapport Schattingen en statistieken | ... | Lees | Peter |
3 | Planning | Testplanningsdocument | ... | Lees | Alle SQA-teamleden |
4 | Organisatie | Personeelsplan, opleidingsplan | ... | Lees | Alle SQA-teamleden |
5 | Bewaking en controle | Verzamelde statistieken van projectinspanning | ... | Lees | Boon |
6 | Beheer van problemen | Uitbrengen managementrapportage | ... | Lees | James |
7 | Test rapport | Testrapportdocument | ... | Lees | Alle SQA-teamleden |
Stap 1.3) Maak het schema om de SQA-taken uit te voeren
In deze stap moet de Testmanager de taken uit te voeren door een SQA-auditor met speciale nadruk op SQA-activiteiten en het werkproduct voor elke taak.
Test Manager maakt ook het scheduling van die SQA-taken. Normaal gesproken wordt het SQA-schema aangestuurd door het projectontwikkelingsschema. Daarom wordt een SQA-taak uitgevoerd in relatie tot de softwareontwikkelingsactiviteiten die plaatsvinden.
In het SQA-plan maakt Testmanager de planning voor de managementbeoordeling. Bijvoorbeeld
Datum | SQA-taken | Persoonlijk verantwoordelijk | Beschrijving | uitgang |
---|---|---|---|---|
30-oktober-2014 | Evalueer projectplanning, tracking en toezichtprocessen | James |
– Softwarespecificatie Review – Schatting, masterplanning en projectplan Review |
SQA-planningsrapport, SQA-beoordelingsminuut |
15-Dec-2014 | Review behoefteanalyse | James |
- RevBekijk de ontwikkeling van softwarevereisten |
Proces auditrapport |
30-mrt-2015 | RevBekijk en evalueer het testontwerp | James |
- Revbekijk het Testontwerpdocument |
SQA-rapport, SQA-beoordelingsminuut |
30-mrt-2015 | Revie vrijlating | Boon |
– Procesaudit: definitieve release |
SQA-procesauditrapport |
2-april-2015 | Revzie Projectafsluiting | Boon |
– Externe beoordeling na definitieve levering aan klant |
SQA-procesauditrapport |
Stap 2) Definieer de standaarden/methodologie
Om de managementactiviteiten te beoordelen aan de hand van het standaardisatieproces, moet u de volgende stappen uitvoeren
- Definieer het beleid en de procedures die bedoeld zijn om te voorkomen dat er fouten optreden in het managementproces
- Documenteer het beleid en de procedures
- Informeer en train het personeel in het gebruik ervan
Stap 3) Revbekijk het proces
Review projectactiviteiten om naleving van het gedefinieerde managementproces te verifiëren. In de managementbeoordeling moeten de SQA-leden 5 SQA-beoordelingen uitvoeren als volgt
Review tijd voor SQA hangt af van het ontwikkelingslevenscyclusmodel van het project. In het geval van het project Guru99 Bank, zou het reviewschema als volgt moeten zijn
In elke SQA-fase wordt de SQA-leden zorgen voor overleg en beoordelen van de projectplannen, het werkproduct en de procedures met betrekking tot de naleving van het gedefinieerde organisatiebeleid en de standaardprocedures.
Tijdens de audit moeten de SQA-leden gebruiken SQA-beoordelingscontrolelijst
Nadat u de 3 stappen van software assurance-implementatie heeft doorlopen, heeft u het resultaat van Testmanagement Revbekijken & audit. Dit is het bewijs dat u aan uw stakeholders kunt laten zien over uw managementkwaliteit.
Beste praktijk voor softwarekwaliteitsborging
Hier volgen enkele best practices voor een effectieve SQA-implementatie
- Continue verbetering: Alle standaardprocessen in SQA moeten worden verbeterd vaak en gemaakt officieel zodat de ander kan volgen. Dit proces zou moeten zijn gecertificeerd door populaire organisaties zoals ISO, CMMI… enz.
- Documentatie: Al het QA-beleid en de methoden die door het QA-team zijn gedefinieerd, moeten worden gedocumenteerd voor training en hergebruik voor toekomstige projecten.
- Ervaring: Het kiezen van leden die ervaren SQA-auditors zijn, is een goede manier om de kwaliteit van de managementbeoordeling te waarborgen
- Hulpmiddelgebruik: Door gebruik te maken van tools zoals de trackingtool en de beheertool voor het SQA-proces, worden de SQA-inspanningen en projectkosten verlaagd.
- metrics: Het ontwikkelen en creëren van meetgegevens om de softwarekwaliteit in de huidige staat te volgen, en om de verbetering met eerdere versies te vergelijken, zal de waarde en volwassenheid van de software helpen vergroten. Testen
- Verantwoordelijkheid: Het SQA-proces is niet de taak van het SQA-lid, maar iedereen's taak. Iedereen in het team is verantwoordelijk voor de kwaliteit van het product, niet alleen de testleider of manager.