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.
Crear Software 
8 respuestas a «Priorizar el testeo de software»
Genial. Me resulta muy útil leer estos post ahora que estamos gestionando estas funciones en el departamento
Hola alfonso,
Con respecto al testeo, ademas de Velneo yo trabajo con Ruby on Rails y llevo un buen tiempo dedicandole al test utilizando BDD «Behavior Driven Development» y la verdad esa metodologia y las herramientas para llevarlas a cabo (Rspec, Cucucmber, Capybara, etc) ah cambiando mi perspectiva en cuanto al testeo … ya me siento incomodo si entrego una funcionalidad que no tenga escritos test a tal punto que quisiera que v7 se pudiera implementar algo parecido …
De esa forma al realizar adiciones o refactoring en nuestras apps corremos la suite de testeo completa y si pasa sabemos que todo sigue igual.
no se si sea el canal pero tienen pensando en Velneo incorporar algo para testear nuestras apps v7 ?
Saludos,
Con respecto al testeo, ademas de Velneo yo trabajo con Ruby on Rails y llevo un buen tiempo dedicandole al test utilizando BDD “Behavior Driven Development” y la verdad esa metodologia y las herramientas para llevarlas a cabo (Rspec, Cucucmber, Capybara, etc) ah cambiando mi perspectiva en cuanto al testeo … ya me siento incomodo si entrego una funcionalidad que no tenga escritos test a tal punto que quisiera que v7 se pudiera implementar algo parecido …
+1
@Cristian ahora mismo no hay nada pensado al respecto. No obstante existen algunas herramientas con las cuales podrás testear tus apps realizadas en V7
Mi hermano me recomendó este blog y estaba en lo cierto. Este sitio realmente me alegró el día. No te puedes imaginar cuánto tiempo había buscado este tipo de información! Gracias!
[…] testea, examina, no existen malas personas sólo buenas que se […]
Alfonso cual es tu usuario en twitter?
Definir los escenarios junto con el desarrollador es fundamental .
Hola Ricardo mi twitter es @alfonsogu