Menú

Tutorial de gestió de proves: una guia definitiva per a la gestió de proves

  • Principal
  • Altres
  • Tutorial de gestió de proves: una guia definitiva per a la gestió de proves

test management tutorial

Proveu El Nostre Instrument Per Eliminar Problemes

Aquest és un tutorial de gestió de proves per a proves de programari. Inclou fases de gestió de proves, eines i gestió de proves contra l'estructura organitzativa:

La gestió de proves és el procés de gestió de totes les activitats, documents i altres treballs relacionats amb la prova. Les estructures organitzatives fan referència a una jerarquia d’equips o empleats que treballen en projectes concrets.

Creieu que l’estructura organitzativa afecta la gestió de les proves?

Si la vostra resposta és negativa, veurem per què? Si és així, vegem com afecta. Per trobar la relació entre aquests dos, hem d’entendre aquests temes amb claredat i després explorar la relació entre la gestió de proves i l’estructura organitzativa.

Gestió de proves

Què aprendreu:

Introducció a la gestió de proves

Gestió de proves significa gestionar tot el procés de proves de programari per a un projecte concret. El procés de gestió de proves s’aplica a tot el cicle de vida del desenvolupament de programari. Per tant, l’ideal és que tan bon punt comenci el procés de desenvolupament de programari, també s’hauria d’iniciar el procés de gestió de proves.

El responsable de proves tenia les següents responsabilitats:

  • El responsable de proves ha de garantir la coherència i la qualitat d’aquests productes de treball.
  • Treballeu amb Test Analyst i Technical Test Analyst per seleccionar i personalitzar la plantilla adequada.
  • Col·laboreu amb l'analista de proves i l'analista de proves tècniques per establir estàndards d'aquests productes, com ara nivells de grau detallat.
  • Reviseu els productes de treball utilitzant les tècniques adequades.

Components de gestió de proves

La gestió de proves es divideix en 5 parts per a una millor comprensió:

  1. Documentació de proves
  2. Estimació de la prova
  3. Mètriques de prova
  4. Mesura del progrés de la prova
  5. Mètriques per supervisar el cicle de vida de les proves

# 1) Documentació de prova

A continuació es detallen tres tipus de documentació de prova:

  • Política de proves
  • Prova d’Estratègia
  • Pla director de proves

# 1) Política de proves:

demostreu-ho c # test respostes
  • Resumeix el valor que l’organització obté de les proves.
  • Defineix les polítiques de proves.
  • Descriu com avaluar l'eficàcia de les proves.
  • Esbossa el procés de prova.
  • Especifiqueu com l'organització millorarà el procés de prova?

# 2) Estratègia de prova:

  • Descriu les metodologies generals de prova que s’utilitzen per gestionar els riscos del projecte i del producte.
  • Estratègies analítiques: Com les proves basades en el risc.
  • Estratègia basada en models: Com un perfil operatiu on l’equip de proves desenvolupa un model basat en situacions reals i acceptades d’entorn, entrada i condicions.
  • Estratègia metodològica: Característiques de qualitat en què l'equip de prova utilitza un conjunt de condicions de prova, llista de comprovació o col·lecció de proves lògiques generalitzades.
  • Tècniques compatibles amb els processos o les normes: Segueix un conjunt del procés com SCRUM / Agile.
  • Estratègies reactives: Utilitzant ATACS basats en defectes COM A PROVA EXPLORATPLRIA.
  • Estratègia consultiva: Igual que les proves dirigides per l'usuari, en què l'equip de prova es basa en l'aportació d'un o més grups d'interès per determinar les condicions de la prova, com ara les proves de compatibilitat externes.
  • També descriu:
    • Procediments d’integració
    • Tècniques d'especificació de proves
    • Independència de les proves
    • Normes obligatòries i opcionals
    • Entorn de prova
    • Eines
    • Reutilització de productes de programari
    • Repetició i regressió.

# 3) Pla mestre de proves:

  • Cobreix totes les tasques de proves que cal fer.
  • Es discuteix com les proves implementaran l'estratègia i la política de proves.
  • Si no es descriu alguna cosa, el Pla de proves hauria de descriure per què i el pla de mitigació per a això.
  • El contingut del pla de proves és:
    • Articles a provar
    • Característiques de qualitat a provar.
    • Horari
    • Cicle d’execució
    • Variables de defecte
    • Comproveu els elements a l'abast
    • Criteris de sortida
    • Riscos del projecte
    • Governança general dels esforços de proves,
    • Rols i responsabilitats
    • Entrada i sortida

