Testing Paraguay

Testing Paraguay Empresa dedicada a prestar servicios de Testing de software, Gestión y Administración de requerimientos de Software. Gestión de proyectos de software.

Todos tenemos un espíritu de Tester. Explicación de la prueba de inspección. Gracias por jugar 🙌🏻
21/04/2017

Todos tenemos un espíritu de Tester. Explicación de la prueba de inspección. Gracias por jugar 🙌🏻

Like si lo entendiste.. Compartir si te gustó  =)
25/03/2017

Like si lo entendiste.. Compartir si te gustó =)

24/03/2017

Las pruebas deben desarrollarse en el entorno establecido durante todo el ciclo de vida del proyecto. Una organización y realización adecuada de las pruebas contribuye desde un principio a conseguir productos con la calidad acordada.

23/03/2017

En una buena estrategia de pruebas se tienen que seleccionar los métodos de pruebas que se van a usar, por ejemplo decidir qué tipo de pruebas será adecuado incluir y si se van a reutilizar casos de prueba.

La calidad tiene un costo. Pero no hay que dramatizar!. Los gerentes de desarrollo suelen decir: "Pero esto de la calida...
22/03/2017

La calidad tiene un costo. Pero no hay que dramatizar!. Los gerentes de desarrollo suelen decir: "Pero esto de la calidad, ¿cuántas horas extra me va a costar a la semana?". Es curioso. Si se tratara de introducir en el proyecto una tecnología novedosa (aun cuando fuera totalmente irrelevante para el éxito del proyecto), no le importaría el costo a incurrir en eso. Pero si se trata de aportar visiblidad, mejorar el número de defectos, introducir buenas prácticas, obtener un repositorio de componentes reutilizables….en ese caso, todo nos cuesta. Cuando éramos niños lavarnos los dientes costaba un montón. Y sin embargo, es una tarea que supone realmente un esfuerzo y tiempo ínfimos, y mucho más comparado con los beneficios que da. Pero claro, cuando tenemos 4 o 5 años no pensamos en los beneficios. Nos da todo igual.

Cuando el resultado de las pruebas no es el esperado y no está claro que el defecto resida en el producto, es útil estud...
21/03/2017

Cuando el resultado de las pruebas no es el esperado y no está claro que el defecto resida en el producto, es útil estudiar el “cómo se hizo”, para descartar que los errores se deban a problemas de métodos, de criterios o del entorno de pruebas. Las herramientas nos ayudarán a buscar el “porqué” de los resultados.

Si el usuario juega con el sistema. Que juegue! ¿Lo cuelga haciendo alguna tarea prohibida? Para eso deberían estár los ...
20/03/2017

Si el usuario juega con el sistema. Que juegue! ¿Lo cuelga haciendo alguna tarea prohibida? Para eso deberían estár los logs. ¿Mete datos incorrectos? Para eso están los logs y el sentido común. Pero también están las validaciones de datos. Si permitimos “ABC” como fecha de nacimiento, probablemente la función de cálculo de edad va a fallar.

Si el usuario entra en una parte no permitida del sistema, no es responsabilidad de desarrollo ya que no podemos impedir...
18/03/2017

Si el usuario entra en una parte no permitida del sistema, no es responsabilidad de desarrollo ya que no podemos impedir que alguien obtenga una contraseña. Pero es nuestra responsabilidad como desarrolladores de software, que no sea posible acceder a partes del sistema restringidas, con una clave no autorizada. Exigimos que Windows sea super seguro… pero fabricamos aplicaciones con más agujeros que un colador.

En muchos proyectos de software se pone en consideración si "¿Vamos a hacer el testing?". Entre los motivos (o escusas) ...
17/03/2017

En muchos proyectos de software se pone en consideración si "¿Vamos a hacer el testing?".
Entre los motivos (o escusas) para elegir el 'No' se pueden escuchar:
- "Es una funcionalidad muy sencilla y es imposible que el desarrollador se equivoque",
- "No hay tiempo para probarlo en testing lo liberamos a producción porque es urgente", o
- "No es necesario porque el cambio es menor."
Este es el punto en donde nosotros ponemos énfasis en tener mucho cuidado con estos razonamientos y sugerimos (a pesar de los apuros) incorporar tareas de pruebas que eviten posibles demoras y re trabajo y le den un valor agregado a su producto. Detectar los errores en etapas tempranas, es mucho más beneficioso que hacerlo al final o lo haga el cliente.

Escenarios de trabajo del testing independiente:El testing independiente puede desenvolverse en varios escenarios. En ge...
16/03/2017

Escenarios de trabajo del testing independiente:
El testing independiente puede desenvolverse en varios escenarios. En general, podríamos categorizarlos en estos cuatro principales:
- Proyectos cortos dentro del laboratorio de testing independiente.
- Proyectos permanentes o de larga duración dentro del laboratorio de testing independiente.
- Proyectos cortos en permanencia con el cliente.
- Proyectos permanentes, o de larga duración con permanencia en el cliente.
Para el caso práctico, tomaremos como ejemplo de proyectos cortos aquellos que van desde dos o tres semanas, hasta dos o tres meses de duración máxima. Proyectos de larga duración, suelen consumir períodos mayores, y muchas veces, sin una fecha de finalización definida.

Una de las definiciones que más nos gusta es aquella que define al testing como una investigación técnica de un producto...
15/03/2017

Una de las definiciones que más nos gusta es aquella que define al testing como una investigación técnica de un producto bajo prueba con el fin de brindar información sobre la calidad de un producto (James Bach). Esta definición, ni ninguna otra que veamos, nos indica quiénes, cuándo o cómo hacer esta investigación, ya que depende del contexto, del producto, del proyecto, etc., pero si nos indica mínimas habilidades a considerar. El testing no es una actividad sistemática, se necesita creatividad para imaginar posibles problemas y el pragmatismo para implementar y simular ambientes y situaciones para ejecutar pruebas y ver cómo se comporta nuestro software. La idea es detectar defectos y fallas antes que el usuario final las detecte, hay que conocer las características del software y también a los futuros usuarios.

Algunos puntos a evaluar en un tester, con o sin experiencia previa: Analítico, asertivo, atento, cauto, certero, claro,...
14/03/2017

Algunos puntos a evaluar en un tester, con o sin experiencia previa: Analítico, asertivo, atento, cauto, certero, claro, comprometido, conciso, creativo, crítico, curioso, deductivo, desconfiado, detallista, diplomático, explícito, buen comunicador, entre otros. Y otra cualidad importante es que tenga capacidad para adaptarse a los cambios.

Dirección

Avda Federacion Rusa Y Cabo Marecos
Asunción

Notificaciones

Sé el primero en enterarse y déjanos enviarle un correo electrónico cuando Testing Paraguay publique noticias y promociones. Su dirección de correo electrónico no se utilizará para ningún otro fin, y puede darse de baja en cualquier momento.

Compartir

Categoría