5488832
Description
Mind Map by Michell Guillen, updated more than 1 year ago
|
Created by Michell Guillen
over 8 years ago
|
|
Generalidades de las pruebas de
sistemas
- Definion de Concepto:
- Son las investigaciones empíricas y técnicas cuyo objetivo es proporcionar información objetiva e
independiente sobre la calidad del producto a la parte interesada o stakeholder. Es una actividad
más en el proceso de control de calidad
- Son las investigaciones empíricas y técnicas cuyo objetivo es proporcionar información objetiva e
independiente sobre la calidad del producto a la parte interesada o stakeholder. Es una actividad
más en el proceso de control de calidad
- Objetivos:
- Las pruebas de sistemas son una fase de prueba de
investigacion,en la que se asegura que cada
componente unitario o modulo interactue con otros
modulos tal como fue el diseño.
- Ejercitar profundamente el sistema comprobando su
integracion de informacion globalmente,verificando el
funcionamiento correcto de las interfaces entre los distintos
subsistemas que lo componen y con el resto de sistemas de
informacion con los que se comunica.
- Ejercitar profundamente el sistema comprobando su
integracion de informacion globalmente,verificando el
funcionamiento correcto de las interfaces entre los distintos
subsistemas que lo componen y con el resto de sistemas de
informacion con los que se comunica.
- Las pruebas de sistemas son una fase de prueba de
investigacion,en la que se asegura que cada
componente unitario o modulo interactue con otros
modulos tal como fue el diseño.
- Caracteristicas
- Una buena prueba tiene una alta
posibilidad de encontrar fallos ,para
encontrar este objetivo el responsable
de la prueba debe entender el software
y desarrollar una imagen mental de
como podia fallar.
- Una buena prueba debe centrarse en dos
objetivos. 1) Probar si el software no hace lo
que deberia hacer. 2) Probar si el software
hace lo que no deberia hacer.
- Una buena prueba no debe ser redundante. El
tiempo y los recursos son limitados, asi que
todas las pruebas deberian de tener un
proposito diferente.
- Una buena prueba tiene una alta
posibilidad de encontrar fallos ,para
encontrar este objetivo el responsable
de la prueba debe entender el software
y desarrollar una imagen mental de
como podia fallar.
- Principios de las pruebas de software
- Principio 1 : Las pruebas revelan la presencia de bugs, no la ausencia de ellos
- Principio 2: Es imposible probarlo todo
- Principio 3 : Cuanto antes se comience a probar…mejor
- Principio 4: Las aglomeración de defectos. ¡Los bugs siempre van en pandilla!
- Principio 5: La paradoja del pesticida
- Principio 6: Las pruebas se deben adaptar a necesidades específicas
- Principio 7: La falacia de la ausencia de errores
- Principio 1 : Las pruebas revelan la presencia de bugs, no la ausencia de ellos
- Tipos de Pruebas
- Caja blanca : (también conocidas como pruebas de caja de cristal o
pruebas estructurales) se centran en los detalles procedimentales del
software, por lo que su diseño está fuertemente ligado al código
fuente. El testeador escoge distintos valores de entrada para
examinar cada uno de los posibles flujos de ejecución del programa y
cerciorarse de que se devuelven los valores de salida adecuados.
- Caja negra : son, ni más ni menos que, pruebas funcionales dedicadas a “mirar”
en el exterior de lo que se prueba. Estas pruebas se denominan de varias
formas, pruebas de caja “opaca”, pruebas de entrada/salida, pruebas inducidas
por datos…los sinónimos son muchos y muy variados. Las pruebas de caja negra
se centran principalmente en lo que “se quiere” de un módulo, charter o sección
específica de un software, es decir, es una manera de encontrar casos
específicos en ese modulo que atiendan a su especificación.
- Caja negra : son, ni más ni menos que, pruebas funcionales dedicadas a “mirar”
en el exterior de lo que se prueba. Estas pruebas se denominan de varias
formas, pruebas de caja “opaca”, pruebas de entrada/salida, pruebas inducidas
por datos…los sinónimos son muchos y muy variados. Las pruebas de caja negra
se centran principalmente en lo que “se quiere” de un módulo, charter o sección
específica de un software, es decir, es una manera de encontrar casos
específicos en ese modulo que atiendan a su especificación.
- Caja blanca : (también conocidas como pruebas de caja de cristal o
pruebas estructurales) se centran en los detalles procedimentales del
software, por lo que su diseño está fuertemente ligado al código
fuente. El testeador escoge distintos valores de entrada para
examinar cada uno de los posibles flujos de ejecución del programa y
cerciorarse de que se devuelven los valores de salida adecuados.
Want to create your own Mind Maps for free with GoConqr? Learn more.