what are iq oq pq 3 q s software validation process
Introducció a IQ-OQ-PQ:
IQ, OQ i PQ constitueixen el 3Q’s del procés de validació de programari.
Com a provadors, tots sabem que l’equip de desenvolupament de programari desenvolupa el programari intern segons l’especificació de requisits de programari (SRS), l’especificació funcional i, posteriorment, l’equip de proves verifica la implementació a diferents nivells de proves en diversos entorns de proves, des del més simple fins al de gamma alta, la qual cosa replica l’entorn de producció.
Amb aquest enfocament de SDLC, l'equip de desenvolupament de programari generalment es renta les mans lliurant el programari complet (desenvolupat i verificat) a l'equip d'operacions. A més, és Operations Team (generalment anomenat Ops Team) qui s’encarrega de desplegar-lo a un entorn de producció i preparar-lo per ser utilitzat pels usuaris finals.
Ara, aquí es troba el veritable repte de l’equip d’operacions per fer que el programari funcioni a l’entorn de producció, ja que durant les fases de desenvolupament de programari, el desenvolupament i la verificació s’han fet en un entorn simulat i molt poques vegades a prop de l’entorn actiu, només a cas de disponibilitat de dades i configuracions de l'entorn de producció.
Aquí és on apareix la validació del programari. Un cop finalitzada la verificació i l’equip del programa / producte hagi tancat el programari, l’Ops Team realitzarà un conjunt d’activitats abans d’acceptar el programari que es desplegarà a la producció, per demostrar que el programari es comporta com s’esperava, cosa que no és res més que les activitats de validació.
Què aprendreu:
Verificació vs validació
Aquí comprenem clarament la diferència entre les activitats de 'Verificació' i 'Validació'. ' Verificació ’Consisteix a avaluar el programari pel que fa al conjunt de requisits i especificacions donats que els desenvolupadors i verificadors fan al lloc de desenvolupament de programari.
Mentre que ' Validació ’És un conjunt de controls de garantia de qualitat que realitzen els clients externs, els propietaris i els venedors del producte que se’ls lliura per comprovar-ne la idoneïtat abans d’acceptar o comprar el producte. Les activitats de validació es duen a terme principalment al lloc de producció.
Per tant, en cas de desenvolupament d'aplicacions, és l'equip d'Ops qui realitza les activitats de validació del programari.
Llegiu també:
https://www.softwaretestinghelp.com/difference-between-verification-vs-validation/
Fases del procés de validació
En general, el procés de validació de qualsevol producte fa referència al cicle de vida complet d’un producte des del desenvolupament fins a l’ús i el manteniment. I, per tant, el procés de validació es divideix en 5 fases.
Les cinc fases del procés de validació són:
Aquest enfocament en cinc fases del procés de validació s’està seguint en moltes indústries com la fabricació, la medicina, la farmacèutica, etc. La validació la realitzarà el client final abans de comprar la maquinària, l’equip o el producte.
Els components de les activitats de validació d’un programari han de demostrar que ‘el programari està preparat per al consum pels usuaris’ i verificar principalment la correcta instal·lació del programari seguida de la funcionalitat i l’operabilitat.
Enfocament de 3Q: IQ-OQ-PQ
Tanmateix, en el context del programari, el L’enfocament de 3Q, IQ-OQ-PQ s’està seguint com a part de la validació i el durà a terme l’equip d’Operacions, que és l’últim responsable de desplegar el programari a la producció.
A continuació es mostra el diagrama de flux del procés de validació:
La plantilla, el pla i qualsevol altre document que s’introdueixi per dur a terme els 3Q's, serà dissenyat per l'equip de programari per al seu programari i inclou l'enfocament detallat, les tasques / activitats / proves que es duran a terme com a part d'aquestes qualificacions al llarg de amb els resultats de les proves.
Els informes resum es lliuraran a l’Ops Team durant el lliurament del programari juntament amb els fitxers binaris i altres lliuraments.
A alt nivell,
En general, l'objectiu de dur a terme IQ, OQ i PQ és assegurar-se que el programari es pugui desplegar amb èxit i que es puguin utilitzar totes les funcionalitats sense cap coll d'ampolla.
Idealment, el coeficient intel·lectual, el coeficient intel·lectual i el coeficient intel·lectual són les activitats seqüencials que cal executar en l’ordre. Tret que es faci la instal·lació, no es pot verificar una funcionalitat del programari i, tret que es demostri la seva funcionalitat, no té sentit mesurar el rendiment. De vegades, a causa de la limitació de temps, PQ pot començar en paral·lel a OQ, un cop establerts els aspectes clau de l'OQ.
Ara, entenem més detalladament cadascuna d’aquestes 3 fases.
Qualificació d'instal·lació (QI)
Qualificació d'instal·lació també denominada 'QI' , és el procés de validació si el programari subministrat (binaris, scripts, etc.) es pot instal·lar correctament a l’entorn especificat amb les configuracions especificades i per verificar com es registren aquests passos d’instal·lació al document anomenat ‘Guia d’instal·lació’.
Els següents elements els subministra l’equip de desenvolupament juntament amb el paquet de programari lliurat i els utilitza l’equip d’Ops per dur a terme el coeficient intel·lectual.
1) Document 'Guia d'instal·lació', que documenta els passos d'instal·lació als entorns seleccionats.
2) Document de 'Guia de configuració' per configurar la configuració del programari. De vegades, aquest document passa a formar part del mateix document de la guia d’instal·lació.
3) Paquet de programari i scripts d'instal·lació, preferiblement scripts automatitzats.
La fase de qualificació de la instal·lació de programari es considera la més crucial i normalment té molts problemes obert durant aquesta fase.
Perquè:
a) L’entorn de desenvolupament no tindrà un entorn 100% en temps real disponible per verificar els problemes d’instal·lació i, per tant, una diferència en l’entorn contribueix a diversos problemes.
b) A causa de diversos motius, és possible que no hi hagi prou col·laboració i coordinació entre el desenvolupament i l’equip d’operacions durant les fases inicials de desenvolupament de programari per gestionar els problemes ben endavant.
c) Podria haver-hi alguns problemes de documentació durant l'enregistrament dels passos d'instal·lació reals al document, que poden no coincidir exactament a l'entorn de producció.
Actualment, tot el procediment d’instal·lació de programari s’automatitzarà tant com sigui possible mitjançant una sèrie de scripts. Si hi ha algun problema amb la instal·lació, la instal·lació automatitzada falla a causa de la falta de coincidència a les configuracions i cal intervenir manualment per solucionar aquests problemes.
Com que l’equip d’Ops realitza el coeficient intel·lectual seguint estrictament les instruccions proporcionades per l’equip de programari a la guia d’instal·lació, és molt important i també la responsabilitat de l’equip de programari assegurar-se que la “Guia d’instal·lació” s’escrigui de manera que els passos d'instal·lació coincideixen amb l'entorn en temps real.
I és responsabilitat dels verificadors assegurar-se que el procés d’instal·lació es verifiqui internament juntament amb la verificació del document per comprovar-ne la integritat i identificar qualsevol coincidència errònia amb els passos reals que s’han d’executar al sistema amb els passos documentats de la Guia d'instal·lació.
Cal tenir en compte els següents punts en escriure una guia d’instal·lació i verificar-los internament, per minimitzar els problemes durant la instal·lació del programari durant la producció.
| SNO | Punts de la guia d’instal·lació |
|---|---|
| 7 | El temps típic necessari per instal·lar el programari s’ha d’esmentar a la Guia d’instal·lació perquè l’equip d’Ops tingui una idea sobre el temps aproximat de la instal·lació per planificar les seves activitats en conseqüència. |
| 1 | Principal i màxim, la 'Guia d'instal·lació' s'ha d'escriure en un idioma senzill i fàcil de seguir. |
| 2 | Cal que no tingueu més de cinc pàgines llargues. Ha de ser curt i ordenat. |
| 3 | Cal proporcionar els números de sèrie de cada pas d’execució per fer un seguiment del seu estat. |
| 4 | Automatitzeu els passos tant com sigui possible i agrupeu-los tots en un sol script. |
| 5 | S'ha d'utilitzar una plantilla estàndard per escriure el procediment d'instal·lació. |
| 6 | Els requisits previs s’han d’esmentar clarament per evitar la falta de coincidència i cal proporcionar els passos per verificar-los. Si hi ha una coincidència errònia, s'hauria de proporcionar instruccions per portar-los al nivell esperat o instal·lar aquests paquets. |
| 8 | Cal esmentar clarament a la guia els serveis que s’han de reduir durant la instal·lació, la manera d’enderrocar-los i l’impacte de fer-los caure. |
| 9 | S'ha d'evitar proporcionar enllaços a altres documents i canviar d'un document a un altre. Tota la informació necessària hauria d’estar disponible al mateix document. Si cal referir-se a documents addicionals, proporcioneu-los juntament amb el paquet de programari i, al seu torn, cal referir-los als documents principals. |
| 10 | Cal assegurar-se que el nom de l'script esmentat al document sigui el mateix que el paquet junt amb el binari. |
| 11 | S'ha d'assegurar que tots els scripts referits al document de la Guia d'instal·lació es proporcionin juntament amb el binari. |
| 12 | Assegureu-vos que tots els paràmetres de configuració s’esmenten clarament a la Guia d’instal·lació / Guia de configuració, juntament amb els valors predeterminats i altres valors compatibles. |
| 13 | S'haurien de proporcionar proves automatitzades per dur a terme les proves de verificació de la construcció després de completar la instal·lació del programari. Han de ser mínims i importants per verificar que la versió s’instal·li correctament. |
| 14 | Cal proporcionar “proves de fum” per garantir que la connectivitat del sistema sigui perfecta i que tots els components del sistema parlin entre ells com s’esperava. |
| 15 | En cas d'error en la instal·lació del programari, es proporcionen scripts de recuperació juntament amb el paquet i el procediment de recuperació s'escriu clarament a la Guia d'instal·lació per dur a terme la recuperació i restaurar el sistema amb èxit. |
Amb tots els punts anteriors a tenir en compte, és una bona pràctica automatitzar el procés d’instal·lació de programari amb la mínima intervenció humana per evitar els errors humans.
Si es detecta algun problema durant la fase de validació del coeficient intel·lectual, s’informarà a l’equip de programari, un cop solucionat, les proves de fum i les proves de verificació de la construcció es durà a terme per comprovar l’èxit de la instal·lació del programari.
Per tant, la fase del coeficient intel·lectual inclou la instal·lació del paquet de programari seguit de la realització de la verificació de la construcció i les proves de fum.
Per tant, la realització correcta de la fase del coeficient intel·lectual és molt important, ja que la correcta instal·lació d’un programari garanteix que es negin la majoria dels problemes relacionats amb els errors de funcionalitat.
Qualificació operativa (OQ)
Qualificació operativa, també anomenada com QUÈ és la següent activitat del procés de validació de programari després de completar correctament el coeficient intel·lectual.
L’activitat de qualificació operativa inclou t prova que s'executi per tal de verificar que el programari sigui operacionalment adequat per ser implementat als consumidors. Idealment, les funcionalitats clau del programari es verificaran com a part d’aquest procés de validació.
L’equip de programari (verificadors) ha de preparar un pla OQ per dur a terme la validació OQ, que hauria de cobrir tots els aspectes de les proves OQ que cal dur a terme, inclosos els detalls com el no. de proves, calendari de proves, metodologia, eines, impacte en el servei, seqüència d’execució de proves, mètode d’informació de problemes i els SLA per solucionar-los, enfocament de triatge de defectes, etc.,
Les proves de qualificació operativa que s’executen com a part d’OQ les torna a proporcionar l’equip de programari juntament amb els lliuraments de programari. Aquestes proves de qualificació operativa són un recull de proves importants dissenyades sobre la base del document 'Especificació de requisits funcionals' per garantir que tot el sistema de programari funcioni segons les expectatives.
Els enginyers de proves han preparat aquest document d’especificació de proves OQ en funció del document d’especificació de requisits funcionals. Sovint aquest document serà el subconjunt del document d'especificació de proves del sistema preparat i verificat durant la fase de prova del sistema de l'SDLC.
Les proves es poden modificar o actualitzar per adaptar-se als requisits de l'equip operatiu i a les condicions del lloc on s'executarà.
Per tant, cal tenir una cura addicional en seleccionar les proves que formen part del OQ per assegurar-se que totes les funcionalitats clau i els principals fluxos de treball empresarials s’incloguin com a part d’aquesta verificació.
Els següents són els consells per als provadors mentre preparen el document d'especificacions de la prova OQ.
| Núm | Consells per als provadors mentre preparen el document d'especificació de la prova OQ |
|---|---|
| 7 | No cal incloure casos de prova relacionats amb el valor límit, que verifiqui si hi ha valors extrems, sinó que s’utilitzen els valors més habituals del dia a dia com a entrades, sempre que sigui necessari. |
| 1 | Assegureu-vos que les proves de funcionalitat clau per demostrar que s’escullen i s’inclouen les funcions del programari tal i com s’esperava i, per tant, la traçabilitat necessària per a cadascun dels casos de proves escrites estan disponibles al document OQ Test Spec. |
| 2 | Assegureu-vos que les proves s’escriuen ordenadament amb accions pas a pas, s’expliquen per si mateixes i són capaces de ser enteses per un home comú. |
| 3 | No referiu ni eviteu l’ús de termes tècnics en els casos de prova tant com sigui possible, ja que és possible que l’usuari d’aquest document no conegui aquestes terminologies, és a dir, que les dades de prova utilitzades no existeixen al sistema. Proporcioneu diversos conjunts de dades, per si l’usuari vol executar els casos de prova més d’una vegada. |
| 4 | Esmenteu clarament els requisits previs obligatoris i opcionals per a cadascuna de les proves. |
| 5 | Incloeu la majoria dels casos de prova positius per verificar la funcionalitat. |
| 6 | Incloeu molt pocs casos de prova negatius per assegurar-vos que el comportament del programari és l’esperat en cas d’entrada irrellevant i que el sistema pugui gestionar els casos negatius amb èxit. |
| 8 | Esmenteu els valors de configuració que cal establir, si cal canviar-los dels valors predeterminats. |
| 9 | Proporcioneu els casos de prova automatitzats que s’executaran, sempre que estiguin disponibles. Assegureu-vos abans que els scripts d’automatització es puguin executar al sistema on s’està planificant l’OQ. |
| 10 | Assegureu-vos que cada cas de prova tingui els resultats clars 'Esperats' i 'Actuals' com a referència. I afegiu qualsevol comentari si cal per explicar el resultat real. |
| 11 | També cal incloure els «criteris d’acceptació» per a cadascun dels casos de prova. Els criteris d'acceptació poden ser l'estat del sistema després de l'execució dels casos de prova. |
| 12 | Proporcioneu les 'dades de prova' que s'utilitzaran per a cadascuna de les proves amb precisió. Proveu de proporcionar les dades més habituals de la transmissió en directe. I també poques dades excepcionals, per garantir que el sistema pugui gestionar també casos excepcionals. Assegureu-vos que les dades de prova utilitzades encara no existeixen al sistema. Proporcioneu diversos conjunts de dades, per si l’usuari vol executar els casos de prova més d’una vegada. |
| 13 | Si diversos usuaris operatius executen les proves en paral·lel des de diferents ubicacions, proporcioneu la instrucció de realitzar les proves en conseqüència amb diferents conjunts de dades. |
| 14 | Proporcioneu llistes de comprovació sempre que sigui necessari per assegurar-vos que totes les configuracions, requisits previs, es configuren tal com s’esperava abans d’executar les proves. |
| 15 | Seguiu supervisant els registres quan s’executin les proves, si hi ha accés al sistema. |
| 16 | Si és possible i necessari, proporcioneu un suport d'execució als usuaris operatius durant l'execució d'aquests casos de prova. |
| 17 | Expliqueu el mètode per informar dels problemes trobats durant l'execució. És millor utilitzar l'eina de seguiment d'errors per fer un seguiment dels problemes. Superviseu atentament cada problema i porteu-lo al tancament segons els SLA acordats. |
| 18 | Executeu 'Defect Triages' amb els interessats interessats per entendre els problemes greus i crítics i proporcionar actualitzacions sobre aquests problemes amb freqüència. |
| 19 | Proporcioneu la plantilla final 'Informe resum de l'execució de la prova OQ' per publicar els resultats finals després de finalitzar l'execució. |
Així, doncs, el pla OQ i les especificacions de prova preparades haurien de ser revisades i signades a fons per les parts interessades pertinents per garantir principalment que la cobertura no sigui ni massa ni massa i que es cobreixin totes les funcionalitats clau.
La realització amb èxit d’OQ demostra que el programari funcionarà d’acord amb les seves especificacions operatives a l’entorn seleccionat i és la porta d’escenari en el desplaçament del programari cap a la seva producció i és el senyal per seguir endavant amb la següent activitat del procés de validació que és PQ .
Qualificació del rendiment (PQ)
Després d'assegurar un coeficient intel·lectual correcte, la pròxima activitat del procés de validació és finalitzar per assegurar-se que el producte / programari compleix els aspectes de rendiment especificats sota la càrrega esperada de manera constant sense causar cap coll d'ampolla a l'entorn de producció.
L’aspecte clau de PQ és garantir que un programari, quan s’instal·la al sistema esperat, pot gestionar la càrrega en viu i complir el temps de resposta esperat i no es bloqueja sota les càrregues màximes i l'estrès mentre maneja usuaris concurrents.
Per tant, PQ és principalment assegurar si els criteris de rendiment especificats per a un programari s’assoleixen durant un període de temps (potser una setmana) sobre una base fiable amb condicions de càrrega variables, tal com és el patró en directe. Per tant, aquestes proves s’han d’executar cada dia per controlar el comportament del sistema de programari i, per tant, PQ trigarà una estona a completar-se fins que s’asseguri que el sistema demostra el seu rendiment.
L’ideal seria que la validació de PQ es realitzés després de completar OQ, on s’assegura la funcionalitat del programari i pot continuar comprovant l’aspecte de rendiment del producte o programari. De vegades, a causa de la limitació de temps, PQ pot iniciar-se en paral·lel a l’OQ, en funció de la confiança en el percentatge de realització d’OQ.
És ideal dur a terme aquestes proves de rendiment al sistema actiu amb el sistema completament carregat o en condicions similars a les activades i assegurar-se que no hi hagi cap coll d'ampolla en els aspectes de rendiment.
Les proves següents generalment s’executen com a part de la qualificació de rendiment. I l'elecció de les proves varia d'un programari a un altre.
# 1) Prova de disponibilitat: Per assegurar-vos que el programari estigui disponible contínuament sense caure ni caure.
# 2) Prova d’accessibilitat: Per garantir que el programari sigui fàcilment accessible des de qualsevol ubicació amb la velocitat de rendiment esperada sense cap problema.
# 3) Prova de càrrega: Per mesurar el comportament del sistema sota la càrrega diària prevista i també en les condicions de càrrega màxima.
# 4) Prova d’estrès: Per mesurar el punt de ruptura del sistema en condicions de càrrega extremes.
# 5) Prova de rendiment de rendiment: Per mesurar el temps de resposta del sistema i mesurar TPS (transaccions per segon)
# 6) Proves d’escalabilitat: El sistema pot escalar per gestionar els usuaris concurrents esperats.
Els escenaris de prova de rendiment i els scripts automatitzats corresponents es preparen basant-se en els requisits relacionats amb el rendiment especificats als documents 'Especificació de requisits d'usuari'.
De manera similar a un pla OQ, s’ha de preparar un pla detallat de PQ que estableixi clarament l’enfocament, l’estratègia, el pla i el calendari de proves juntament amb les eines, i que s’executi amb els executors de PQ.
Cal instal·lar l’eina de proves i supervisió del rendiment a l’entorn on s’està duent a terme el PQ per mesurar i informar de les mètriques de rendiment.
A continuació es detallen els consells per als provadors perquè l'equip operatiu pugui dur a terme el PQ amb èxit.
| Núm | Consells per als verificadors per habilitar l'equip d'operacions |
|---|---|
| 7 | Guieu, assistiu i formeu l'equip d'operacions per dur a terme les proves de rendiment del sistema. |
| 1 | Prepareu els escenaris clau específics de l'empresa per dur a terme les proves de rendiment basades en l'URS. |
| 2 | Assegureu-vos que s’inclouen proves per demostrar que el sistema compleix les expectatives de temps de resposta, velocitat, escalabilitat i estabilitat en diverses condicions de càrrega. |
| 3 | Assegureu-vos que la càrrega especificada estigui disponible o que el mètode i les eines per generar la càrrega necessària s’esmentin clarament en els casos de prova respectius. |
| 4 | Esmenteu clarament els requisits previs per a cadascun dels escenaris, com ara les condicions de precàrrega que haurien d’existir al sistema, el nombre d’usuaris concurrents, etc., |
| 5 | Esmenteu les eines recomanables per fer proves de rendiment específiques per a cada categoria de prova i per a cada prova. |
| 6 | Assegureu-vos que el procés per supervisar les mètriques de rendiment s’esmenti amb claredat. |
Després de completar amb èxit el PQ, és molt important complir els requisits de rendiment, ja que qualsevol desviació relacionada amb el rendiment pot causar una gran pèrdua de negoci creant molèsties a l'usuari i es perd la confiança en el programari que s'utilitzarà, cosa que provocarà un fracàs del programari.
En poques paraules, t La taula següent resumeix les activitats IQ-OQ-PQ.
| QI | QUÈ | PQ | |
|---|---|---|---|
| Què | Per verificar el procés d’instal·lació del programari i com es documenta el procés | Per verificar el bon funcionament del sistema | Clients, propietaris, venedors, equip d’operacions |
| OMS | Clients, propietaris, venedors, equip d’operacions | Clients, propietaris, venedors, equip d’operacions | Clients, propietaris, venedors, equip d’operacions |
| On | Al lloc dels propietaris, la ubicació de l’equip d’operacions, el lloc en directe, com ara el medi ambient | Al lloc dels propietaris, la ubicació de l’equip d’operacions, el lloc en directe, com ara el medi ambient | Al lloc dels propietaris, la ubicació de l’equip d’operacions, el lloc en directe, com ara el medi ambient |
| Quan | Quan el programari es rep de l’equip de programari, abans d’OQ i PQ. | Abans de llançar el sistema per utilitzar-lo i després de completar-lo correctament | Abans de posar el sistema a Live i després d’efectuar el coeficient intel·lectual, completar el OQ |
La taula següent explica les diverses entrades per a cadascuna de les fases de validació.
| Tipus | Entrada |
|---|---|
| QI | 1. Document d'especificacions de disseny 2. Binaris de programari i altres scripts d'instal·lació 3. Document de la guia d'instal·lació 4. Document de la guia de configuració 5. Construeix un document de verificació i prova de fum |
| QUÈ | 1. Document d'especificacions funcionals 2. Document del pla OQ 3. Document de prova de qualificació operativa 4. Plantilla d'informe de resum de proves OQ 5. El coeficient intel·lectual s'ha completat correctament |
| PQ | 1. Document URS (User Requirement Specification) 2. Document del pla PQ 3. Document de prova de qualificació de rendiment 4. Plantilla d'informe de resum de proves PQ 5. El quocient intel·lectual i el coeficient intel·lectual s'han completat correctament |
Conclusió
Fins i tot si el producte o el programari ha passat totes les fases de verificació i no demostra cap dels IQ-OQ-PQ, el resultat pot ser desastrós i suposarà un cost enorme. Per tant, la finalització amb èxit d’IQ-OQ-PQ és la transferència del producte del lloc de desenvolupament al lloc de producció.
En general, la realització amb èxit del procés de validació IQ-OQ-PQ no només proporciona confiança al programari, sinó que també proporciona una tranquil·litat al client, al propietari, als desenvolupadors de programari i als provadors.
com imprimir un element d'una matriu a Java
L’execució d’IQ-OQ-PQ també redueix el risc de desplegar-lo per viure, sense realitzar proves, redueix el cost de fallades i mitiga el risc de retirada dels productes.
Per tant, nois, desenvolupadors de programari i verificadors, no hi ha celebració després de completar el desenvolupament i les proves internes i llançar el programari a l’Ops Team. La celebració és només quan es completa IQ-OQ-PQ amb èxit i el programari es publica al sistema objectiu.
Per tant, l'èxit d'un programari depèn de la finalització amb èxit d'IQ-OQ-PQ i de quan el programari estigui actiu i llest per al consum pels usuaris finals.
Sobre l'autor: Aquest article està escrit pel membre de l'equip de STH Gayathri Subrahmanyam. Té més de dues dècades d’experiència en el camp de les proves de programari. Durant la seva carrera de proves, ha fet moltes avaluacions TMMI, treballs d’industrialització de proves, configuracions de TCOE, a més de gestionar lliuraments de proves i ha implementat la pràctica de DevOps per a un compromís enorme. Però segons ella, l'aprenentatge no s'atura mai ...
Comparteix les teves experiències sobre la realització del procés de validació i fes-nos saber si tens cap pregunta sobre aquest article.
Lectura recomanada
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de programari Treball d'assistent de control de qualitat
- Selecció de proves de programari com a carrera professional
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Algunes preguntes d’entrevistes de proves de programari interessants
- Opinions i ressenyes sobre cursos de proves de programari
- Ajuda de proves de programari Programa d'afiliació.