# 2) Estimació de la prova

Punts generals:

  • És una activitat de gestió
  • Es basa en l’experiència.
  • Ofereix un catàleg específic i detallat de costos, recursos, tasques i persones.
  • L’estimació, un cop preparada, s’ha de lliurar a la direcció juntament amb la justificació.
  • L'estimació final representa el millor equilibri possible dels objectius organitzatius i del projecte.
  • L'estimació es basa en la informació disponible en aquell moment.
  • Per mantenir la precisió, s’han d’actualitzar les estimacions per reflectir la informació nova i modificada.

Factors que afecten l'estimació de proves:

  • Nivell de qualitat requerit
  • Mida del sistema
  • Dades històriques
  • Factors de procés com l'estratègia, el desenvolupament i el cicle de vida
  • Factors materials com l'entorn de prova, l'automatització, les eines i les dades
  • Factor de persones
  • Complexitat del procés
  • Formació i KT (Transferència de Coneixement)
  • Assimilació i desenvolupament de noves eines i tecnologia, procés o tècniques.
  • El requisit d’un grau superior de les especificacions detallades de la prova.
  • Moment d'arribada del component
  • Dades de prova.

Suposicions:

  • Estructura de desglossament del treball
  • Sessió d’estimació d’equips
  • Relació Tester - Desenvolupador
  • Història de l'organització
  • Anàlisi de punts de funció, LOC.

L'estimació de la prova s'explica més endavant al tutorial.

# 3) Mètriques de prova

  • Què es mesura, es considera fet?
  • Què no mesura, és fàcil ignorar-lo?
  • Cal definir un conjunt limitat de mètriques útils.
  • Només s’han de definir aquelles mètriques la interpretació de les quals sigui consensuada per tothom.
  • Els informes i la combinació de mètriques s’han d’automatitzar.
  • El gestor hauria de validar la informació en mètriques.

Mètrica del projecte: % de passatge, error executat, etc.

Mètrica del producte:

  • Atributs del producte
  • Densitat de defectes

Mètrica de procés: Mesura la capacitat de provar com% del defecte.

Gent: Capacitat de l'individu.

Prova mètrica de progrés:

  • El nombre de casos / casos de prova, previstos i executats.
  • Defecte total classificat per gravetat, prioritat, estat actual i subsistema d’efecte.
  • El nombre de canvis necessaris, acceptats, compilats i provats.
  • Previsió vs Cost real.
  • Durada prevista vs real
  • Fita prevista contra la prova real.
  • Estat de risc de qualitat del producte
  • % de pèrdua d'esforç, cost o temps de prova.

# 4) Mesura del progrés de la prova

Riscos del producte:

  • % de risc cobert.
  • % de risc de prova de suspensió
  • % Risc identificat per l'individu.

Defectes:

  • El nombre de defectes trobats i el nombre de defectes presentats.
  • Taxa d’arribada del temps mitjà d’error
  • Defectes en els elements de prova concrets.
  • Detecció de RCA (Anàlisi de la causa arrel)
  • El defecte són les versions de prova.
  • Defecte en fase
  • Prioritat i gravetat
  • Informe de rebuigs contra duplicats
  • Temps de resolució
  • El nombre de nous defectes introduïts a causa de la solució de defectes antics.

Prova:

  • Nombre total de la prova aprovada, fallada, corredora, bloquejada
  • El nombre total de casos de proves de regressió.

Cobertura:

  • Requisits i cobertura del disseny
  • Cobertura de riscos
  • Cobertura de la configuració de l'entorn
  • Cobertura del codi

# 5) Mètriques per controlar el cicle de vida de les proves

Monitoritzar el pla de proves

  • Nombre de riscos i requisits
  • Descobriment de defectes
  • Pla vs esforços reals.

Disseny de proves de monitors

  • El nombre de defectes trobats durant el disseny.

