Saludo! La próxima semana, las clases comenzarán en la nueva secuencia del curso de
QA-especialista , y en este sentido compartiremos con usted material útil traducido específicamente para los estudiantes del curso. Vamos
Resumen: Muchos probadores realizan solo pruebas funcionales, sin ir más allá. Pero las pruebas de software son la búsqueda de información de calidad del producto que puede ayudar a las partes interesadas a tomar decisiones informadas, y hay muchas maneras de encontrar información más allá de las pruebas funcionales. Este artículo describe seis métodos que pueden ayudarlo a mejorar la efectividad de sus proyectos.
Las pruebas funcionales siguen siendo válidas incluso con la amplia implementación de la automatización. Muchos productos de software requieren pruebas manuales para verificar y examinar todas las funciones y sus interacciones.
Desafortunadamente, muchos probadores solo realizan pruebas funcionales, sin ir más allá. Las razones para esto pueden ser falta de habilidades, incapacidad para escribir código, miedo a lo desconocido o conocimiento limitado del panorama de las pruebas.
Parafraseando a Sam Kaner, las pruebas de software son la búsqueda de información sobre la calidad del producto que puede ayudar a las partes interesadas a tomar decisiones informadas.
Además de las pruebas funcionales, hay otras formas de encontrar información. En este artículo, veremos seis formas que me han ayudado a aumentar la efectividad de mis proyectos.
1. Examina todos los mensajes
Los evaluadores generalmente estudian los documentos de requisitos, los discuten con las partes interesadas y luego desarrollan pruebas. Pero todos sabemos que hay escenarios que no están cubiertos por los casos de prueba que aparecen mientras se usa el producto. La mayoría de ellos están cubiertos por desarrolladores, pero algunos pueden ser una sorpresa para todos.
El equipo de desarrollo puede ayudar compilando una lista de todos los mensajes que están en el producto, incluidos mensajes de error, mensajes informativos y advertencias. También servirá como una buena prueba de cobertura de prueba en términos de mensajes que muestra el sistema. Si los evaluadores nunca han visto un mensaje que se mostrará al usuario, entonces deben volver y comprender en qué casos se mostrará este mensaje.
Una vez, después de recibir una lista de mensajes, noté de inmediato que varios de ellos eran completamente nuevos para el equipo de evaluación. Después de estudiar, nos dimos cuenta de que eran de código obsoleto y, aunque ya no admitíamos esta funcionalidad, estaban en el código fuente. Este código debería haberse eliminado ya que ya no afectaba al producto.
Dependiendo de la arquitectura de la aplicación, preparar dicha lista puede ser fácil o difícil. Pero si cree que este ejercicio ayudará al equipo del evaluador a evaluar mejor, las partes interesadas deberían acordar encontrar una manera de preparar una lista de mensajes. Pruebe este enfoque y verifique qué tan bien conoce su producto y cuál es su cobertura de prueba.
2. Haz una revisión de UX
Muchos equipos de productos lanzan las primeras versiones muy rápidamente y luego piensan en estabilizar el código después de llegar a un cierto número de clientes o de acuerdo con otros indicadores. Los lanzamientos rápidos iniciales generalmente tienen prioridad sobre hacer los lanzamientos correctos. Pero a medida que más y más desarrolladores se involucran, existe una alta probabilidad de inconsistencia.
En el proceso de estabilización del producto, concéntrese en deshacerse de cualquier inconsistencia de UX. Realice una revisión UX de toda la aplicación. Comience con iconos, texto, acciones, funciones e hilos principales. Usa personajes y lluvia de ideas para una revisión completa de UX. Piense también en los puntos de contacto para los usuarios. ¿Cómo lidias con ellos? ¿Hay algo engañoso en su solicitud? Hay ejercicios en
https://cantunsee.space que te ayudarán a probar tus habilidades de UI.
Cuando realizamos una revisión de UX de uno de los productos de nuestra compañía que se usaba activamente, encontramos patrones inconsistentes y pudimos asociarlos fácilmente con varias decisiones que tomamos como equipo, lanzando funciones rápidamente, subcontratando el desarrollo a otro equipo, lanzando funciones con complementos obsoletos Y así sucesivamente.
3. Realizar análisis de la competencia
Es una pena que muchos probadores trabajen de forma aislada y no tengan idea de los productos de otras compañías. Examine a sus competidores con información publicitaria, seminarios web, demostraciones, noticias en los medios y blogs, y luego escriba características y analice las fortalezas y debilidades de su producto.
Pregunte a sus equipos de productos si puede acceder a las ofertas de otras compañías y cómo puede ayudar al análisis de la competencia. Además de analizar la funcionalidad, también considere criterios como usabilidad, rendimiento, seguridad y disponibilidad. Es útil hacer una tabla comparativa "funcionalidad - criterios de evaluación" con los puntos que obtuvieron los productos.
4. Explore las herramientas
Las herramientas son buenas para aquellos que saben cómo usarlas de manera efectiva. Pueden ahorrar mucho dinero y tiempo y complementan en gran medida las pruebas. Como probador, debe tener un amplio conocimiento de los sistemas utilizados y los procesos utilizados.
Además de automatizar las comprobaciones funcionales y crear rápidamente datos de prueba, también hay herramientas para detectar patrones en los registros, para replicar datos de producción, para simular funciones, para registrar acciones del usuario y para responder a eventos basados en reglas. Además, para lograr la mayoría de los objetivos finales, no es necesario comprar herramientas propietarias. Puede ser un programa simple con cientos de líneas que toma una captura de pantalla de una aplicación basada en un disparador en el registro.
A veces no es obvio para todos lo útiles que son estas u otras herramientas hasta que demuestres qué beneficios pueden aportar, así que estudia sus capacidades.
5. Piense en los riesgos que podrían convertirse en una "pesadilla"
Como se describe en el libro de Elizabeth Hendrickson Explore It! Reduzca el riesgo y aumente la confianza con las pruebas exploratorias ”, una forma de prevenir un desastre es pensar en los posibles titulares de malas noticias relacionadas con su producto o proyecto y probar estos riesgos. Los probadores son buenos para pensar en posibles escenarios de accidentes, y esta habilidad puede ayudar al equipo de desarrollo a evitar errores al escribir código, ahorrando tiempo y esfuerzo por adelantado.
Este puede ser un juego divertido para jugar con múltiples partes interesadas, y les dará a todos la confianza de que se encargarán de los riesgos. Cuando jugamos este juego con uno de nuestros equipos, algunos de los titulares inventados por el soporte técnico y la administración nos dieron un punto de vista diferente; sin esto, nunca hubiéramos pensado en estas pruebas.
6. Pase tiempo con atención al cliente
Debido al uso continuo de su producto, el equipo de prueba puede estar sesgado. Y lo que a los evaluadores les parece un comportamiento esperado, de hecho, puede ser inconveniente para los usuarios. Puede examinar las llamadas de soporte para conocer el dolor y los problemas del cliente al usar su aplicación.
Una vez nos quejamos de la característica de uno de nuestros productos y la conveniencia de su uso, pero esto no fue aceptado como un error. Aunque cuando varios clientes comenzaron a lidiar con problemas de usabilidad similares, esto se solucionó con una alta prioridad. Este incidente nos ha dado una gran autoridad en la organización. Y luego fuimos invitados a participar en numerosas discusiones sobre soluciones de usabilidad.
La voz del cliente son datos reales a los que debe prestar atención, y puede usar estos datos para contribuir al desarrollo de su producto.
Estos seis métodos se combinan fácilmente con pruebas funcionales y son de gran beneficio. Pruébelos en su trabajo de prueba y cuéntenos sobre su experiencia.
Eso es todo. Esperamos sus comentarios y lo invitamos a una jornada de puertas abiertas, que se realizará el 21 de junio.