- Defin\u00edcia testovania \u010diernej skrinky<\/a><\/li>
- Vlastnosti testovania \u010diernej skrinky<\/a><\/li>
- Techniky testovania \u010diernej skrinky<\/a><\/li>
- Ako testova\u0165 \u010diernu skrinku?<\/a><\/li>
- V\u00fdhody testovania \u010diernej skrinky<\/a><\/li>
- Black-box vs. White-box testing<\/a><\/li><\/ul><\/div>\n
Definici\u00f3n de pruebas de caja negra<\/h2>\n\n
Las pruebas de caja negra son un tipo de pruebas en las que se comprueba una aplicaci\u00f3n bas\u00e1ndose en las especificaciones de sus requisitos, sin necesidad de conocer su arquitectura interna.<\/p>\n\n
Caracter\u00edsticas de las pruebas de caja negra<\/h2>\n\n
- \n
- Comprueba los requisitos funcionales y no funcionales de la aplicaci\u00f3n.<\/li>\n\n\n\n
- No se requiere conocimiento de\/acceso a codificaci\u00f3n\/dise\u00f1o\/arquitectura interna de software.<\/li>\n\n\n\n
- Los probadores pueden trabajar independientemente de los desarrolladores, garantizando pruebas objetivas y centradas en el usuario final.<\/li>\n<\/ul>\n\n
T\u00e9cnicas de pruebas de caja negra<\/h2>\n\n
A continuaci\u00f3n se indican algunos de los tipos m\u00e1s comunes de t\u00e9cnicas de prueba de caja negra:<\/p>\n\n
Partici\u00f3n de clases de equivalencia<\/strong><\/p>\n\n
La partici\u00f3n de clases de equivalencia consiste en particionar los datos de entrada en grupos l\u00f3gicos o clases de equivalencia. Se supone que todos los elementos de datos que se encuentren en la clase de equivalencia ser\u00e1n tratados de la misma manera por la aplicaci\u00f3n cuando se pasen como entrada.<\/p>\n\n
Por ejemplo. para un software que halla el cuadrado de un n\u00famero, podemos tener diferentes clases de equivalencia como – todos los n\u00fameros positivos, n\u00fameros negativos, n\u00fameros decimales, n\u00fameros decimales negativos, etc.<\/p>\n\n
Su ventaja es que se reduce el tiempo total de ejecuci\u00f3n de la prueba, porque se reduce considerablemente el n\u00famero de datos de prueba.<\/p>\n\n
An\u00e1lisis del valor l\u00edmite<\/strong><\/p>\n\n
El an\u00e1lisis del valor l\u00edmite es una t\u00e9cnica de prueba de caja negra que est\u00e1 estrechamente relacionada con la distribuci\u00f3n de clases de equivalencia. En esta t\u00e9cnica, analizamos el comportamiento de una aplicaci\u00f3n con datos de prueba situados en los l\u00edmites de las clases de equivalencia.<\/p>\n\n
Por ejemplo. Para las clases de equivalencia con entrada entre 0 y 100, los datos de prueba utilizando el an\u00e1lisis umbral ser\u00edan 0 y 100.<\/p>\n\n
Su ventaja es que es m\u00e1s f\u00e1cil y r\u00e1pido encontrar errores porque la densidad de errores en los l\u00edmites es mayor.<\/p>\n\n
Tablas de decisi\u00f3n<\/strong><\/p>\n\n
Las pruebas de tablas de decisi\u00f3n se utilizan para probar el comportamiento de una aplicaci\u00f3n en funci\u00f3n de diferentes combinaciones de valores de entrada. La tabla de decisi\u00f3n tiene un conjunto diferente de combinaciones de entrada en cada fila y sus correspondientes resultados esperados.<\/p>\n\n
Gr\u00e1fico causa-efecto<\/strong><\/p>\n\n
La comprobaci\u00f3n del gr\u00e1fico causa-efecto se realiza mediante una representaci\u00f3n gr\u00e1fica de la entrada, es decir j. causas y resultados, es decir j. de consecuencia. Podemos determinar la cobertura de los gr\u00e1ficos de causa y efecto bas\u00e1ndonos en el porcentaje de combinaciones de las entradas probadas sobre el total de combinaciones posibles.<\/p>\n\n
Pruebas de transici\u00f3n de estado<\/strong><\/p>\n\n
La comprobaci\u00f3n de las transiciones de estado se basa en un modelo de m\u00e1quina de estados. En esta t\u00e9cnica, probamos la aplicaci\u00f3n representando gr\u00e1ficamente la transici\u00f3n entre diferentes estados de la aplicaci\u00f3n en funci\u00f3n de diferentes eventos y acciones.<\/p>\n\n
Prueba de casos de uso<\/strong><\/p>\n\n
La prueba de casos de uso es un tipo de prueba que se realiza utilizando casos de uso. En esta t\u00e9cnica, probamos la aplicaci\u00f3n utilizando casos de uso que representan la interacci\u00f3n de la aplicaci\u00f3n con diferentes actores.<\/p>\n\n
![\"diagrama](\"https:\/\/ittester.sk\/wp-content\/uploads\/2023\/09\/techniky-testovania-ciernej-skrinky-black-box-testing-1000.webp\")
Pruebas de caja negra <\/figcaption><\/figure>\n\n \u00bfC\u00f3mo probar una caja negra?<\/h2>\n\n
Despu\u00e9s de familiarizarte con las t\u00e9cnicas de prueba de caja negra, aprendamos los pasos de una prueba de caja negra t\u00edpica.<\/p>\n\n
- \n
- El primer paso es comprobar las especificaciones de requisitos proporcionadas por la aplicaci\u00f3n. Los requisitos deben facilitarse en un expediente SRS debidamente documentado.<\/li>\n\n\n\n
- El probador recopila varios escenarios de prueba positivos y escenarios de prueba negativos para verificar que el sistema sometido a prueba los maneja correctamente. Esto garantizar\u00e1 una buena cobertura de las pruebas. <\/li>\n\n\n\n
- Se ejecutar\u00e1n los casos de prueba y se verificar\u00e1 el resultado compar\u00e1ndolo con los resultados esperados. Este proceso se utiliza para indicar un resultado de prueba correcto o incorrecto.<\/li>\n\n\n\n
- Los casos de prueba fallidos se devuelven al equipo de desarrollo para que corrija los errores.<\/li>\n\n\n\n
- Tras la reparaci\u00f3n, se realizar\u00e1 una nueva prueba para comprobar y asegurarse de que todos los casos de prueba se han ejecutado correctamente. <\/li>\n<\/ul>\n\n
Ventajas de las pruebas de caja negra<\/h2>\n\n
- \n
- Las pruebas se realizan desde la perspectiva del usuario. Por tanto, hay m\u00e1s posibilidades de que se cumplan las expectativas del cliente.<\/li>\n\n\n\n
- Hay pruebas objetivas porque tanto el probador como el desarrollador trabajan de forma independiente.<\/li>\n\n\n\n
- Es adecuado para probar sistemas muy grandes.<\/li>\n\n\n\n
- No se requieren conocimientos t\u00e9cnicos ni especificaciones ling\u00fc\u00edsticas.<\/li>\n\n\n\n
- Los casos de prueba pueden dise\u00f1arse tan pronto como se completen los requisitos.<\/li>\n<\/ol>\n\n
Pruebas de caja negra frente a pruebas de caja blanca<\/h2>\n\n
La diferencia entre las pruebas de caja negra y las pruebas de caja blanca es una de las preguntas m\u00e1s habituales en las entrevistas sobre pruebas. Ambas son igual de importantes y se llevan a cabo seg\u00fan la situaci\u00f3n. He aqu\u00ed algunas diferencias que aportan claridad a ambas t\u00e9cnicas.<\/p>\n\n
Pruebas de caja negra<\/strong><\/th> Pruebas de caja blanca<\/strong><\/th><\/tr><\/thead> No se requieren conocimientos de aplicaci\u00f3n.<\/td> Todo el funcionamiento interno del SUT (sistema bajo prueba) es verificado por un probador que tiene un conocimiento completo del sistema.<\/td><\/tr> Se centra en validar los requisitos funcionales del software.<\/td> Se centra en la optimizaci\u00f3n del c\u00f3digo.<\/td><\/tr> Estas pruebas suelen realizarlas los probadores de software.<\/td> Estas pruebas suelen realizarlas los desarrolladores de software, porque conocen la arquitectura interna y la implementaci\u00f3n de la aplicaci\u00f3n.<\/td><\/tr> Lleva menos tiempo.<\/td> Lleva relativamente m\u00e1s tiempo.<\/td><\/tr> Tipos: pruebas funcionales, pruebas no funcionales, pruebas de regresi\u00f3n, etc.<\/td> Tipos de pruebas de caja blanca: pruebas de trayectoria, pruebas de ciclo de bucle, pruebas de condici\u00f3n, etc.<\/td><\/tr><\/tbody><\/table><\/figure>\n","protected":false},"excerpt":{"rendered":" Las pruebas de caja negra se basan en la especificaci\u00f3n del sistema sometido a prueba y no requieren conocer la arquitectura interna ni el c\u00f3digo de la aplicaci\u00f3n.<\/p>\n","protected":false},"author":8,"featured_media":2050,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[40],"tags":[],"class_list":["post-2048","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-pruebas-manuales"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2048","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/comments?post=2048"}],"version-history":[{"count":2,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2048\/revisions"}],"predecessor-version":[{"id":2166,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2048\/revisions\/2166"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media\/2050"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media?parent=2048"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/categories?post=2048"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/tags?post=2048"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Vlastnosti testovania \u010diernej skrinky<\/a><\/li>