Anàlisi de proves de monitorització

  • Nombre de condicions
  • Nombre de defectes a l'anàlisi

Superviseu la implementació de la prova

  • % de configuració de l'entorn
  • % de casos de prova automatitzats.

Supervisa l'execució

  • % de casos aprovats, fallits, no executats i bloquejats
  • % Casos de prova coberts
  • S'han resolt els defectes previstos i reals
  • % del pla vs cobertura real

Tancament del monitor

  • % de casos de prova superats, ail
  • % de casos de prova seleccionats a la categoria reutilitzable
  • % de casos de prova automatitzats.
  • El nombre de defectes resolts / no resolts.
  • % del producte de treball de prova

La fase de control i control de proves que es descriu a continuació explica més a fons aquest tema.

Fases de gestió de proves

Durant el procés de gestió de proves, cal tenir en compte els punts següents. En altres paraules, les següents són les diferents fases del procés de gestió de proves:

  1. Anàlisi de riscos
  2. Estimació de la prova
  3. Planificació de proves
  4. Organització de proves
  5. Control i control de proves
  6. Gestió d’emissions
  7. Informe de prova

Podeu notar que les primeres quatre fases són més sobre la planificació i les tres restants sobre l’execució. Per tant, podem dividir el procés complet de gestió de proves en dues parts, és a dir, Planificació i Execució.

Explorem detalladament les diverses fases de gestió de proves.

# 1) Anàlisi de riscos

Aquesta fase inclou conèixer els factors de risc i les possibles solucions. Si l’anàlisi del risc es fa a fons, podem evitar fallades futures o, si més no, hi hauria algun tipus de solució disponible.

El risc és una cosa que pot passar o no. Però, si passa, quin serà el seu impacte? Pot afectar greument la qualitat del programari, la reputació de l’empresa i molt més.

S’han d’esbrinar els factors de risc per evitar aquest mal impacte. Cal fer una anàlisi de risc per esbrinar els factors de risc. Hi ha dos tipus de riscos, és a dir, riscos del projecte i riscos del producte. Els riscos del projecte són els riscos relacionats amb el procés de treball i els riscos del producte són els relacionats amb el producte desenvolupat.

# 2) Estimació de la prova

L’estimació de la prova consisteix en la predicció del temps necessari per a cada activitat / fase de la prova. Com que es tracta d’una estimació, no pot ser exacta. Per a una millor estimació de les proves, podem estudiar els projectes anteriors de la nostra empresa o podem consultar amb els membres de l’equip que seran els responsables d’aquesta fase de treball o prova.

# 3) Planificació de proves

La planificació de proves en si és un procés llarg. Inclou la definició d'objectius de la prova, l'abast de la prova, l'estratègia de la prova, la programació del temps, els recursos, l'enfocament de la comunicació, etc. Els requisits haurien de ser molt clars per definir els objectius i l'abast de la prova. El pla de prova és per a verificadors, usuaris i membres de l’equip del projecte.

El pla de proves descriu el paper de les proves al projecte. El pla de proves també inclou les funcions i responsabilitats, la llista de funcions que es provaran i no es provaran, entorn de prova, llista d’eines i supòsits, si n’hi ha.

# 4) Organització de proves

Durant la fase de planificació de les proves, hem planificat totes les coses possibles sobre les proves.

com utilitzar arrays.sort a Java

Per tant, necessitem membres qualificats de l’equip per executar aquest pla o fer que el pla sigui un èxit. L’organització de les proves consisteix a crear l’equip de proves perfecte per a un projecte amb èxit.

# 5) Monitorització i control de proves

Mentre els treballs de proves estan en curs o mentre els verificadors executen el pla de prova, s’ha de controlar tots aquests progressos. Cal fer un seguiment de tot aquest treball de proves. Si es fa el seguiment de la prova, l’equip de proves i el gestor de proves rebran comentaris sobre com és el progrés de la prova?

Mitjançant aquest comentari, el gestor de proves pot guiar els membres de l’equip per millorar la qualitat de les proves posteriors. Amb l’ajut del control de proves, l’equip del projecte obtindrà visibilitat sobre els resultats de les proves. També ajuda a conèixer la cobertura de les proves.

