Hace un poco en una misión de un departamento de testeo de software me encontré la siguiente afirmación, nuestra misión, Probar el 100% de novedades e incidencias publicadas por desarrollo. Los diferentes libros de testeo de software que estoy leyendo te explican que nunca utilices términos de este tipo: .
- Lo he probado todo.
- Ya está todo revisado.
- Nunca me falla.
- Está probado el 100%
- El testeo está finalizado.
- La versión está lista para salir.
. Siempre hay que cambiar el lenguaje cuando se habla de test .
- Los casos que hemos probado funcionan.
- Está revisado los circuitos que hemos predefinido.
- Hasta donde he probado no falla.
. En lenguaje es muy importante y NUNCA tendrás probada al 100% una aplicación eso es imposible. Cuando tienes que invertir tiempo en pruebas y test debes de priorizar, estos son algunos ejemplos que te pueden ayudar a priorizar: . * Primero prueba todas las novedades y los bugs. (esto es carne fresca para el tester) . * Testea las funcionalidades del core de tu producto. Prueba los aspectos críticos y más populares del producto. (lo que más se usa). . * Testea lo que hace el producto ser lo es. . * Testea las situaciones comunes usando datos y escenarios corrientes. . * Testea las partes que pueden afectar y dar mayores problemas a los usuarios. . Encontrarás los problemas importantes más rápido si conoces bien el producto, el hardware donde corre y el tipo de personas que usan tu software. Estudia bien tu caso para priorizar las pruebas.
