software testing terms complete glossary
Per tal d'evitar les ambigüitats en diferents termes de proves de programari, adjunto un fitxer glossari de proves de programari aquí.
Tots els termes de proves de programari s’inclouen en aquest glossari. Si creieu que coneixeu la definició de qualsevol terme millor que l’esmentada aquí, podeu utilitzar-la Formulari de contacte per enviar-me les definicions. En revisar-los, els inclouré en aquesta llista de glossaris.
Per conèixer les definicions bàsiques de proves de programari i garantia de qualitat, aquest és el millor glossari compilat per Erik van Veenendaal . També per a cada definició hi ha una referència de IEEE o ISO esmentada entre claudàtors.
A
criteris d'acceptació: Els criteris de sortida que un component o sistema ha de complir per tal de ser-hoacceptat per un usuari, client o una altra entitat autoritzada. (IEEE 610)
proves d'acceptació: Proves formals respecte a les necessitats, requisits i processos empresarials de l'usuari realitzats per determinar si un sistema compleix o no els criteris d'acceptació i per permetre a l'usuari, als clients o a una altra entitat autoritzada determinar si accepta o no el sistema. (Després de IEEE 610)
proves d'accessibilitat: Proves per determinar la facilitat amb què els usuaris amb discapacitat poden utilitzar un component o sistema. (Gerrard)
precisió: Capacitat del producte de programari per proporcionar els resultats o efectes adequats o acordats amb el grau de precisió necessari. (ISO 9126) Vegeu també proves de funcionalitat.
resultat real: El comportament produït / observat quan es prova un component o sistema.
proves ad hoc: Proves realitzades de manera informal; no es fa cap preparació formal de la prova, no s’utilitza cap tècnica de disseny de prova reconeguda, no hi ha expectatives de resultats i l’atzar guia l’activitat d’execució de la prova.
adaptabilitat: La capacitat del producte de programari per adaptar-se a diferents entorns especificats sense aplicar accions o mitjans diferents dels previstos amb aquesta finalitat per al programari considerat. (ISO 9126) Vegeu també proves de portabilitat.
proves àgils: Pràctica de proves per a un projecte que utilitza metodologies àgils, com ara la programació extrema (XP), tractant el desenvolupament com el client de les proves i fent èmfasi en el paradigma de disseny de prova primer.
proves alfa: Proves operatives reals o simulades per usuaris / clients potencials o un equip de proves independent al lloc dels desenvolupadors, però fora de l'organització de desenvolupament. Les proves alfa sovint s’utilitzen com a forma de proves d’acceptació interna.
analitzabilitat: La capacitat del producte de programari de diagnosticar-se per deficiències o causes de fallades al programari o per identificar les parts a modificar. (ISO 9126) Vegeu també proves de mantenibilitat.
anomalia: Qualsevol condició que es desvii de les expectatives en funció de les especificacions de requisits, documents de disseny, documents d’usuari, estàndards, etc. o de la percepció o experiència de algú. Es poden trobar anomalies durant la revisió, la prova, l'anàlisi, la compilació o l'ús de productes de programari o documentació aplicable, entre d'altres. (IEEE 1044) Vegeu també defecte, desviació, error, avaria, avaria, incident, problema.
atractiu: La capacitat del producte de programari per ser atractiva per a l'usuari. (ISO 9126)
auditoria: Una avaluació independent de productes o processos de programari per determinar el compliment de les normes, directrius, especificacions i / o procediments basats en criteris objectius, inclosos els documents que especifiquen:
(1) la forma o el contingut dels productes a produir
(2) el procés mitjançant el qual es produiran els productes
(3) com es mesura el compliment de les normes o directrius. (IEEE 1028)
pista d'auditoria: Un camí pel qual es pot rastrejar l'entrada original a un procés (per exemple, dades) a través del procés, prenent la sortida del procés com a punt de partida. Això facilita l’anàlisi de defectes i permet realitzar una auditoria de processos. (Després de TMap)
programari de prova automatitzat: Material de prova utilitzat en proves automàtiques, com ara scripts d’eines.
disponibilitat: El grau en què un component o sistema és operatiu i accessible quan es requereix per al seu ús. Sovint s’expressa en percentatge. (IEEE 610)
B
proves adossades: Proves en què s'executen dues o més variants d'un component o sistema amb les mateixes entrades, les sortides comparades i analitzades en cas de discrepàncies. (IEEE 610)
línia de base: Especificació o producte de programari que ha estat revisat o acordat formalment, que posteriorment serveix de base per a un desenvolupament posterior i que només es pot canviar mitjançant un procés formal de control de canvis. (Després de IEEE 610)
bloc bàsic: Una seqüència d'una o més sentències executables consecutives que no contenen cap sucursal.
conjunt de proves bàsiques: Conjunt de casos de prova derivats de l'estructura o de les especificacions internes per garantir que s'aconsegueix el 100% d'un criteri de cobertura especificat.
comportament: La resposta d'un component o sistema a un conjunt de valors d'entrada i condicions prèvies.
prova de referència: (1) Un estàndard amb el qual es poden fer mesures o comparacions. (2) Una prova que s'utilitza per comparar components o sistemes entre si o amb un estàndard com a (1). (Després de IEEE 610)
programari a mida: Programari desenvolupat específicament per a un conjunt d’usuaris o clients. El contrari és el programari a la venda.
millors pràctiques: Un mètode o pràctica innovadora superior que contribueix a millorar el rendiment d’una organització en un context determinat, generalment reconegut com a “millor” per altres organitzacions semblants.
proves beta: Proves operatives realitzades per usuaris / clients potencials i / o existents en un lloc extern que no estigui relacionat amb els desenvolupadors, per determinar si un component o sistema satisfà les necessitats de l'usuari / client i s'adapta als processos empresarials. Les proves beta s’utilitzen sovint com a forma de proves d’acceptació externa per tal d’obtenir comentaris del mercat.
proves de big bang: Un tipus de proves d’integració en què elements de programari, elements de maquinari o tots dos es combinen alhora a un component o un sistema general, en lloc de fer-ho per etapes. (Després d'IEEE 610) Vegeu també proves d'integració.
proves de caixa negra: Proves, funcionals o no funcionals, sense referència a l'estructura interna del component o del sistema.
tècniques de disseny de proves de caixa negra: Procediment documentat per obtenir i seleccionar casos de prova basat en una anàlisi de l’especificació, funcional o no, d’un component o sistema sense fer referència a la seva estructura interna.
cas de prova bloquejat: Un cas de prova que no es pot executar perquè no es compleixen les condicions prèvies per a la seva execució.
proves de baix a dalt: Un enfocament incremental de les proves d’integració on primer es comproven els components de nivell més baix i després s’utilitzen per facilitar la prova de components de nivell superior. Aquest procés es repeteix fins que es prova el component situat a la part superior de la jerarquia. Vegeu també proves d’integració.
valor límit: Un valor d'entrada o valor de sortida que es troba a la vora d'una partició d'equivalència o a la distància incremental més petita a banda i banda d'una vora, per exemple, el valor mínim o màxim d'un interval.
anàlisi del valor límit: Una tècnica de disseny de proves de caixa negra en què els casos de prova es dissenyen sobre la base de valors límit.
cobertura del valor límit: El percentatge de valors límit que ha exercit un conjunt de proves.
branca: Un bloc bàsic que es pot seleccionar per a l'execució basant-se en una construcció de programa en què hi hagi disponible un o dos camins de programa alternatius, per exemple. cas, saltar, anar a, si després.
cobertura d'oficina: El percentatge de branques que ha estat exercit per un conjunt de proves. La cobertura del 100% d'oficines implica una cobertura del 100% de les decisions i una cobertura del 100% dels extractes.
proves de branca: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar sucursals.
proves basades en processos empresarials: Una aproximació a les proves en què els casos de prova es dissenyen a partir de descripcions i / o coneixements dels processos empresarials.
C
Model de maduresa de la capacitat (CMM): Un marc per etapes de cinc nivells que descriu els elements clau d’un procés de programari eficaç. El model de maduresa de la capacitat cobreix pràctiques de planificació, enginyeria i gestió de desenvolupament i manteniment de programari. (CMM)
Integració del model de maduresa de la capacitat (CMMI): Un marc que descriu els elements clau d’un procés eficaç de desenvolupament i manteniment de productes. La integració del model de maduresa de la capacitat cobreix pràctiques de planificació, enginyeria i gestió del desenvolupament i manteniment de productes. CMMI és el successor designat del CMM. (CMMI)
eina de captura / reproducció: Un tipus d’eina d’execució de proves on es registren les entrades durant les proves manuals per generar scripts de prova automatitzats que es poden executar més tard (és a dir, reproduir-los). Aquestes eines s’utilitzen sovint per donar suport a les proves de regressió automatitzades.
CAIXA: Acrònim d’enginyeria de programari assistit per ordinador.
REPARTIMENT: Acrònim de proves de programari assistit per ordinador. Vegeu també automatització de proves.
gràfic causa-efecte: Una representació gràfica d’entrades i / o estímuls (causes) amb les seves sortides (efectes) associats, que es pot utilitzar per dissenyar casos de prova.
gràfic causa-efecte: Una tècnica de disseny de proves de caixa negra en què els casos de prova es dissenyen a partir de gràfics causa-efecte. (BS 7925/2)
certificació: El procés de confirmació que un component, un sistema o una persona compleix els requisits especificats, per exemple aprovant un examen.
variabilitat: Capacitat del producte de programari per permetre la implementació de modificacions específiques. (ISO 9126) Vegeu també mantenibilitat.
mètode d'arbre de classificació: Una tècnica de disseny de proves de caixa negra en què els casos de prova, descrits mitjançant un arbre de classificació, estan dissenyats per executar combinacions de representants de dominis d’entrada i / o sortida. (Grochtmann)
cobertura de codi: Un mètode d’anàlisi que determina quines parts del programari han estat executades (cobertes) pel conjunt de proves i quines parts no s’han executat, per exemple. cobertura de declaracions, cobertura de decisions o cobertura de la condició.
convivència: La capacitat del producte de programari de coexistir amb altres programes independents en un entorn comú compartint recursos comuns. (ISO 9126) Vegeu proves de portabilitat.
complexitat: El grau en què un component o sistema té un disseny i / o una estructura interna difícils d’entendre, mantenir i verificar. Vegeu també complexitat ciclomàtica.
compliment: La capacitat del producte de programari per complir els estàndards, convencions o regulacions de les lleis i prescripcions similars. (ISO 9126)
proves de compliment : El procés de proves per determinar la conformitat del component o del sistema.
component: Un element mínim de programari que es pot provar aïlladament.
proves d'integració de components: Proves realitzades per exposar defectes a les interfícies i la interacció entre components integrats.
especificació del component: Una descripció de la funció d'un component en termes dels seus valors de sortida per als valors d'entrada especificats en condicions especificades i del comportament no funcional requerit (per exemple, utilització de recursos).
proves de components: La prova de components de programari individuals. (Després de IEEE 610)
condició composta: Dues o més condicions individuals unides mitjançant un operador lògic (AND, OR o XOR), p. 'A> B i C> 1000'.
proves de simultaneïtat: Les proves per determinar com el component o el sistema gestiona l'ocurrència de dues o més activitats dins del mateix interval de temps, aconseguit intercalant les activitats o executant-les simultàniament. (Després de IEEE 610)
condició: Una expressió lògica que es pot avaluar com a vertadera o falsa, per exemple A> B. Vegeu també l’estat de la prova.
cobertura de l'estat: El percentatge de resultats de la condició que ha estat exercit per un conjunt de proves. La cobertura del 100% de les condicions requereix que cada condició de cada declaració de decisió es provi com a True i False.
cobertura de determinació de condició: El percentatge de tots els resultats de la condició única que afecten de forma independent els resultats de les decisions que han estat exercits per un conjunt de casos de prova. La cobertura del 100% de la determinació de l'estat implica una cobertura del 100% de l'estat de la decisió.
proves de determinació de condicions: Una tècnica de disseny de proves de caixa blanca en què els casos de prova estan dissenyats per executar resultats de condició única que afecten de manera independent el resultat de la decisió.
proves d'estat: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar els resultats de la condició.
resultat de la condició: L'avaluació d'una condició a Vertader o Fals.
configuració: La composició d’un component o sistema definida pel nombre, la naturalesa i les interconnexions de les seves parts constituents.
auditoria de configuració: La funció per comprovar el contingut de les biblioteques d’elements de configuració, p. per al compliment de les normes. (IEEE 610)
control de configuració: Un element de la gestió de la configuració, que consisteix en l’avaluació, coordinació, aprovació o desaprovació i implementació de canvis en els elements de configuració després d’un establiment formal de la seva identificació de configuració. (IEEE
610)
identificació de la configuració: Un element de gestió de la configuració, que consisteix en seleccionar els elements de configuració d’un sistema i registrar les seves característiques funcionals i físiques a la documentació tècnica. (IEEE 610)
element de configuració: Agregació de maquinari, programari o tots dos, designada per a la gestió de configuracions i tractada com una única entitat en el procés de gestió de configuracions. (IEEE 610)
gestió de configuracions: Una disciplina que aplica la direcció i vigilància tècnica i administrativa per a: identificar i documentar les característiques físiques i funcionals d'un element de configuració, controlar els canvis en aquestes característiques, registrar i informar l'estat de processament i implementació de canvis i verificar el compliment dels requisits especificats. (IEEE 610)
consistència: El grau d’uniformitat, estandardització i lliure de contradicció entre els documents o les parts d’un component o sistema. (IEEE 610)
control de flux: Una representació abstracta de totes les seqüències possibles d'esdeveniments (camins) en l'execució a través d'un component o sistema.
proves de conversió: Proves de programari utilitzat per convertir dades de sistemes existents per utilitzar-los en sistemes de substitució.
Bressols: Acrònim de programari comercial fora de la plataforma.
cobertura: El grau, expressat en percentatge, en què un conjunt de proves ha exercit un element de cobertura especificat.
anàlisi de cobertura: Mesurament de la cobertura aconseguida a un element de cobertura especificat durant l'execució de la prova fent referència a criteris predeterminats per determinar si es requereixen proves addicionals i, en cas afirmatiu, quins casos de prova es necessiten.
article de cobertura: Una entitat o propietat que s’utilitza com a base per a la cobertura de les proves, per exemple. particions d'equivalència o sentències de codi.
eina de cobertura: Una eina que proporciona mesures objectives de quins elements estructurals, p. declaracions, les branques han estat exercides pel conjunt de proves.
complexitat ciclomàtica: El nombre de camins independents a través d’un programa. La complexitat ciclomàtica es defineix com: L - N + 2P, on -L = el nombre de vores / enllaços en un gràfic -N = el nombre de nodes en un gràfic - P = el nombre de parts desconnectades del gràfic (per exemple, un gràfic de trucades i una subrutina). (Després de McCabe)
D
definició de dades: Una sentència executable a la qual se li assigna un valor a una variable.
proves basades en dades: Una tècnica de seqüència d’ordres que emmagatzema l’entrada de la prova i els resultats esperats en una taula o full de càlcul, de manera que un únic script de control pot executar totes les proves de la taula. Les proves basades en dades s’utilitzen sovint per donar suport a l’aplicació d’eines d’execució de proves, com ara eines de captura / reproducció. (Fewster i Graham) Vegeu també proves basades en paraules clau.
flux de dades: Una representació abstracta de la seqüència i possibles canvis de l'estat dels objectes de dades, on l'estat d'un objecte és qualsevol:creació, ús o destrucció. (Beizer)
anàlisi del flux de dades: Una forma d’anàlisi estàtica basada en la definició i l’ús de variables.
cobertura del flux de dades: El percentatge de parells definició-ús que han estat exercits per un conjunt de casos de prova.
prova de flux de dades: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar definicions i utilitzar parells de variables.
depuració: El procés de cerca, anàlisi i eliminació de les causes dels errors del programari.
eina de depuració: Una eina que fan servir els programadors per reproduir fallades, investigar l’estat dels programes i trobar el defecte corresponent. Els depuradors permeten als programadors executar programes pas a pas, aturar un programa en qualsevol sentència de programa i establir i examinar variables del programa.
decisió: Un punt de programa en què el flux de control té dues o més rutes alternatives. Un node amb dos o més enllaços a branques separades.
cobertura de la condició de la decisió: El percentatge de tots els resultats de la condició i de la decisió que han estat exercits per un conjunt de proves. La cobertura del 100% de la condició de decisió implica tant la cobertura del 100% com la 100% de la decisió.
proves de condició de decisió: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar els resultats de les condicions i els resultats de les decisions.
cobertura de decisions: El percentatge de resultats de la decisió que han estat exercits per un conjunt de proves. La cobertura del 100% de les decisions implica una cobertura del 100% d’oficines i un 100% de cobertura d’extracte.
taula de decisions: Una taula que mostra combinacions d’entrades i / o estímuls (causes) amb els seus resultats i / o accions (efectes) associats, que es pot utilitzar per dissenyar casos de prova.
proves de la taula de decisions: Tècniques de disseny de proves de caixa negra en què els casos de prova estan dissenyats per executar les combinacions d’entrades i / o estímuls (causes) que es mostren en una taula de decisions. (Veenendaal)
proves de decisions: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar els resultats de la decisió.
resultat de la decisió: El resultat d’una decisió (que, per tant, determina les branques a prendre).
defecte: Un defecte en un component o sistema que pot fer que el component o sistema no compleixi la funció requerida, per exemple. una afirmació o una definició de dades incorrectes. Un defecte, si es produeix durant l'execució, pot provocar un error del component o del sistema.
densitat de defectes: El nombre de defectes identificats en un component o sistema dividit per la mida del component o sistema (expressat en termes de mesura estàndard, per exemple, línies de codi, nombre de classes o punts de funció).
Percentatge de detecció de defectes (DDP): el nombre de defectes trobats per una fase de prova, dividit pel nombre trobat per aquesta fase de prova i qualsevol altre mitjà posterior.
informe de defectes: Document que informa sobre qualsevol defecte d’un component o sistema que pugui fer que el component o sistema no compleixi la seva funció requerida. (Després de la IEEE 829)
gestió de defectes: El procés de reconeixement, investigació, actuació i eliminació de defectes. Es tracta de registrar defectes, classificar-los i identificar-ne l’impacte. (Després de la IEEE 1044)
emmascarament de defectes: Un fet en què un defecte impedeix detectar-ne un altre. (Després de IEEE 610)
parell definició-ús: L’associació de la definició d’una variable amb l’ús d’aquesta variable. Els usos variables inclouen computacionals (per exemple, la multiplicació) o per dirigir l'execució d'un camí (ús 'predicat').
lliurable: Qualsevol producte (d'obra) que s'hagi de lliurar a una altra persona que sigui l'autor del producte (d'obra).
proves basades en el disseny: Una aproximació a les proves en què els casos de prova es dissenyen basant-se en l’arquitectura i / o el disseny detallat d’un component o sistema (per exemple, proves d’interfícies entre components o sistemes).
control de taulell: Prova de programari o especificació mitjançant simulació manual de la seva execució.
proves de desenvolupament: Proves formals o informals realitzades durant la implementació d'un component o sistema, normalment en l'entorn de desenvolupament per part dels desenvolupadors. (Després de IEEE 610)
proves de documentació: Provar la qualitat de la documentació, p. Ex. guia de l'usuari o guia d'instal·lació.
domini: El conjunt a partir del qual es poden seleccionar valors d’entrada i / o sortida vàlids.
conductor: Un component de programari o eina de prova que substitueix un component que s’encarrega del control i / o de la trucada d’un component o sistema. (Després de TMap)
anàlisi dinàmica: El procés d’avaluació del comportament, per exemple rendiment de la memòria, ús de la CPU, d’un sistema o component durant l’execució. (Després de IEEE 610)
comparació dinàmica: Comparació dels resultats reals i esperats realitzats mentre s’executa el programari, per exemple mitjançant una eina d’execució de proves.
proves dinàmiques: Proves que impliquen l'execució del programari d'un component o sistema.
ÉS
eficiència: La capacitat del producte de programari per proporcionar un rendiment adequat, en relació amb la quantitat de recursos utilitzats en les condicions establertes. (ISO 9126)
proves d'eficiència: El procés de proves per determinar l'eficiència d'un producte de programari.
proves de comparació elementals: Una tècnica de disseny de proves de caixa negra en què els casos de prova estan dissenyats per executar combinacions d’entrades mitjançant el concepte de cobertura de determinació de condició. (TMap)
emulador: Un dispositiu, programa d’ordinador o sistema que accepta les mateixes entrades i produeix les mateixes sortides que un sistema determinat. (IEEE 610) Vegeu també el simulador.
criteris d'entrada: el conjunt de condicions genèriques i específiques per permetre que un procés avanci amb una tasca definida, per exemple fase de prova. El propòsit dels criteris d’entrada és evitar que comenci una tasca que comportaria un esforç més (malgastat) en comparació amb l’esforç necessari per eliminar els criteris d’entrada fallits. (Gilb i Graham)
punt d'entrada: La primera instrucció executable dins d’un component.
partició d'equivalència: Una porció d’un domini d’entrada o sortida per al qual se suposa que el comportament d’un component o sistema és el mateix, segons l’especificació.
cobertura de partició d'equivalència: El percentatge de particions d'equivalència que ha estat exercit per un conjunt de proves.
que és el millor convertidor de youtube a mp3
particionat d'equivalència: Una tècnica de disseny de proves de caixa negra en què els casos de prova estan dissenyats per executar representants de particions d’equivalència. En principi, els casos de prova estan dissenyats per cobrir cada partició almenys una vegada.
error: Una acció humana que produeix un resultat incorrecte. (Després de IEEE 610)
error en endevinar: Una tècnica de disseny de proves on s’utilitza l’experiència del comprovador per anticipar quins defectes podrien haver-hi presents en el component o sistema que s’està provant com a conseqüència d’errors comesos i per dissenyar proves específicament per exposar-les.
error de sembra: El procés d’afegir intencionadament defectes coneguts als que ja es troben al component o al sistema amb el propòsit de controlar la velocitat de detecció i eliminació i estimar el nombre de defectes restants. (IEEE 610)
tolerància a errors: Capacitat d'un sistema o component per continuar el funcionament normal malgrat la presència d'entrades errònies. (Després de IEEE 610).
tractament d'excepcions: Comportament d'un component o sistema en resposta a una entrada errònia, ja sigui d'un usuari humà o d'un altre component o sistema, o bé a un error intern.
instrucció executable: Una sentència que, quan es compila, es tradueix en codi objecte i que s'executarà procedimentalment quan s'executi el programa i que pugui realitzar una acció sobre les dades.
exercit: Es diu que un element de programa és exercit per un cas de prova quan el valor d'entrada provoca l'execució d'aquest element, com ara una declaració, una decisió o un altre element estructural.
proves exhaustives: Un enfocament de prova en què el conjunt de proves comprèn totes les combinacions de valors d’entrada i condicions prèvies.
criteris de sortida: El conjunt de condicions genèriques i específiques, acordades amb les parts interessades, per permetre la finalització oficial d’un procés. L’objectiu dels criteris de sortida és evitar que una tasca es consideri finalitzada quan encara hi ha parts pendents de la tasca que no s’han acabat. Les proves utilitzen els criteris de sortida per informar en contra i per planificar quan deixar de provar-les. (Després de Gilb i Graham)
punt de sortida: La darrera sentència executable dins d’un component.
Resultat Esperat: El comportament predit per l’especificació o una altra font del component o sistema en condicions especificades.
proves exploratòries: Proves on el provador controla activament el disseny de les proves mentre es realitzen aquestes proves i utilitza la informació obtinguda mentre provava per dissenyar proves noves i millors. (Bach)
F
fallar: Es considera que una prova falla si el seu resultat real no coincideix amb el resultat esperat.
fracàs: Desviació real del component o sistema del seu lliurament, servei o resultat esperats. (Després de Fenton)
mode d'error: La manifestació física o funcional d’un fracàs. Per exemple, un sistema en mode d'error es pot caracteritzar per un funcionament lent, sortides incorrectes o la finalització completa de l'execució.
Mode d'error i anàlisi d'efectes (FMEA): Un enfocament sistemàtic per a la identificació i anàlisi de riscos per identificar possibles modes de fracàs i intentar evitar la seva aparició.
taxa de fracàs: La proporció del nombre d’errors d’una categoria determinada a una unitat de mesura determinada, per exemple. fallades per unitat de temps, fallades per nombre de transaccions, fallades per nombre d’execucions de l’ordinador. (IEEE 610)
falta de tolerància: La capacitat del producte de programari per mantenir un nivell de rendiment especificat en casos d’errors (defectes) de programari o d’infracció de la seva interfície especificada. (ISO 9126) Vegeu també fiabilitat.
anàlisi de l'arbre de falles: Mètode utilitzat per analitzar les causes dels defectes (defectes).
camí factible: Un camí per al qual existeix un conjunt de valors d'entrada i condicions prèvies que fa que s'executi.
característica: Un atribut d’un component o sistema especificat o implícit per la documentació de requisits (per exemple, fiabilitat, usabilitat o restriccions de disseny). (Després de la IEEE 1008)
màquina d'estats finits: Un model computacional que consisteix en un nombre finit d’estats i transicions entre aquests estats, possiblement amb accions acompanyants. (IEEE 610)
revisió formal: Una revisió caracteritzada per procediments i requisits documentats, per exemple. inspecció.
base de prova congelada: Un document bàsic de prova que només es pot modificar mitjançant un procés formal de control de canvis. Vegeu també la línia de base.
Anàlisi de punts de funció (FPA): Mètode amb l'objectiu de mesurar la mida de la funcionalitat d'un sistema d'informació. El mesurament és independent de la tecnologia. Aquesta mesura es pot utilitzar com a base per a la mesura de la productivitat, l'estimació dels recursos necessaris i el control del projecte.
integració funcional: Un enfocament d’integració que combina els components o sistemes amb la finalitat d’obtenir una funcionalitat bàsica que funcioni aviat. Vegeu també proves d’integració.
requisit funcional: Un requisit que especifica una funció que ha de realitzar un component o sistema. (IEEE 610)
tècnica de disseny de proves funcionals: Procediment documentat per obtenir i seleccionar casos de prova basat en una anàlisi de l’especificació de la funcionalitat d’un component o sistema sense fer referència a la seva estructura interna. Vegeu també la tècnica de disseny de proves de caixes negres.
proves funcionals: Proves basades en una anàlisi de l'especificació de la funcionalitat d'un component o sistema. Vegeu també proves de caixes negres.
funcionalitat: La capacitat del producte de programari per proporcionar funcions que satisfacin les necessitats establertes i implícites quan el programari s’utilitza en condicions especificades. (ISO 9126)
proves de funcionalitat: El procés de proves per determinar la funcionalitat d’un producte de programari.
G
proves de caixes de vidre: Veure proves de caixes blanques.
H
avaluació heurística: Una tècnica de prova d’usabilitat estàtica per determinar el compliment d’una interfície d’usuari amb principis d’usabilitat reconeguts (l’anomenada “heurística”).
cas de prova d'alt nivell: Un cas de prova sense valors concrets (nivell d’implementació) per a les dades d’entrada i els resultats esperats.
traçabilitat horitzontal: El seguiment dels requisits per a un nivell de prova a través de les capes de documentació de la prova (per exemple, pla de prova, especificació del disseny de la prova, especificació del cas de prova i especificació del procediment de prova).
Jo
anàlisi d'impacte: L'avaluació del canvi a les capes de documentació de desenvolupament, documentació de proves i components, per tal d'implementar un canvi determinat als requisits especificats.
model de desenvolupament incremental: Un cicle de vida del desenvolupament on un projecte es divideix en una sèrie d’increments, cadascun dels quals proporciona una part de la funcionalitat en els requisits generals del projecte. Els requisits es prioritzen i es lliuren per ordre de prioritat en l’increment adequat. En algunes versions (però no totes) d’aquest model de cicle de vida, cada subprojecte segueix un ‘model mini V’ amb les seves pròpies fases de disseny, codificació i prova.
proves incrementals: Proves on s'integren components i sistemes i es posen a prova un o alguns alhora, fins que tots els components o sistemes estiguin integrats i provats.
incident: Qualsevol esdeveniment ocorregut durant les proves que requereixi investigació. (Després de la IEEE 1008)
gestió d'incidents: El procés de reconeixement, investigació, actuació i eliminació d’incidents. Es tracta de registrar incidents, classificar-los i identificar-ne l’impacte. (Després de la IEEE 1044)
eina de gestió d'incidents: Una eina que facilita el registre i el seguiment de l’estat dels incidents trobats durant les proves. Sovint tenen instal·lacions orientades al flux de treball per rastrejar i controlar l’assignació, la correcció i la revisió de les incidències i proporcionar facilitats d’informació.
informe d'incidents: Document que informa de qualsevol esdeveniment que es produeix durant la prova i que requereix investigació. (Després de la IEEE 829)
independència: Separació de responsabilitats, que afavoreix la realització de proves objectives. (Després de la DO-178b)
camí inviable: Un camí que no pot exercir cap conjunt de valors d'entrada possibles.
revisió informal: Una revisió no basada en un procediment formal (documentat).
entrada: Una variable (ja sigui emmagatzemada dins d'un component o fora) que un component llegeix.
domini d'entrada: El conjunt a partir del qual es poden seleccionar valors d'entrada vàlids .. Vegeu també domini.
valor d'entrada: Una instància d'una entrada. Vegeu també l'entrada.
inspecció: Un tipus de revisió que es basa en l’examen visual de documents per detectar defectes, p. violacions de les normes de desenvolupament i incompliment de la documentació de nivell superior. La tècnica de revisió més formal i, per tant, sempre basada en un procediment documentat. (Després de IEEE 610, IEEE 1028)
instal·labilitat: La capacitat del producte de programari per instal·lar-se en un entorn especificat (ISO 9126). Vegeu també la portabilitat.
proves d'instal·lació: Procés de prova de la instal·labilitat d’un producte de programari. Vegeu també proves de portabilitat.
guia d'instal·lació: Instruccions proporcionades sobre qualsevol suport adequat, que guia l'instal·lador durant el procés d'instal·lació. Pot ser una guia manual, un procediment pas a pas, un assistent d'instal·lació o qualsevol altra descripció similar del procés.
assistent d'instal·lació: Programari subministrat en qualsevol suport adequat, que guia l'instal·lador durant el procés d'instal·lació. Normalment executa el procés d’instal·lació, proporciona comentaris sobre els resultats de la instal·lació i sol·licita opcions.
instrumentació: La inserció de codi addicional al programa per tal de recopilar informació sobre el comportament del programa durant l'execució.
instruments: Una eina de programari que s’utilitza per dur a terme la instrumentació.
prova d'admissió: Un cas especial de prova de fum per decidir si el component o el sistema està a punt per fer proves detallades i posteriors. Normalment es realitza una prova d’admissió a l’inici de la fase d’execució de la prova.
integració: El procés de combinar components o sistemes en conjunts més grans.
proves d'integració: Proves realitzades per exposar defectes en les interfícies i en les interaccions entre components o sistemes integrats. Vegeu també proves d’integració de components, proves d’integració de sistemes.
proves d'interfície: Un tipus de prova d’integració que s’ocupa de provar les interfícies entre components o sistemes.
interoperabilitat: La capacitat del producte de programari per interactuar amb un o més components o sistemes especificats. (Després de la norma ISO 9126) Vegeu també la funcionalitat.
proves d'interoperabilitat: El procés de proves per determinar la interoperabilitat d’un producte de programari. Vegeu també proves de funcionalitat.
proves no vàlides: Prova mitjançant valors d’entrada que el component o el sistema hauria de rebutjar. Vegeu també tolerància a errors.
proves d'aïllament: Proves de components individuals aïllats dels components circumdants, si els components circulars són simulats per trossos i controladors, si cal.
A
proves basades en paraules clau: Una tècnica de seqüència d’ordres que utilitza fitxers de dades per contenir no només dades de prova i resultats esperats, sinó també paraules clau relacionades amb l’aplicació que s’està provant. Les paraules clau s’interpreten mitjançant scripts de suport especials que el script de control crida per a la prova. Vegeu també proves basades en dades.
L
LCSAJ: Una seqüència i salt de codis lineals, que consisteix en els tres elements següents (identificats convencionalment per números de línia en un llistat de codis font): l’inici de la seqüència lineal d’instruccions executables, el final de la seqüència lineal i la línia de destinació a la qual controla el flux es transfereix al final de la seqüència lineal.
Cobertura LCSAJ: El percentatge de LCSAJ d'un component que ha estat exercit per un conjunt de proves. La cobertura del 100% LCSAJ implica una cobertura del 100% de decisions.
Proves LCSAJ: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar LCSAJ.
aprenentatge: Capacitat del producte de programari per permetre a l'usuari conèixer la seva aplicació. (ISO 9126) Vegeu també la usabilitat.
prova de càrrega: Un tipus de prova relacionat amb la mesura del comportament d’un component o sistema amb una càrrega creixent, per exemple nombre d'usuaris paral·lels i / o nombre de transaccions per determinar quina càrrega pot gestionar el component o el sistema.
cas de prova de baix nivell: Un cas de prova amb valors concrets (nivell d’implementació) per a les dades d’entrada i els resultats esperats.
M
manteniment: Modificació d'un producte de programari després del lliurament per corregir defectes, millorar el rendiment o altres atributs o adaptar el producte a un entorn modificat. (IEEE 1219)
proves de manteniment: Provar els canvis en un sistema operatiu o l'impacte d'un entorn canviat en un sistema operatiu.
mantenibilitat: La facilitat amb què es pot modificar un producte de programari per corregir defectes, modificar-lo per satisfer els nous requisits, modificar-lo per facilitar el manteniment futur o adaptar-se a un entorn canviat. (ISO 9126)
proves de mantenibilitat: Procés de proves per determinar la mantenibilitat d’un producte de programari.
revisió de gestió: Una avaluació sistemàtica del procés d’adquisició, subministrament, desenvolupament, operació o manteniment de programari, realitzada per la direcció o per compte de la mateixa, que supervisa el progrés, determina l’estat dels plans i horaris, confirma els requisits i l’assignació del sistema hereu o avalua l’eficàcia dels enfocaments de gestió. per aconseguir una forma adequada. (Després de IEEE 610, IEEE 1028)
maduresa: (1) La capacitat d'una organització respecte a l'eficàcia i l'eficiència dels seus processos i pràctiques de treball. Vegeu també Model de maduresa de la capacitat, Model de maduresa de la prova. (2) La capacitat del producte de programari per evitar fallades com a conseqüència de defectes del programari. (ISO 9126) Vegeu també fiabilitat.
mesura: El nombre o la categoria assignada a un atribut d'una entitat mitjançant un mesurament (ISO 14598).
mesura: El procés d'assignació d'un número o categoria a una entitat per descriure un atribut d'aquesta entitat. (ISO 14598)
escala de mesura: Una escala que limita el tipus d'anàlisi de dades que se'n pot fer. (ISO 14598)
pèrdua de memòria: Un defecte en la lògica d’assignació de magatzem dinàmic d’un programa que fa que no recuperi la memòria després d’haver-la acabat d’utilitzar, provocant finalment un error del programa per manca de memòria.
mètrica: Una escala de mesura i el mètode utilitzat per a la mesura. (ISO 14598)
fita: Un moment en un projecte en què es van definir els lliuraments (intermedis) iels resultats haurien d’estar a punt.
moderador: El líder i la persona principal responsable d'una inspecció o d'un altre procés de revisió.
monitor: Una eina de programari o dispositiu de maquinari que s'executa simultàniament amb el component o sistema que es prova i supervisa, registra i / o analitza el comportament del component o sistema. (Després de IEEE 610)
cobertura de diverses condicions: El percentatge de combinacions de totes les condicionsresultats d'una afirmació que han estat exercits per un conjunt de proves. 100% múltiplela cobertura de la condició implica una cobertura del 100% de determinació de la condició.
proves de diverses condicions: Una tècnica de disseny de proves de caixa blanca en què els casos de prova estan dissenyats per executar combinacions de resultats d'una sola condició (dins d'una afirmació).
anàlisi de mutacions: Un mètode per determinar l'exhaustivitat del conjunt de proves mesurant fins a quin punt un conjunt de proves pot discriminar el programa de lleugeres variants (mutants) del programa.
N
Cobertura de commutador N: El percentatge de seqüències de transicions N + 1 que han estat exercides per un conjunt de proves. (Chow)
Prova de commutador N: Una forma de prova de transició d'estat en què els casos de prova estan dissenyats per executar totes les seqüències vàlides de transicions N + 1. (Chow) Vegeu també proves de transició d'estats.
proves negatives: Proves destinades a demostrar que un component o sistema no funciona. Les proves negatives estan relacionades amb l'actitud dels verificadors en lloc d'un enfocament de prova específic o d'una tècnica de disseny de proves. (Després de Beizer).
incompliment: L'incompliment d'un requisit especificat. (ISO 9000)
requisit no funcional: Un requisit que no es relaciona amb la funcionalitat, sinó amb atributs com ara fiabilitat, eficiència, usabilitat, mantenibilitat i portabilitat.
proves no funcionals: Provar els atributs d’un component o sistema que no estan relacionats amb la funcionalitat, p. fiabilitat, eficiència, usabilitat, mantenibilitat i portabilitat.
tècniques de disseny de proves no funcionals: Mètodes utilitzats per dissenyar o seleccionar proves per a proves no funcionals.
O
programari disponible a la venda: Un producte de programari desenvolupat per al mercat general, és a dir, per a un gran nombre de clients, i que es lliura a molts clients en un format idèntic.
operabilitat: Capacitat del producte de programari per permetre a l'usuari operar-lo i controlar-lo. (ISO 9126) Vegeu també la usabilitat.
entorn operatiu: Productes de maquinari i programari instal·lats als llocs dels usuaris o dels clients on s’utilitzarà el component o el sistema que s’està provant. El programari pot incloure sistemes operatius, sistemes de gestió de bases de dades i altres aplicacions.
proves de perfil operatiu: Proves estadístiques mitjançant un model d'operacions del sistema (tasques de curta durada) i la seva probabilitat d'ús típic. (Musa)
proves operatives: Proves realitzades per avaluar un component o sistema en el seu entorn operatiu. (IEEE 610)
sortida: Una variable (ja sigui emmagatzemada dins d’un component o fora) que un component escriu.
domini de sortida: El conjunt a partir del qual es poden seleccionar valors de sortida vàlids. Vegeu també domini.
valor de sortida: Una instància d'una sortida. Vegeu també la sortida.
Pàg
programació de parells: Un enfocament de desenvolupament de programari mitjançant el qual línies de codi (producció i / o prova) d’un component són escrites per dos programadors asseguts en un únic ordinador. Això significa implícitament que es realitzen revisions de codi en temps real.
proves de parells: Dos provadors treballen junts per trobar defectes. Normalment, comparteixen un ordinador i el controlen durant la prova.
Passar: Es considera que supera la prova si el seu resultat real coincideix amb el resultat esperat.
Criteris d'aprovació / suspensió: Regles de decisió que s’utilitzen per determinar si un element de prova (funció) o funció ha superat o no una prova. (IEEE 829)
Camí: Una seqüència d’esdeveniments, per exemple sentències executables, d’un component o sistema des d’un punt d’entrada fins a un punt de sortida.
cobertura del camí: El percentatge de camins que ha estat exercit per un conjunt de proves. La cobertura del 100% del camí implica un 100% de cobertura LCSAJ.
sensibilització del camí: Triar un conjunt de valors d'entrada per forçar l'execució d'un camí determinat.
proves de camí: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar camins.
rendiment: El grau en què un sistema o component compleix les seves funcions designades dins de determinades restriccions quant al temps de processament i la velocitat de producció. (Després de IEEE 610) Vegeu l'eficiència.
indicador de rendiment: Una mètrica d’alt nivell d’eficàcia i / o eficiència que s’utilitza per guiar i controlar el desenvolupament progressiu, per exemple. Percentatge de detecció de defectes (DDP) per provar. (CMMI)
proves de rendiment: El procés de proves per determinar el rendiment d’un producte de programari. Consulteu les proves d’eficiència.
eina de proves de rendiment: Una eina per donar suport a les proves de rendiment i que sol tenir dues facilitats principals: la generació de càrrega i el mesurament de transaccions de prova. La generació de càrrega pot simular múltiples usuaris o grans volums de dades d'entrada. Durant l'execució, es prenen mesures de temps de resposta a partir de transaccions seleccionades i es registren. Les eines de proves de rendiment normalment proporcionen informes basats en registres de proves i gràfics de càrrega en funció dels temps de resposta.
pla de proves de fase: Un pla de prova que sol abordar un nivell de prova.
portabilitat: La facilitat amb què el producte de programari es pot transferir d’un entorn de maquinari o programari a un altre. (ISO 9126)
proves de portabilitat: El procés de proves per determinar la portabilitat d’un producte de programari.
postcondició: Condicions ambientals i estatals que s'han de complir després de l'execució d'una prova o procediment de prova.
comparació postexecució: Comparació dels resultats reals i esperats, realitzats després que el programari s'hagi acabat d'executar.
condició prèvia: Condicions ambientals i estatals que s'han de complir abans que el component o sistema es pugui executar amb una prova o un procediment de prova particulars.
Prioritat: El nivell d’importància (empresarial) assignat a un article, p. defecte.
prova de cicle de procés: Una tècnica de disseny de proves de caixa negra en què els casos de prova estan dissenyats per executar procediments i processos empresarials. (TMap)
procés: Un conjunt d’activitats interrelacionades, que transformen les entrades en sortides. (ISO 12207)
projecte: Un projecte és un conjunt únic d’activitats coordinades i controlades amb dates d’inici i finalització que tenen un objectiu conforme a requisits específics, incloses les limitacions de temps, cost i recursos. (ISO 9000)
pla de proves del projecte: Un pla de prova que sol tractar diversos nivells de prova.
pseudo-aleatori: Una sèrie que sembla ser aleatòria però que, de fet, es genera segons una seqüència preordenada.
Q
qualitat: El grau en què un component, sistema o procés compleix els requisits especificats i / o les necessitats i expectatives de l'usuari / client. (Després de IEEE 610)
garantia de qualitat: Part de la gestió de la qualitat enfocada a proporcionar confiança en què es compleixen els requisits de qualitat. (ISO 9000)
atribut de qualitat: Una característica o característica que afecta la qualitat d’un article. (IEEE 610)
gestió de la qualitat: Activitats coordinades per dirigir i controlar una organització pel que fa a la qualitat. La direcció i control pel que fa a la qualitat inclouen generalment l’establiment de la política de qualitat i els objectius de qualitat, la planificació de la qualitat, el control de qualitat, l’assegurament de la qualitat i la millora de la qualitat. (ISO 9000)
R
proves aleatòries: Una tècnica de disseny de proves de caixa negra on es seleccionen casos de prova, possiblement mitjançant un algorisme de generació pseudo-aleatòria, per coincidir amb un perfil operatiu. Aquesta tècnica es pot utilitzar per provar atributs no funcionals, com ara fiabilitat i rendiment.
recuperabilitat: La capacitat del producte de programari per restablir un nivell de rendiment especificat i recuperar les dades afectades directament en cas de fallada. (ISO 9126) Vegeu també fiabilitat.
proves de recuperabilitat: El procés de proves per determinar la recuperabilitat d’un producte de programari. Vegeu també proves de fiabilitat.
proves de regressió: Prova d'un programa provat prèviament després de la modificació per assegurar-se que no s'han introduït o descobert defectes a les zones no modificades del programari, com a resultat dels canvis realitzats. Es realitza quan es canvia el programari o el seu entorn.
nota de llançament: Un document que identifica els elements de la prova, la seva configuració, l'estat actual i altra informació de lliurament lliurada pel desenvolupament a la prova i, possiblement, a altres parts interessades, al començament d'una fase d'execució de la prova. (Després de la IEEE 829)
fiabilitat: Capacitat del producte de programari per realitzar les funcions requerides en les condicions establertes durant un període de temps especificat o per a un nombre especificat d’operacions. (ISO 9126)
proves de fiabilitat: El procés de proves per determinar la fiabilitat d’un producte de programari.
reemplaçable: La capacitat del producte de programari per utilitzar-se en lloc d’un altre producte de programari especificat amb el mateix propòsit en el mateix entorn. (ISO 9126) Vegeu també portabilitat.
requisit: Una condició o capacitat que necessita un usuari per resoldre un problema o assolir un objectiu que ha de complir o tenir un sistema o component del sistema per satisfer un contracte, una norma, una especificació o un altre document formalment imposat. (Després de IEEE 610)
proves basades en requisits: Una aproximació a les proves en què els casos de prova es dissenyen en funció dels objectius de la prova i de les condicions de prova derivades dels requisits, p. proves que exerceixen funcions específiques o sondeixen atributs no funcionals com la fiabilitat o la usabilitat.
eina de gestió de requisits: Una eina que admet l'enregistrament de requisits, atributs de requisits (per exemple, prioritat, responsable del coneixement) i anotacions, i que facilita la traçabilitat mitjançant capes de requisits i gestió de canvis de requisits. Algunes eines de gestió de requisits també proporcionen facilitats per a l'anàlisi estàtic, com ara la comprovació de la coherència i les infraccions a les regles de requisits predefinits.
fase de requisits: El període de temps del cicle de vida del programari durant el qual es defineixen i documenten els requisits d’un producte de programari. (IEEE 610)
utilització de recursos: La capacitat del producte de programari d’utilitzar quantitats i tipus de recursos adequats, per exemple, la quantitat de memòria principal i secundària que utilitza el programa i la mida dels fitxers temporals o de desbordament necessaris, quan el programari realitza la seva funció en les condicions establertes. (Després de la ISO 9126) Vegeu també l'eficiència.
proves d’utilització de recursos: El procés de proves per determinar la utilització dels recursos d’un producte de programari.
resultat: La conseqüència / el resultat de l'execució d'una prova. Inclou sortides a pantalles, canvis de dades, informes i missatges de comunicació enviats. Vegeu també el resultat real, el resultat esperat.
criteris de represa: Les activitats de prova que s'han de repetir quan es reinicien les proves després d'una suspensió. (Després de la IEEE 829)
tornar a provar: Prova que executa casos de prova que han fallat l'última vegada que s'han executat, per tal de verificar l'èxit de les accions correctives.
revisió: Una avaluació de l’estat d’un producte o projecte per determinar discrepàncies respecte als resultats previstos i recomanar millores. Els exemples inclouen revisió de la gestió, revisió informal, revisió tècnica, inspecció i tutorial. (Després de IEEE 1028)
revisor: La persona que participa en la revisió que ha d'identificar i descriure anomalies en el producte o projecte objecte de revisió. Es poden triar els revisors per representar diferents punts de vista i rols en el procés de revisió.
risc: Un factor que podria provocar conseqüències negatives futures; normalment s’expressa com a impacte i versemblança.
anàlisi de riscos: El procés d’avaluació dels riscos identificats per estimar-ne l’impacte i la probabilitat d’ocurrència (probabilitat).
proves basades en el risc: Proves orientades a explorar i proporcionar informació sobre els riscos del producte. (Després de Gerrard)
control de riscos: El procés mitjançant el qual es prenen decisions i s’implementen mesures de protecció per reduir els riscos o mantenir-los dins dels nivells especificats.
identificació del risc: El procés d’identificació de riscos mitjançant tècniques com la pluja d’idees, llistes de comprovació i historial d’errors.
gestió de riscos: Aplicació sistemàtica de procediments i pràctiques a les tasques d’identificació, anàlisi, priorització i control del risc.
robustesa: Grau en què un component o sistema pot funcionar correctament en presència d’invàlids o condicions ambientals estressants. (IEEE 610) Vegeu també tolerància a errors, tolerància a fallades.
causa arrel: Un factor subjacent que va provocar una no conformitat i que possiblement s’hauria d’eliminar permanentment mitjançant la millora del procés.
S
seguretat: La capacitat del producte de programari per assolir nivells acceptables de risc de danys per a persones, empreses, programari, propietats o el medi ambient en un context d’ús específic. (ISO 9126)
proves de seguretat: El procés de proves per determinar la seguretat d’un producte de programari.
escalabilitat: La capacitat del producte de programari a actualitzar per adaptar-se a càrregues augmentades. (Després de Gerrard)
proves d'escalabilitat: Proves per determinar l’escalabilitat del producte de programari.
escriba: La persona que ha de registrar cada defecte esmentat i qualsevol suggeriment de millora durant una reunió de revisió, en un formulari de registre. L’escrivà s’ha d’assegurar que el formulari de registre sigui llegible i comprensible.
llenguatge de seqüència: Llenguatge de programació en què s’escriuen scripts de prova executables, utilitzat per una eina d’execució de proves (per exemple, una eina de captura / reproducció).
seguretat: Atributs de productes de programari que mantenen la seva capacitat per prevenir accessos no autoritzats, ja siguin accidentals o intencionats, a programes i dades. (ISO 9126)
proves de seguretat: Proves per determinar la seguretat del producte de programari.
severitat: El grau d’impacte que té un defecte en el desenvolupament o el funcionament d’un component o sistema. (Després de IEEE 610)
simulació: La representació de característiques conductuals seleccionades d’un sistema físic o abstracte per un altre sistema. (ISO 2382/1)
simulador: Dispositiu, programa d’ordinador o sistema utilitzat durant les proves, que es comporta o funciona com un sistema determinat quan es proporciona un conjunt d’entrades controlades. (Després de IEEE 610, DO178b) Vegeu també l'emulador.
prova de fum: Un subconjunt de tots els casos de prova definits / planificats que cobreixen la funcionalitat principal d’un component o sistema, per comprovar que funcionen les funcions més crucials d’un programa, però no molestar-se amb detalls més fins. Una prova diària de construcció i de fum es troba entre les millors pràctiques de la indústria. Vegeu també la prova d’ingesta.
qualitat del programari: La totalitat de funcionalitats i funcions d’un producte de programari que condicionen la seva capacitat per satisfer les necessitats declarades o implícites. (Després de la norma ISO 9126)
especificació: Un document que especifica, idealment de manera completa, precisa i verificable, els requisits, el disseny, el comportament o altres característiques d’un component o sistema i, sovint, els procediments per determinar si s’han complert aquestes disposicions. (Després de IEEE 610)
tècnica de disseny de proves basades en especificacions: Vegeu la tècnica de disseny de proves de caixa negra.
entrada especificada: Una entrada per a la qual l'especificació prediu un resultat.
estabilitat: Capacitat del producte de programari per evitar efectes inesperats de les modificacions del programari. (ISO 9126) Vegeu també mantenibilitat.
diagrama d'estat: Un diagrama que representa els estats que pot assumir un component o sistema i mostra els esdeveniments o circumstàncies que causen i / o resulten d’un canvi d’un estat a un altre. (IEEE 610)
taula d'estats: Una quadrícula que mostra les transicions resultants per a cada estat combinada amb cada possible esdeveniment, que mostra transicions vàlides i no vàlides.
transició estatal: Una transició entre dos estats d’un component o sistema.
proves de transició d'estat: Una tècnica de disseny de proves de caixa negra en què els casos de prova estan dissenyats per executar transicions d'estat vàlides i no vàlides. Vegeu també proves de commutador N.
declaració: Una entitat en un llenguatge de programació, que sol ser la unitat d'execució indivisible més petita.
cobertura de l'extracte: El percentatge d’instruccions executables que ha estat exercit per un conjunt de proves.
prova de declaració: Una tècnica de disseny de proves de caixes blanques en què els casos de prova estan dissenyats per executar sentències.
anàlisi estàtic: Anàlisi d’artefactes de programari, per exemple requisits o codi, realitzats sense l'execució d'aquests artefactes de programari.
analitzador estàtic: Una eina que realitza anàlisis estàtiques.
anàlisi de codi estàtic: Anàlisi del codi font del programa realitzat sense l'execució d'aquest programari.
analitzador de codi estàtic: Una eina que realitza anàlisis estàtiques de codi. L'eina comprova el codi font per a certes propietats, com ara la conformitat amb els estàndards de codificació, les mètriques de qualitat o les anomalies del flux de dades.
proves estàtiques: Proves d’un component o sistema a nivell d’especificació o implementació sense l’execució d’aquest programari, p. ressenyes o anàlisi de codi estàtic.
proves estadístiques: Una tècnica de disseny de proves en què s’utilitza un model de distribució estadística de l’entrada per construir casos de prova representatius. Vegeu també proves de perfils operatius.
comptabilitat d'estat: Un element de gestió de la configuració, que consisteix en el registre i la notificació de la informació necessària per gestionar una configuració de manera efectiva. Aquesta informació inclou un llistat de la identificació de configuració aprovada, l'estat dels canvis proposats a la configuració i l'estat d'implementació dels canvis aprovats. (IEEE 610)
Proves d’estrès: Proves realitzades per avaluar un sistema o component en els límits dels requisits especificats o més enllà. (IEEE 610)
cobertura estructural: Mesures de cobertura basades en l'estructura interna del component.
tècnica de disseny de proves estructurals: Veure tècnica de disseny de proves de caixes blanques.
taló: Implementació esquelètica o de propòsit especial d’un component de programari, que s’utilitza per desenvolupar o provar un component que en crida o en depèn. Substitueix un component anomenat. (Després de IEEE 610)
subpath: Una seqüència d’instruccions executables dins d’un component.
criteris de suspensió: Els criteris que s’utilitzen per aturar (temporalment) totes o una part de les activitats de prova dels elements de prova. (Després de la IEEE 829)
idoneïtat: Capacitat del producte de programari per proporcionar un conjunt de funcions adequat per a tasques especificades i objectius de l'usuari. (ISO 9126) Vegeu també la funcionalitat.
Inventari de mesurament de la usabilitat del programari (SUMI): Una tècnica de prova d’usabilitat basada en qüestionaris per avaluar-la, p. satisfacció de l'usuari, d'un component o sistema. (Veenendaal)
proves de sintaxi: Una tècnica de disseny de proves de caixa negra en què els casos de prova es dissenyen sobre la base de la definició del domini d’entrada i / o de sortida.
sistema: Una col·lecció de components organitzats per complir una funció específica o un conjunt de funcions. (IEEE 610)
proves d'integració del sistema: Provar la integració de sistemes i paquets; provar interfícies a organitzacions externes (per exemple, Intercanvi electrònic de dades, Internet).
proves del sistema: Procés de prova d’un sistema integrat per verificar que compleix els requisits especificats. (Hetzel)
T
revisió tècnica: Una activitat de discussió en grup d’iguals que se centra a assolir el consens sobre l’enfocament tècnic a adoptar. Una revisió tècnica també es coneix com a revisió per parells. (Gilb i Graham, IEEE 1028)
enfocament de prova: La implementació de l’estratègia de prova per a un projecte específic. Normalment inclou les decisions preses que segueixen en funció de l’objectiu del projecte (prova) i de l’avaluació de riscos realitzada, punts de partida pel que fa al procés de prova, les tècniques de disseny de proves que s’han d’aplicar, els criteris de sortida i els tipus de proves que s’han de realitzar.
automatització de proves: L’ús de programari per realitzar o donar suport a activitats de prova, per exemple. gestió de proves, disseny de proves, execució de proves i comprovació de resultats.
base de la prova: Tots els documents a partir dels quals es poden inferir els requisits d’un component o sistema. La documentació en què es basen els casos de prova. Si un document només es pot modificar mitjançant un procediment d’esmena formal, la base de prova s’anomena base de prova congelada. (Després de TMap)
cas de prova: Un conjunt de valors d’entrada, condicions prèvies a l’execució, resultats esperats i postcondicions d’execució, desenvolupats per a un objectiu particular o condició de prova, com per exemple per exercir un camí de programa concret o per verificar el compliment d’un requisit específic. (Després de IEEE 610)
especificació del cas de prova: Un document que especifica un conjunt de casos de prova (objectiu, entrades, accions de prova, resultats esperats i precondicions d’execució) per a un element de prova. (Després de la IEEE 829)
carta de proves: Una declaració dels objectius de la prova i, possiblement, de les idees de prova. Les cartes de proves s'utilitzen entre d'altres en proves exploratòries. Vegeu també proves exploratòries.
comparador de proves: Una eina de prova per realitzar comparacions de proves automàtiques.
comparació de proves: El procés d’identificació de les diferències entre els resultats reals produïts pel component o sistema sotmès a prova i els resultats esperats per a una prova. La comparació de proves es pot realitzar durant l'execució de la prova (comparació dinàmica) o després de l'execució de la prova.
condició de prova: Un element o esdeveniment d’un component o sistema que es podria verificar mitjançant un o més casos de prova, per exemple una funció, una transacció, un atribut de qualitat o un element estructural.
dades de prova: Dades que existeixen (per exemple, en una base de dades) abans que s’executi una prova i que afecten o són afectades pel component o sistema que s’està provant.
eina de preparació de dades de proves: Un tipus d’eina de prova que permet seleccionar dades de bases de dades existents o crear-les, generar-les, manipular-les i editar-les per utilitzar-les en proves.
Especificació de disseny de prova: Un document que especifica les condicions de la prova (ítems de cobertura) per a un ítem de prova, l’enfocament detallat de la prova i que identifica els casos de prova d’alt nivell associats. (Després de la IEEE 829)
eina de disseny de proves: Una eina que dóna suport a l'activitat de disseny de proves mitjançant la generació d'entrades de prova a partir d'una especificació que es pot contenir en un dipòsit d'eines CASE, per exemple. eina de gestió de requisits o a partir de les condicions de prova especificades que es mantenen a la mateixa eina.
tècnica de disseny de proves: Mètode utilitzat per obtenir o seleccionar casos de prova.
entorn de prova: Un entorn que conté maquinari, instrumentació, simuladors, eines de programari i altres elements de suport necessaris per dur a terme una prova. (Després de IEEE 610)
informe d'avaluació de la prova: Un document elaborat al final del procés de prova que resumeix totes les activitats i resultats de les proves. També conté una avaluació del procés de proves i de les lliçons apreses.
execució de la prova: Procés d’execució d’una prova pel component o sistema que s’està provant, produint els resultats reals.
automatització de l'execució de proves: L’ús de programari, per exemple eines de captura / reproducció, per controlar l'execució de les proves, la comparació dels resultats reals amb els resultats esperats, la configuració de les condicions prèvies de la prova i altres funcions de control i informe de proves.
fase d'execució de la prova: El període de temps d’un cicle de vida del desenvolupament de programari durant el qual s’executen els components d’un producte de programari i s’avalua el producte de programari per determinar si s’han complert o no els requisits. (IEEE 610)
calendari d'execució de proves: Un esquema per a l'execució de procediments de prova. Els procediments de prova s'inclouen al calendari d'execució de la prova en el seu context i en l'ordre en què s'han d'executar.
tècnica d'execució de proves: El mètode utilitzat per realitzar l'execució de la prova real,ja sigui manualment o automàticament.
eina d'execució de proves: Un tipus d’eina de prova capaç d’executar un altre programari mitjançant un script de prova automatitzat, p. captura / reproducció. (Fewster i Graham)
arnès de prova: Un entorn de prova format per troncs i conductors necessaris per dur a terme una prova.
infraestructura de prova: Els artefactes organitzatius necessaris per realitzar proves, que consisteixen en entorns de prova, eines de prova, entorn d’oficina i procediments.
element de prova: L'element individual a provar. Normalment hi ha un objecte de prova i molts elements de prova. Vegeu també l'objecte de prova.
nivell de prova: Un grup d’activitats de prova que s’organitzen i es gestionen conjuntament. Un nivell de prova està relacionat amb les responsabilitats d’un projecte. Exemples de nivells de prova són la prova de components, la prova d’integració, la prova del sistema i la prova d’acceptació. (Després de TMap)
registre de proves: Un registre cronològic de detalls rellevants sobre l'execució de les proves. (IEEE 829)
registre de proves: El procés d’enregistrament d’informació sobre proves executades en un registre de proves.
gestor de proves: La persona responsable de provar i avaluar un objecte de prova. L'individu, que dirigeix, controla, administra plans i regula l'avaluació d'un objecte de prova.
gestió de proves: La planificació, estimació, seguiment i control de les activitats de prova, normalment realitzades per un gestor de proves.
Model de maduresa de la prova (TMM): Un marc per etapes de cinc nivells per a la millora del procés de proves, relacionat amb el Model de maduresa de la capacitat (CMM) que descriu els elements clau d’un procés de prova eficaç.
Millora del procés de prova (TPI): Un marc continu per a la millora del procés de proves que descriu els elements claus d’un procés de prova eficaç, especialment dirigit a les proves del sistema i les proves d’acceptació.
objecte de prova: El component o sistema a provar. Vegeu també l'element de prova.
objectiu de la prova: Una raó o un propòsit per dissenyar i executar una prova.
prova oracle: Una font per determinar els resultats esperats per comparar-los amb el resultat real del programari que es prova. Un oracle pot ser el sistema existent (per a un punt de referència), un manual d’usuari o el coneixement especialitzat d’un individu, però no ha de ser el codi. (Després d'Adrion)
indicador de rendiment de la prova: Una mètrica, en general d’alt nivell, que indica fins a quin punt es compleix un determinat valor o criteri objectiu. Sovint relacionat amb els objectius de millora de processos, per exemple Percentatge de detecció de defectes (DDP).
fase de prova: Un conjunt diferent d’activitats de prova recollides en una fase manejable d’un projecte, per exemple. les activitats d'execució d'un nivell de prova. (Després de Gerrard)
pla de prova: Un document que descriu l'abast, l'enfocament, els recursos i el calendari de les activitats de prova previstes. Identifica, entre altres elements de prova, les característiques a provar, les tasques de prova, qui realitzarà cada tasca, el grau d’independència del provador, l’entorn de la prova, les tècniques de disseny de les proves i les tècniques de mesura de les proves que s’utilitzaran i els fonaments de la seva elecció. , i qualsevol risc que requereixi una planificació de contingència. És un registre del procés de planificació de proves (Després de la IEEE 829)
planificació de proves: L’activitat d’establir o actualitzar un pla de proves.
política de proves: Un document d'alt nivell que descriu els principis, l'enfocament i els principals objectius de l'organització pel que fa a les proves.
anàlisi del punt de prova (TPA): Un mètode d’estimació de proves basat en fórmules basat en l’anàlisi de punts de funció. (TMap)
procediment de prova: Consulteu l’especificació del procediment de prova.
especificació del procediment de prova: Document que especifica una seqüència d'accions per a l'execució d'una prova. També es coneix com a script de prova o script de prova manual. (Després de la IEEE 829)
procés de prova: El procés de prova fonamental inclou la planificació, especificació, execució, enregistrament i comprovació de la seva finalització. (BS 7925/2)
repetibilitat de la prova: Un atribut d'una prova que indica si es produeixen els mateixos resultats cada vegada que s'executa la prova.
prova de prova: Execució d'una prova sobre una versió específica de l'objecte de prova.
guió de prova: S’utilitza habitualment per referir-se a una especificació del procediment de prova, especialment automàtica.
especificació de la prova: Document que consisteix en una especificació de disseny de prova, una especificació de cas de prova i / o una especificació de procediment de prova.
estratègia de prova: Un document d'alt nivell que defineix els nivells de prova que s'han de realitzar i les proves d'aquests nivells per a un programa (un o més projectes).
suite de proves: Conjunt de diversos casos de prova per a un component o sistema que s’està provant, on la condició post d’una prova s’utilitza sovint com a condició prèvia per a la següent.
informe resum de la prova: Un document que resumeix les activitats i resultats de les proves. També conté una avaluació dels ítems de prova corresponents en funció dels criteris de sortida.(Després de la IEEE 829)
objectiu de prova: Un conjunt de criteris de sortida.
eina de prova: Un producte de programari que admet una o més activitats de prova, com ara planificació i control, especificació, creació de fitxers i dades inicials, execució de proves i anàlisis de proves. (TMap) Vegeu també CAST.
tipus de prova: Un grup d’activitats de prova destinades a provar un component o sistema sobre un o més atributs de qualitat interrelacionats. Un tipus de prova es centra en un objectiu de prova específic, és a dir, prova de fiabilitat, prova d’usabilitat, prova de regressió, etc., i pot tenir lloc en un o més nivells de prova o fases de prova. (Després de TMap)
testabilitat: Capacitat del producte de programari per permetre provar el programari modificat. (ISO 9126) Vegeu també mantenibilitat.
revisió de testabilitat: Una comprovació detallada de la base de la prova per determinar si la base de la prova es troba en un nivell de qualitat adequat per actuar com a document d’entrada per al procés de prova. (Després de TMap)
requisits verificables: El grau en què s’estableix un requisit en termes que permeten establir dissenys de proves (i posteriorment casos de proves) i executar proves per determinar si s’han complert els requisits. (Després de IEEE 610)
provador: Un professional tècnicament qualificat que participa en les proves d’un component o sistema.
proves: Procés que consisteix en totes les activitats del cicle de vida, tant estàtiques com dinàmiques, relacionades amb la planificació, preparació i avaluació de productes de programari i productes de treball relacionats per determinar que compleixen els requisits especificats, per demostrar que són aptes per al propòsit i detectar defectes.
material de prova: Els artefactes produïts durant el procés de prova necessaris per planificar, dissenyar i executar proves, com ara documentació, scripts, entrades, resultats esperats, procediments de configuració i aclariment, fitxers, bases de dades, entorn i qualsevol altre programari o utilitat utilitzat a proves. (Després de Fewster i Graham)
proves de fils: Una versió de proves d’integració de components on la integració progressiva de components segueix la implementació de subconjunts de requisits, en lloc de la integració de components per nivells d’una jerarquia.
traçabilitat: Capacitat per identificar elements relacionats en documentació i programari, com ararequisits amb proves associades. Vegeu també traçabilitat horitzontal, traçabilitat vertical.
proves de dalt a baix: Un enfocament incremental de les proves d’integració en què es prova primer el component situat a la part superior de la jerarquia de components, simulant components de nivell inferior per talons. Els components provats s'utilitzen per provar components de nivell inferior. El procés es repeteix fins que s’han provat els components de nivell més baix.
U
comprensió: La capacitat del producte de programari per permetre a l'usuari entendre si el programari és adequat i com es pot utilitzar per a tasques particulars i condicions d'ús. (ISO 9126) Vegeu també la usabilitat.
codi inaccessible: Codi que no es pot assolir i, per tant, és impossible d'executar.
usabilitat: La capacitat del programari per ser entesa, apresa, utilitzada i atractiva per a l'usuari quan s'utilitza en condicions específiques. (ISO 9126)
proves d'usabilitat: Proves per determinar fins a quin punt s’entén el producte de programari, fàcil d’aprendre, fàcil d’operar i atractiu per als usuaris en condicions específiques. (Després de la norma ISO 9126)
proves de casos d'ús: Una tècnica de disseny de proves de caixa negra en què els casos de prova estan dissenyats per executar escenaris d'usuari.
prova de l'usuari: Una prova en què els usuaris de la vida real participen per avaluar la usabilitat d’un component o sistema.
V
Model en V: Un marc per descriure les activitats del cicle de vida del desenvolupament de programari des de l’especificació de requisits fins al manteniment. El model V il·lustra com es poden integrar les activitats de prova a cada fase del cicle de vida del desenvolupament de programari.
validació: Confirmació mitjançant examen i aportació de proves objectives que han complert els requisits per a un ús o aplicació específics previstos. (ISO 9000)
variable: Un element d'emmagatzematge en un ordinador al qual un programa de programari pot accedir mitjançant un nom.
verificació: Confirmació mitjançant examen i aportació de proves objectives que s’han complert els requisits especificats. (ISO 9000)
traçabilitat vertical: El seguiment dels requisits a través de les capes de documentació de desenvolupament fins als components.
proves de volum: Prova on el sistema està sotmès a grans volums de dades. Vegeu també proves d’utilització de recursos.
IN
tutorial: Una presentació pas a pas de l'autor d'un document per tal de recopilar informació i establir una comprensió comuna del seu contingut. (Freedman i Weinberg, IEEE 1028)
tècnica de disseny de proves de caixes blanques: Procediment documentat per derivar i seleccionar casos de prova basat en una anàlisi de l'estructura interna d'un component o sistema.
proves de caixa blanca: Proves basades en una anàlisi de l'estructura interna del component o sistema.
Delphi de banda ampla: Una tècnica d’estimació de proves basada en experts que té com a objectiu fer una estimació precisa utilitzant la saviesa col·lectiva dels membres de l’equip.
Poseu-vos en contacte amb mi si voleu afegir més definicions en aquest glossari.
Referència: http://www.istqb.org/downloads/glossary-1.0.pdf
Lectura recomanada
- 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
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Selecció de proves de programari com a carrera professional
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Guia d’externalització de control de qualitat: proves de programari d’externalització d’empreses
- Algunes preguntes d’entrevistes de proves de programari interessants
- Opinions i ressenyes sobre cursos de proves de programari