Per a grans projectes, el control de proves es fa mitjançant una eina automatitzada, ja que la recopilació de dades serà més fàcil. Per a projectes petits, una persona reunirà totes les dades o documents relacionats amb el progrés de la prova. Per recopilar informació sobre el progrés de les proves, podem ajudar-nos de la plantilla de registre de proves IEEE 829. Tot es tractava del seguiment de proves.

Vegem què és el control de proves? El treball per projectes no sempre anirà tal com hem planejat. Pot haver-hi algunes diferències entre el pla i el treball real. Per minimitzar o eliminar aquestes diferències, hem de fer alguns canvis i així controlem el treball de la prova.

# 6) Gestió de problemes

Els problemes poden ser qualsevol problema que es produeix durant el procés de desenvolupament i prova de programari. Pot ser la raó més petita per la qual no som capaços de desenvolupar / lliurar un producte de qualitat. Alguns problemes són un problema, és a dir, sense resoldre aquest problema, no podrem continuar amb el procés posterior.

La gestió de problemes es tracta de com gestionem aquests problemes / problemes. També podem anomenar-la Gestió d’incidents. La gestió de problemes requereix una millor planificació del procés de resolució de problemes. Una millor gestió dels problemes depèn de l'habilitat i l'experiència del gestor de proves.

Com es produeixen aquests problemes?

Hi pot haver diversos motius perquè es produeixi un problema. Alguns temes estan relacionats amb l’estratègia i d’altres estan relacionats amb la definició, recursos humans, programació, etc.

Problemes d’estratègia :

Exemples:

  • El projecte es queda sense fons.
  • Mala comunicació per projectes.
  • El procés de gestió de projectes no s’ajusta als estàndards establerts.

Problemes de definició : Qüestions relacionades amb els requisits.

Exemples: Requisits poc clars. Es poden introduir molts problemes a causa de requisits poc clars.

Problemes de programació: Aquest és el tipus de problema més comú. Els empleats han de lluitar per complir el termini.

Problemes de recursos humans:

Exemples:

  • Hi ha manca d’habilitat a l’equip.
  • Assignació incorrecta dels treballadors per feina.

Hi pot haver molts més tipus de problemes i no podem esmentar-los tots aquí. Per tant, la gestió de problemes tracta de registrar, fer un seguiment i resoldre problemes.

# 7) Informe de prova

L'informe de prova ajuda a identificar la cobertura de la prova, la qualitat del producte desenvolupat i les millores necessàries del procés. Podem decidir 'quant es requereixen proves?'

Si es fan prou proves, podem enviar aquest informe de prova als grups d'interès o als clients. De manera que també coneguin la qualitat del producte i tinguin una idea de la quantitat de proves que es realitzen al producte.

Eines de gestió de proves

La gestió de les proves es complica a mesura que avancem en el nostre procés de desenvolupament de programari i aquest és un dels principals motius pels quals hi ha tantes eines de gestió de proves disponibles avui en dia.

Aquestes eines ajudaran en les darreres quatre fases del procés de gestió de proves (organització de proves, control i control de proves, gestió de problemes i informe de proves). Com que aquestes eines ajuden a les fases importants de la gestió de proves, haurien de ser considerades primer en el projecte.

A continuació es detallen les eines de gestió de proves més populars:

  1. qProva
  2. PractiTest
  3. Zèfir
  4. Prova Collab
  5. TestFLO per a JIRA
  6. XQual
  7. Xray: gestió de proves d’avantguarda
  8. TestRail
  9. QACoverage
  10. Requisits i gestió de proves per a Jira (RTM)
  11. SPIRATEST de Inflectra
  12. Kualitee
  13. aqua
  14. Testpad
  15. JunoOne

=> Feu clic aquí per obtenir ressenyes detallades de TOP Test Management Tools

Estructures organitzatives

Vegem les diferents estructures organitzatives.

És possible que hi hagi certes regles per a les estructures organitzatives o que hi hagi algunes estructures ideals, però, independentment que cada organització pugui tenir la seva estructura. Hi ha tantes estructures organitzatives i cadascuna té els seus avantatges i desavantatges.

Aquí en parlarem d’alguns.

En primer lloc, veurem l'estructura organitzativa més senzilla que s'utilitza per a petits projectes.

estructura organitzativa

