Garantía de calidad del software: ¿Qué se debe hacer y qué no hacer para los ingenieros de QA / SDET en el trabajo?

Aquí hay algunas cosas que vienen a la mente.

  • Siempre haga una lluvia de ideas de casos de prueba. Un error común es sumergirse con algunas ideas que tiene, pero tomarse solo unos minutos para escribir algunas ideas y hacer preguntas evitará que se pierda en la maleza.
  • Informe a sus desarrolladores qué probará (publique esos casos de prueba) para que puedan anticipar lo que hará.
  • Si su automatización está rota, es inútil. Con demasiada frecuencia he visto automatización que requiere un análisis exhaustivo para ver si un error es un error o una falla de automatización. La automatización ofrece el mayor valor cuando se ejecuta de manera limpia y las fallas siempre significan que se encontró un error.
  • Comprenda cómo los clientes usan (o usarán) el producto y, de hecho, pasan el tiempo para recorrer minuciosamente varios casos de uso como si lo estuvieran viendo la primera vez.
  • Su trabajo no es (o al menos no lo creo) para verificar que el producto cumpla con los requisitos. En cambio, haga las preguntas que interrumpen el proyecto en el que está trabajando. Si su sentido común sugiere que el producto no está resolviendo el problema del cliente, indíquelo lo suficiente.
  • Mientras prueba el producto, tendrá conversaciones o verá cosas que lo harán sentir curioso. Escriba esas curiosidades y profundice en ellas.
  • Reserve tiempo para pruebas ad-hoc. Solo juega, profundiza en las curiosidades, etc.
  • Juega con al menos un producto de la competencia si puedes.
  • Comuníquese con los desarrolladores con respeto. Estás criticando su trabajo, así que sé respetuoso.
  • Hacer preguntas. Durante el almuerzo, o en los pasillos, o en cualquier momento que no interrumpa a un desarrollador, haga preguntas sobre la implementación, por qué lo eligieron o qué encuentran desafiante.
  • Intenta escribir tanto trabajo repetitivo como puedas. Las comprobaciones de integridad de la base de datos, la limpieza del entorno, el escaneo de registros (en busca de errores) son excelentes cosas para hacer un script para facilitar las pruebas manuales que realiza.