key differences between black box testing
Un estudi exhaustiu de les proves de caixa negra contra les proves de caixa blanca:
Les proves de programari inclouen diversos tipus de proves i, com a provador de programari, hem de saber com es realitza cadascuna d’elles.
Entre els diversos tipus de proves, un dels temes més confusos és el de les proves Black Box Vs White Box. Molts provadors de programari es pregunten si hi ha alguna similitud entre aquests dos tipus de proves. Com es representen tots dos? Es representen tots dos junts?
Aquest document respondrà a totes les vostres preguntes i us donarà una idea bàsica del que són les proves de caixes negres i les proves de caixes blanques i explicarà les diferències entre elles en termes senzills .
Què aprendreu:
typecast char a string c ++
- Què són les proves de Black Box?
- Què són les proves de White Box?
- Diferència entre les proves Black Box i White Box
- Conclusió
Què són les proves de Black Box?
Definició ISTQB: Proves de caixa negra: Provar una aplicació sota prova (AUT) sense fer referència a l’estructura interna s’anomena prova de caixa negra. Les proves es realitzaran visualitzant l’aplicació com una caixa negra.
Tècnica de proves de Black Box: Una tècnica de prova per obtenir els casos de prova basats en la funcionalitat de l’aplicació i sense tenir en compte l’estructura interna del sistema.
Sinònims: Proves basades en especificacions
La prova de caixa negra és un enfocament de prova que s’utilitza per provar la funcionalitat de l’AUT basada en les especificacions / SRS sense cap coneixement de la tecnologia utilitzada per implementar l’aplicació que s’està provant.
En les proves de caixa negra, les proves principals es centraran en les possibles entrades i sortides esperades. Un provador hauria de poder escollir amb cura les dades de prova vàlides. En termes senzills, un provador només pot veure les accions de l'automòbil. El comprovador no necessita saber com es realitzen aquestes accions.
Exemple: Un exemple senzill de proves de caixa negra és un televisor (televisió). Com a usuari, mirem la televisió, però no necessitem el coneixement de com es construeix i de com funciona, etc. Només hem de saber com accionar el comandament a distància per encendre, apagar, canviar de canal, etc. augmentar / disminuir volum, etc.
En aquest exemple,
El TV es teu AUT (sol·licitud en prova).
El control remot és la interfície d'usuari (IU) que utilitzeu per provar.
Només cal saber utilitzar l’aplicació.
Lectura suggerida => Tot el que heu de saber sobre les proves de Black Box
Què són les proves de White Box?
Definició ISTQB: Proves de caixa blanca: La prova d'una aplicació amb referència a l'estructura interna del component de programari s'anomena prova de caixa blanca.
Tècnica de prova de caixa blanca: Un procediment per derivar i / o seleccionar casos de prova basat en una anàlisi de l'estructura interna d'un component o sistema.
Sinònims: Proves de caixes clares, proves basades en codi, proves de caixes de vidre, proves de cobertura lògica, proves dirigides per lògica, proves estructurals, proves basades en estructura, etc.
La prova de caixa blanca és un mètode de prova que s’utilitza per provar la part d’implementació d’una aplicació que s’està provant. Per realitzar aquesta prova, el provador / possiblement el desenvolupador hauria de conèixer l'estructura interna de l'aplicació i el seu funcionament.
Exemple: Un mecànic de vehicles hauria de conèixer l’estructura interna del motor del vehicle per reparar-lo.
En aquest exemple,
CAR és el AUT (sol·licitud en prova).
El usuari és el provador de caixa negra.
El mecànica és el provador de caixa blanca.
Aquestes són les definicions bàsiques de les proves de caixes blanques i negres i cada mètode de prova té diferents tècniques a seguir.
Lectura recomanada => Un tutorial en profunditat sobre les proves de caixes blanques
Diferència entre les proves Black Box i White Box
| S.No | Proves de caixa negra | Proves de caixa blanca |
|---|---|---|
| 7 | Els casos de prova tindran més detalls sobre les condicions d’entrada, els passos de la prova, els resultats esperats i les dades de la prova. | Els casos de prova seran senzills amb els detalls dels conceptes tècnics com declaracions, cobertura de codi, etc. |
| 1 | L’objectiu principal d’aquestes proves és provar la funcionalitat / comportament de l’aplicació. | L’objectiu principal és provar la infraestructura de l’aplicació. |
| 2 | Això pot ser realitzat per un provador sense cap coneixement de codificació de l’automàtica (Application Under Test). | El comprovador hauria de tenir coneixement de l’estructura interna i del seu funcionament. |
| 3 | Les proves només es poden realitzar mitjançant la GUI. | Les proves es poden fer en una fase inicial abans que es prepari la GUI. |
| 4 | Aquesta prova no pot cobrir totes les entrades possibles. | Aquestes proves són més exhaustives ja que poden provar cada camí. |
| 5 | Algunes tècniques de prova inclouen l’anàlisi del valor límit, el particionament d’equivalències, l’endevinament d’errors, etc. | Algunes tècniques de prova inclouen proves condicionals, proves de flux de dades, proves de bucle, etc. |
| 6 | Els casos de prova s’han d’escriure en funció de l’especificació de requisits. | Els casos de prova s’han d’escriure sobre la base del document de disseny detallat. |
| 8 | Això és realitzat per provadors de programari professionals. | Aquesta és responsabilitat dels desenvolupadors de programari. |
| 9 | No es requereixen coneixements de programació i implementació. | Es requereixen coneixements de programació i implementació. |
| 10 | S'utilitza principalment en proves de nivell superior, com ara proves d'acceptació, proves de sistemes, etc. | S'utilitza principalment en els nivells inferiors de proves, com ara la prova unitària i la prova d'integració. |
| 11 | Això requereix menys temps i és exhaustiu. | Això requereix més temps i és exhaustiu. |
| 12 | Les dades de les proves tindran àmplies possibilitats, de manera que serà difícil identificar les dades correctes. | És fàcil identificar les dades de la prova ja que només es concentra una part específica de la funcionalitat alhora. |
| 13 | L’objectiu principal del comprovador és el funcionament de l’aplicació. | El focus principal serà en com es crea l’aplicació. |
| 14 | La cobertura de la prova és menor ja que no pot crear dades de prova per a tots els escenaris. | Quasi tots els camins / flux d'aplicacions estan coberts, ja que és fàcil de provar per parts. |
| 15 | No es poden identificar errors relacionats amb el codi ni es poden identificar errors tècnics. | Ajuda a identificar els errors ocults i ajuda a optimitzar el codi. |
| 16 | Els defectes s’identifiquen un cop desenvolupat el codi bàsic. | És possible la detecció precoç de defectes. |
| 17 | L'usuari hauria de poder identificar les funcionalitats que falten, ja que l'abast d'aquestes proves és ampli. | El provador no pot identificar les funcionalitats que falten, ja que l'abast es limita només a la funció implementada. |
| 18 | No cal l'accés al codi. | Es requereix accés al codi. |
| 19 | La cobertura de les proves serà menor ja que el verificador té un coneixement limitat sobre els aspectes tècnics. | La cobertura de les proves serà més gran ja que els verificadors tindran més coneixement sobre els conceptes tècnics. |
| 20 | El provador professional se centra en el funcionament de tota l’aplicació. | El focus del provador / desenvolupador és comprovar si el camí concret funciona o no. |
Conclusió
Les proves de caixa blanca i caixa negra són necessàries per a l’èxit del lliurament del programari, però no es poden fer proves del 100% en cap dels casos.
La principal responsabilitat del comprovador és identificar els tipus i tècniques de prova rellevants per a una aplicació específica que donarà lloc a trobar els màxims defectes i, d'aquesta manera, millorar l'eficiència de l'aplicació.
Un provador hauria de ser capaç d’identificar quantes proves es poden fer a la caixa negra o a la caixa blanca per certificar que una aplicació funciona com s’esperava.
Esperem que aquest tutorial aclareixi totes les vostres preguntes sobre les proves Black Box Vs White Box !!
Lectura recomanada
- Proves de caixa negra: un tutorial en profunditat amb exemples i tècniques
- Proves de caixes blanques: una guia completa amb tècniques, exemples i eines
- Què és la prova del sistema: una guia per a principiants
- Les diferències entre la prova unitària, la prova d’integració i la prova funcional
- Què és la prova d'integració (tutorial amb exemple de prova d'integració)
- Diferència entre la prova de repetició i la prova de regressió amb un exemple
- Prova de rendiment vs Prova de càrrega vs Prova d’estrès (diferència)
- Prova de fum contra proves de seny: diferència amb exemples
- Proves estàtiques i proves dinàmiques: diferència entre aquestes dues tècniques de prova importants