how plan manage testing projects effectively
La planificació de projectes és un dels elements fonamentals del procés de gestió de projectes.
La manera com cada equip interpreta els objectius a assolir és una representació directa del nivell de claredat incorporat al pla del projecte. Especialment quan es tracta d’un projecte de prova, una planificació imprecisa del projecte pot tenir una greu implicació en l’execució de la prova del sistema sotmès a prova i en la qualitat general del producte en general.
=> Feu clic aquí per obtenir una sèrie completa de programes de proves
En aquest tutorial de planificació de projectes de proves, aprendrem
- El procés global de planificació de projectes en proves de projectes
- Discussió sobre determinats elements de planificació específics com la gestió de recursos, la coordinació i les tècniques d'informes
Què aprendreu:
- Procés de planificació de proves
- Gestió eficaç d’un projecte de proves
- Assignació i distribució de tasques
- Consells sobre la gestió de recursos
- Seguiment de proves / eines que s’utilitzen per informar
- Conclusió
- Lectura recomanada
Procés de planificació de proves
A continuació, es presenta un recorregut per les diverses etapes del procés de planificació de proves, que es discuteix de manera concisa.
Etapa número 1: Reviseu i analitzeu els requisits
Aquest és el primer pas per a qualsevol projecte i té un paper molt important en qualsevol projecte de proves.
Mentre ho intentava analitzar els requisits , l'equip de prova ha d'identificar i, per tant, determinar quins elements s'han de provar. Aquests elements es basen en gran mesura en com l’usuari final consumirà el sistema i, per tant, ha de ser mesurable, detallat i significatiu.
Els elements o funcions que s’identifiquen generalment descriuen el que pretén fer el programari o producte concret; caracteritzats com a requisits funcionals. També hi pot haver alguns requisits no funcionals identificats, com ara el rendiment o la interacció dels components del programari de punta a punta.
Les persones que són conscients de l’objectiu empresarial i poden definir adequadament els requisits necessaris solen formar part d’aquesta activitat. A continuació, es documenten els requisits i es distribueixen per a les revisions. Cal incorporar tots els comentaris i comentaris de la revisió per conduir el document fins a la sessió final.
Etapa núm. 2: Abast de les proves
L'abast de les proves és generalment una extensió de la fase d'anàlisi de requisits i es considera sobretot com una activitat única, ja que van de la mà. Un cop finalitzats els requisits, l'equip de prova determina quins articles es volen provar i quins no.
Aquesta activitat també s'hauria de dirigir a determinar quines àrees de proves estan cobertes per quins equips.
Per exemple un equip està dedicat a FVT (Prova de verificació de funcions) i SVT (Prova de verificació del sistema) tindrà un abast completament diferent per a les proves, i la globalització pot ser realitzada o no per FVT, etc.
També si el projecte de prova requereix automatització, aquí també s’avalua la seva viabilitat. Tenir un abast clar definit resultarà inestimable per a la direcció per determinar clarament què s’ha provat i quin equip ha cobert l’esforç de prova.
Etapa 3: Dissenyar el estratègia de prova segons l'abast
Després de reunir els requisits i identificar l’abast de les proves, l’equip de proves publicarà un document d’alt nivell anomenat document d’estratègia de prova, que definirà l’enfocament de la prova per assolir els objectius de la prova.
No s’ha d’actualitzar amb massa freqüència un document d’estratègia de prova.
A un nivell alt, el contingut del document d’estratègia de prova tindrà l’abast i l’objectiu de les proves, l’enfocament, els rols i les responsabilitats dels equips de prova individuals, les eines identificades per a les proves, les mètriques identificades, els plans de riscos i mitigació, la presentació d’informes i el seguiment. mecanismes, etc.
Etapa 4: Identifiqueu les eines necessàries per a la prova i la gestió
Segons si l’automatització és possible i si s’orienta l’automatització CLI (Command Line Interface) o GUI, cal identificar les eines corresponents.
També cal identificar eines per a la gestió de proves que ajudin a crear i assignar tasques, fer un seguiment del progrés de la prova, identificar els obstacles i generar informes que indiquin el progrés. En parlarem més detalladament a la segona part del tutorial.
Etapa 5: Calculeu l'esforç i l'equip de la prova
Una estimació correcta de l’esforç pot evitar retards temporals i permetre dinàmicament el reequilibri dels recursos segons sigui necessari.
La primària factors que influirien en aquesta activitat són la mida de l’equip, les habilitats dins de l’equip, l’actitud de l’equip i el calendari.
És obligatori que l’equip revisi les estimacions d’esforç per mantenir-se en línia amb aquests factors, que és directament proporcional als seus nivells d’interès.
Etapa núm. 6: Definiu el calendari de proves
diferència entre c ++ i java
Un cop tingueu els elements comprovables que s'han desglossat en línies de comanda lògiques, l'estimació de mida completa per al treball especificat, s'ha de definir un calendari de proves mesurable en funció de tots aquests i dels verificadors assignats.
Etapa # 7: Pla d’habilitació
Tant si es tracta d’un nou projecte que s’ha de provar com si es tracta d’una millora d’un sistema existent prèviament, l’equip de proves ha d’estar format no només tècnicament, sinó també pel que fa al procés global de proves que se segueix.
Etapa 8: Determineu i procureu l’entorn de prova
Identifiqueu la infraestructura necessària per provar el sistema i inicieu totes les sol·licituds per adquirir el maquinari, el programari i les peces de xarxa necessàries per donar suport a les proves.
Aquest és un element crucial en la fase de planificació, ja que regirà l’estabilitat de l’entorn de prova, que repercutirà directament en els defectes produïts.
Etapa # 9: Identificar mètriques de prova
Les mètriques de prova solen ser el mètode quantificat per obtenir la qualitat del producte o del sistema.
Al començament de qualsevol projecte, cal establir aquestes unitats mesurables que ajudin a determinar si hi ha oportunitats de millora. Generalment, a efectes d’auditoria de qualitat, les mètriques són indicadors directes de la qualitat del producte i del procés.
Etapa 10: Creeu el fitxer pla de proves de programari , revisa i aprova
Un document de pla de proves està més centrat en la prova i explica 'què provar', 'quan provar', 'com provar' i 'qui provarà' que es determina a partir de la documentació tècnica, com ara documents de casos d'ús, dissenys d'alt nivell , etc.
Fins ara, hem debatut sobre les diferents etapes de la planificació del projecte.
Tot i que cada etapa pot ser un tutorial en si mateixa, aquesta part de l’article pretén mostrar les tasques de planificació menys comunes. Aquestes tasques, si no es fan una reflexió adequada, tindran un efecte advers sobre l'equip de proves i, per tant, el producte.
Vegem aquestes tasques, la seva importància i consells per continuar improvisant-les constantment per gestionar el projecte de control de qualitat de manera efectiva.
Gestió eficaç d’un projecte de proves
Quan s’apliquen tècniques de planificació efectives, els riscos o errors es poden identificar fàcilment fins i tot abans que comencin les proves. Tot i que cadascuna de les tasques següents està relacionada entre si, val la pena fer-ne una menció a part.
Assignació i distribució de tasques
Això prové de l'estimació de l'esforç i el dimensionament en l'etapa de planificació. Tenint en compte les habilitats, l’actitud, l’horari i la mida de l’equip, aquí teniu alguns consells per a l’assignació de tasques:
# 1) És una pràctica molt bona asseure l’equip i comunicar molt clarament l’objectiu i els fonaments darrere de la tasca especificada. Conèixer com una obra concreta s’adapta a l’esquema general de les coses ajudarà a les persones a obtenir un mètode significatiu per aconseguir-les i els permetrà avançar el millor de si mateix.
# 2) Prepareu un gràfic d’habilitats de tots els membres de l’equip i assigneu les tasques en conseqüència. A més, tingueu en compte que cal donar una bona oportunitat fins i tot als membres menors.
Per exemple: Si una tasca és gran, es pot dividir en un membre sènior i júnior. Si ho feu, s’habilitaran qualitats de lideratge en el membre sènior i també es basarà en el coneixement del membre menor. Si una tasca és complexa, haureu de contribuir-hi 2 membres o més.
# 3) Una vegada que es decideixi un esquelet inicial de l'assignació de tasques amb la programació, floteu-lo dins l'equip i feu-los revisar. A més, expliqueu el motiu i la lògica que hi ha darrere de la tasca.
Abans d’acabar la tasca, una bona idea seria consultar amb la persona si hi està d’acord o si té algun altre suggeriment. Si no hi ha cap objecció, discutiu el calendari i el tipus d'informes d'estat necessaris des del final.
Un feedback també pot significar que la persona no està d'acord amb l'assignació. Parleu amb les persones per què no hi estan d'acord i respecteu la seva opinió. Si les preocupacions expressades són vàlides, busqueu opcions per tornar a equilibrar la tasca, de manera que no hi hagi risc que la tasca es completi segons el calendari previst.
# 4) Accepteu el mode d’informació que s’espera. Permetre a les persones decidir si volen donar una actualització de correu electrònic o utilitzant qualsevol altre mode informal. Poseu-vos a l’abast i inculqueu la sensació que poden apropar-vos a vosaltres sempre que sentin que s’estan quedant atrapats o si hi ha alguna cosa que els impedeixi assolir l’objectiu.
# 5) És fonamental identificar les eines necessàries per fer un seguiment de les tasques requerides. Això ajudarà a revisar a temps les tasques que encara no s’han treballat, les que estan en curs i les que s’han completat.
Consells sobre la gestió de recursos
Com a part del meu article de lideratge que es troba aquí, es va fer molta informació sobre la gestió dels recursos de prova:
=> Comprovar el lideratge i com gestionar l’equip de proves de manera eficaç
Aquí, en breu, tractaré alguns d’aquests aspectes.
# 1) El més freqüent és que els provadors sempre estiguin sotmesos a una pressió elevada a causa dels terminis estrictes del projecte, la manca de personal o el contingut excessiu sobtadament afegit sense canvis en els horaris del projecte.
En aquests casos, si preveieu que es poden dificultar els terminis, parleu amb la direcció i modifiqueu l'abast en conseqüència.
# 2) És molt important mantenir les línies de comunicació sempre més obertes amb els verificadors en aquests casos. Comenteu amb els verificadors la situació actual i indiqueu com succeeixen aquests canvis i traduïu-vos de dalt a baix.
# 3) Sempre hi haurà defectes, problemes tècnics, consultes que caldria resoldre i que repercutissin directament en l’estat del projecte. Intenteu sempre reduir la bretxa entre els equips de desenvolupament i de prova, de manera que els problemes relacionats amb defectes o altres consultes tècniques s’ordenin ràpidament.
Inculqueu a cada provador una sensació de propietat, de manera que estiguin en una posició segura de conduir i dirigir debats per resoldre consultes tècniques o problemes amb la direcció o els desenvolupadors en qualsevol moment.
# 4) Els horaris sempre tenen moltes possibilitats de desconcertar-se, així que no fixeu expectatives per a la direcció de l’equip de proves de poder estirar-se sempre.
'Tot el treball i res de joc fan de Jack un noi avorrit' probablement sigui el proverbi més adequat per a un equip de proves, ja que té un risc elevat d’esgotament. Sempre haureu identificat les còpies de seguretat, de manera que la gent pugui prendre una estona lliure quan tingui la sensació de voler un descans.
# 5) És imprescindible unir entrellaçaments periòdics amb l’equip de proves i la gestió per controlar les tasques i l’estat dels mateixos. Els tractarem més detalladament a la propera bala.
Seguiment de proves / eines que s’utilitzen per informar
La direcció sovint reacciona amb les celles aixecades quan se’ls comunica l’estat real. A continuació, es detallen alguns consells sobre com fer caure aquestes celles en un grau raonable.
# 1) Els provadors s’enfronten a molta inestabilitat durant les proves i moltes vegades passa que diverses persones els demanen progressos a diferents nivells. Els resulta exhaustiu i excessiu fer aquestes tasques administratives. Tot i que és important que notifiquin el seu progrés, heu d’esbrinar un forma menys feixuga del seu progrés .
# 2) Mantingueu reunions periòdiques de control / scrum amb l'equip de proves i analitzeu si les coses van bé. Entrella amb ells per veure fins a quin punt han arribat, què està en curs, què cal fer i què els frena. En cas que algú se senti sobrecarregat, preneu mesures per fer un nou equilibri per tal d’executar-lo sense problemes.
# 3) Mantingueu reunions periòdiques amb la direcció i feu-los adonar que el líder és el punt de contacte per a qualsevol pregunta relacionada amb l’estat i que es pot demanar als verificadors individuals que presentin només quan sigui necessari.
Proveu de mostrar l'equip de prova tant com sigui possible, a part de l'estat de comunicació. Si un provador ha presentat un defecte important, mostreu-lo i aprecieu-lo en un públic més nombrós. Això motivarà tothom a elevar el seu nivell.
# 4) Fins i tot no cal esmentar que la forma més precisa i transparent d’estat dels informes és tenir identificades eines per a la gestió / presentació de proves.
Hi ha eines completes disponibles que ajuden a tota la planificació de proves, com ara Microsoft Project Planner o bé Projecte MS 2013 .
Aquesta eina ajuda a definir un projecte per fases, l’essència de les tasques necessàries amb un desglossament de les tasques majors i menors assignades a cadascuna d’aquestes fases, estimacions d’esforç, identificació de dependències entre tasques i assignació de recursos. D’aquesta manera, això ajuda a un seguiment i gestió eficients d’un projecte.
Aquí també podeu trobar un munt d’eines descrites molt bé:
=> Les millors eines de gestió de informes / proves
Conclusió
Tot i que cada fase del procés de planificació es pot discutir llargament, aquest document ajudarà els verificadors a comprendre com s’alinea el seu paper amb aquest procés general. Aquest va ser el nostre intent de treure elements de planificació de proves molt específics; que influeixen diàriament en els equips de proves per desenvolupar la seva feina de manera eficaç.
Espero que aquest article posi de manifest certs aspectes subtils de la planificació del projecte amb molta claredat. Dedicar temps per a una planificació eficaç pot resultar fonamental per assolir les fites del projecte.
Sobre l'autor: Aquest és un article de Sneha Nadig. És responsable de proves amb més de 8 anys d’experiència en projectes de proves manuals i d’automatització.
quina diferència hi ha entre Unix i Linux
Voleu compartir consells més específics per gestionar eficaçment els projectes de proves? Feu-nos-ho saber en els comentaris següents.
=> Visiteu aquí per obtenir la sèrie completa de programes de proves
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Programa de cursos de proves de programari: pla de formació detallat del curs en línia
- Prova de descàrrega de llibres electrònics
- 7 consells bàsics per provar llocs web multilingües
- Els 20 millors consells pràctics sobre proves de programari que heu de llegir abans de provar qualsevol aplicació
- Procés de gestió de defectes: com gestionar eficaçment un defecte
- 10 consells que heu de llegir abans d’automatitzar el vostre treball de proves
- Les proves de programari són una tasca emocional?