search instagram arrow-down

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 comments on “Priorizar el testeo de software

  1. Pcruz dice:

    Genial. Me resulta muy útil leer estos post ahora que estamos gestionando estas funciones en el departamento

  2. Cristian dice:

    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,

  3. Tomas dice:

    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

  4. @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

  5. 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!

  6. Alfonso cual es tu usuario en twitter?
    Definir los escenarios junto con el desarrollador es fundamental .

Responder
Your email address will not be published. Required fields are marked *

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

A %d blogueros les gusta esto: