Consideraciones en pruebas de software
Páginas: 2 (270 palabras)
Publicado: 26 de mayo de 2011
PRUEBAS DE SOFTWARE
Objetivos: Hay diferentes objetivos en el testing:
* Buscar defectos.
* Ganar confianza respecto al nivel de calidad
* Prevenir los defectosCosas a tener en cuenta en un Proceso de Testing:
* Realizar pruebas funcionales, es decir, pruebas basadas en la ejecución y revisión de las funcionalidades previamente diseñadaspara el software. La pruebas funcionales se hacen mediante el diseño y especificación de los casos de prueba que buscan evaluar cada una de las opciones o caminos con las que cuentael Software(Probar lo que debe hacer el Software).
* Automatizar las pruebas que se realizarán más de una vez
* RUP recomienda crear por lo menos dos casos de prueba paracada requisito. Uno de ellos debe realizar la prueba positiva de los requisitos y el otro debe realizar la prueba negativa.
* No usar usuarios privilegiados (Admin, Root) salvoque sea para algo específico.
* Probar con valores muy grandes, muy pequeños y extremos(Títulos de ventanas, scroll, campos, formularios).
* Describir la informaciónsuficiente para poder reproducir el error y pueda ser corregido posteriormente.
* Probar diferentes Métodos para ingresar datos: Escribir, pegar, click, etc.
* Recorrer varioscaminos sin exagerar, identificar y definir los más importantes que abarquen la mayor parte de la funcionalidad del Software.
* Identificar reglas faltantes.
La paradoja delpesticida
Si se repiten las mismas pruebas una y otra vez, llegará un momento en el que el mismo conjunto de casos de prueba nunca encontrará nuevos defectos. Para evitar esa paradoja,los casos de prueba tienen que ser revisados, y deben crearse nuevos y diferentes casos que puedan evaluar otras partes del software y encontrar nuevos defectos potenciales.
Objetivos: Hay diferentes objetivos en el testing:
* Buscar defectos.
* Ganar confianza respecto al nivel de calidad
* Prevenir los defectosCosas a tener en cuenta en un Proceso de Testing:
* Realizar pruebas funcionales, es decir, pruebas basadas en la ejecución y revisión de las funcionalidades previamente diseñadaspara el software. La pruebas funcionales se hacen mediante el diseño y especificación de los casos de prueba que buscan evaluar cada una de las opciones o caminos con las que cuentael Software(Probar lo que debe hacer el Software).
* Automatizar las pruebas que se realizarán más de una vez
* RUP recomienda crear por lo menos dos casos de prueba paracada requisito. Uno de ellos debe realizar la prueba positiva de los requisitos y el otro debe realizar la prueba negativa.
* No usar usuarios privilegiados (Admin, Root) salvoque sea para algo específico.
* Probar con valores muy grandes, muy pequeños y extremos(Títulos de ventanas, scroll, campos, formularios).
* Describir la informaciónsuficiente para poder reproducir el error y pueda ser corregido posteriormente.
* Probar diferentes Métodos para ingresar datos: Escribir, pegar, click, etc.
* Recorrer varioscaminos sin exagerar, identificar y definir los más importantes que abarquen la mayor parte de la funcionalidad del Software.
* Identificar reglas faltantes.
La paradoja delpesticida
Si se repiten las mismas pruebas una y otra vez, llegará un momento en el que el mismo conjunto de casos de prueba nunca encontrará nuevos defectos. Para evitar esa paradoja,los casos de prueba tienen que ser revisados, y deben crearse nuevos y diferentes casos que puedan evaluar otras partes del software y encontrar nuevos defectos potenciales.
Leer documento completo
Regístrate para leer el documento completo.