Priorizar el testeo de software

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.

8 comentarios sobre “Priorizar el testeo de software

  1. 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,

  2. 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

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s