En aquesta estructura, tant els provadors com els programadors informen al gestor de desenvolupament.

  1. El gestor de desenvolupament té un bon control sobre les activitats del projecte.
  2. Hi haurà menys possibilitats que hi hagi una bretxa comunicativa entre els equips de proves i desenvolupament.
  3. També a les reunions, és bo decidir els terminis per al gestor de desenvolupament, ja que té un coneixement complet sobre les proves i el treball de desenvolupament.
  4. El treball en equip serà eficient a causa de les capes mínimes.

Els desavantatges d'aquesta estructura inclouen:

  1. Com que no hi ha cap gestor de proves, hi ha la possibilitat que les proves es considerin tardanes en el projecte.
  2. Hi ha una altra possibilitat que les proves tinguin menys importància per al projecte. Es pot considerar tardà en el projecte.

Generalment en organitzacions petites per a projectes petits, passa que l’equip de desenvolupament triga més temps del que s’ha esmentat i l’equip de proves ha de patir, és a dir, l’equip de proves haurà de provar el producte abans del termini, de manera que l’equip de proves obtingui menys temps per provar-lo. el producte.

En aquesta estructura, per completar amb èxit un projecte, el gestor de desenvolupament ha de tenir present que el seu objectiu no és només completar el projecte, sinó desenvolupar un programari de qualitat.

La segona estructura organitzativa més utilitzada:

2a estructura organitzativa

Aquest és el tipus d’estructura organitzativa més comú. En aquesta estructura, els verificadors informen als gestors de proves i els desenvolupadors al gestor de desenvolupament. Tant el gestor de proves com el gestor de desenvolupament informen al gestor de projectes.

El gestor de proves serà responsable de totes les activitats relacionades amb les proves i és responsabilitat del gestor de desenvolupament aconseguir que el programari es desenvolupi. El cap de projecte controlarà les proves i les activitats de desenvolupament.

Avantatges:

  • A diferència de l’estructura anterior, aquí, en aquesta estructura, hi ha diferents gestors de proves i desenvolupament, de manera que tots dos es poden centrar en el seu treball. Es mantindran dedicats al seu treball i hi haurà menys distraccions.
  • En aquesta estructura, les activitats de proves no es poden descuidar o no es poden considerar tardanes en el projecte. Això significa que tant les proves com el desenvolupament tindran la mateixa importància.
  • A l’hora de prendre decisions crítiques, és avantatjós que l’equip de proves tingui independència.

Desavantatges:

  • Hi ha la possibilitat d’un buit de comunicació a causa de diversos nivells.

Gestió de proves contra estructures organitzatives

Les estructures organitzatives afecten directament la gestió de proves. Les diferents estructures organitzatives tenen un impacte diferent en la gestió de les proves, de manera que la gestió de les proves varia segons l’habilitat i l’experiència del gestor de proves, així com segons la posició del gerent de proves a l’estructura organitzativa.

Aquí hem vist dues estructures organitzatives. A la primera estructura, el gestor de desenvolupament i el gestor de proves són la mateixa persona, de manera que afecta la gestió de proves. El gestor de desenvolupament té l’objectiu de desenvolupar programari i, en fer-ho, també ha de mirar el treball de proves.

Per tant, de vegades pot donar opinions esbiaixades. Pot passar per alt el tema i seguir endavant. D’aquesta manera pot afectar la gestió de les proves. Un gestor de proves independent podrà proporcionar més justícia i la gestió de proves serà millor amb gestors de proves independents.

Conclusió

Hem vist tant els temes, és a dir, la gestió de proves i les estructures organitzatives, com la relació entre aquests dos. Podem concloure que les estructures organitzatives afecten la gestió de les proves.

Tot i comparar les dues estructures esmentades anteriorment, a la segona estructura, la gestió de les proves es gestionarà millor que la primera. El motiu d’aquest fet podria ser un gestor de proves dedicat.

Les estructures organitzatives difereixen d'una organització a una altra. Tot i que hi ha algun procés definit per a la gestió de proves (o els equips poden utilitzar eines de gestió de proves), la gestió de proves serà diferent a causa de les diferents estructures organitzatives, gestors de proves, habilitats i experiència del gestor de proves.

Lectura recomanada

^