testing - smyrna - Qué es una prueba/cheque de cordura
smoke test smyrna tn (9)
El acto de verificar una pieza de código (o cualquier otra cosa, por ejemplo, una publicación de Usenet) por errores completamente estúpidos.
Implica que el cheque es para asegurarse de que el autor estuvo cuerdo cuando fue escrito;
por ejemplo, si una parte del software científico dependía de una fórmula particular y estaba dando resultados inesperados, primero se podría observar el anidamiento de paréntesis o la codificación de la fórmula, como una verificación de cordura, antes de observar las E / S más complejas o rutinas de manipulación de la estructura de datos, mucho menos el algoritmo mismo.
¿Qué es y por qué es usado / útil?
El concepto básico detrás de un control de cordura es asegurarse de que los resultados de ejecutar su código se alineen con los resultados esperados. Aparte de ser algo que se usa con mucha menos frecuencia de la que debería, un control de cordura adecuado ayuda a garantizar que lo que estás haciendo no se salga completamente de los límites y haga algo que no debería ser el resultado. El uso más común para un control de cordura es depurar el código que se comporta mal, pero incluso un producto final puede beneficiarse de tener algunos en su lugar para evitar que aparezcan errores no deseados como resultado de GIGO (basura adentro, basura afuera).
Relacionado, nunca subestimes la capacidad de tus usuarios para hacer algo que no esperabas que hiciera alguien en realidad. Esta es una lección que muchos programadores nunca aprenden, sin importar cuántas veces se enseñe, y los controles de cordura son una excelente herramienta para ayudarle a aceptarlo. "Nunca haría eso" no es una excusa válida de por qué su código no solucionó un problema, y las buenas verificaciones de cordura pueden ayudarlo a evitar tener que dar esa excusa.
Es una prueba básica para asegurarse de que algo simplemente está funcionando.
Por ejemplo: conectarse a una base de datos. O haciendo ping a un sitio web / servidor para ver si está activo o inactivo.
La diferencia entre el humo y la cordura, al menos como yo lo entiendo, es que la prueba de humo es una prueba rápida para ver que después de una construcción, la aplicación es lo suficientemente buena para realizar las pruebas . Luego, haces una prueba de cordura que te dirá si un área funcional particular es lo suficientemente buena como para que tenga sentido realizar pruebas en esta área .
Ejemplo:
Prueba de humo: puedo iniciar la aplicación y navegar por todas las pantallas y la aplicación no falla.
-Si la aplicación se bloquea o no puedo acceder a todas las pantallas, esta compilación tiene algo realmente incorrecto, hay un "incendio" que debe ser extinguido lo antes posible y la verificación no es buena para las pruebas.
Prueba de cordura (para la pantalla de administración de usuarios): puedo acceder a la pantalla de administración de usuarios, crear un usuario y eliminarlo.
- Entonces, la aplicación pasó la Prueba de Humo, y ahora procedo a las Pruebas de Sanidad para diferentes áreas. Si no puedo confiar en la aplicación para crear un usuario y eliminarlo, no tiene valor probar funcionalidades más avanzadas como la caducidad del usuario, inicios de sesión, etc. Sin embargo, si la prueba de cordura ha pasado, puedo continuar con la prueba de esta área.
La prueba de humo es para una prueba rápida de una nueva construcción para su estabilidad. La prueba de cordura es una prueba del entorno recientemente implementado.
Para una aplicación de software, una prueba de cordura es un conjunto de muchas pruebas que hacen que una versión de software sea liberable para el público después de la integración de nuevas características y correcciones de errores. Una prueba de cordura significa que, aunque podrían quedar muchos problemas, se han resuelto los problemas más críticos que podrían hacer que alguien pierda dinero o datos, o que se bloquee el programa. Por lo tanto, si no quedan problemas críticos, la versión pasa la prueba de cordura. Esta suele ser la última prueba realizada antes del lanzamiento.
Un buen ejemplo es un control de cordura para una conexión de base de datos.
SELECT 1 FROM DUAL
Es una consulta simple para probar la conexión, ver:
No prueba la funcionalidad profunda, solo que la conexión está bien para proceder.
Una prueba de cordura no está limitada de ninguna manera al contexto de programación o ingeniería de software. Una prueba de cordura es simplemente un término informal para significar que estás probando / confirmando / validando algo que debe seguir una lógica muy clara y simple. Le está pidiendo a otra persona que confirme que no está loco y que lo que parece tener sentido para usted también tiene sentido para ellos ... ¿o ha consumido demasiadas bebidas energéticas en las últimas 4 horas para mantener la cordura?
Si te golpeas la cabeza contra la pared sin saber por qué algo muy simple no funciona ... le pedirías a alguien que te haga una prueba de cordura rápida. Haga que se aseguren de no haber pasado por alto ese punto y coma al final de su ciclo for las últimas 15 veces que lo revisó. Un ejemplo extremadamente simple, realmente no debería suceder, pero a veces estás demasiado cerca de algo para dar un paso atrás y ver el todo. Una perspectiva diferente a veces ayuda a asegurarte de que no estás completamente loco.
Una prueba de cordura o un control de cordura es una prueba básica para evaluar rápidamente si un reclamo o el resultado de un cálculo puede ser cierto @ http://en.wikipedia.org/wiki/Sanity_testing