Menú

Las pruebas de software son monótonas ... Oh, ¿en serio?

software testing is monotonous really

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Tarde soleada, una empresa de TI, dos probadores en la máquina expendedora ...

Probador 1: Este trabajo apesta. Durante todo un día, sigo ejecutando los mismos casos de prueba que hice ayer y todavía la mayoría de ellos están fallando. El gerente de producto no está contento conmigo porque los casos de prueba fallan y no tengo ni idea de qué hacer.

Probador 2: Estoy de acuerdo. Yo también estoy enfrentando el mismo problema. No encuentro nada nuevo que hacer. Se espera que escriba casos de prueba todos los días y cada vez que presento nuevas ideas, son rechazadas con diferentes excusas.

Probador 1: Estoy buscando un nuevo trabajo, que me dé la oportunidad de crecer y explorar……….

Probador 2: Por favor, avíseme donde sea que presente su solicitud, ya que también estoy ansioso por encontrar una nueva oportunidad.

las pruebas de software son monótonas?

¿Qué entiende de la discusión anterior?

  • Ambos probadores buscan nuevos trabajos
  • Ambos probadores están cansados ​​del trabajo actual
  • Para ambos probadores, el trabajo actual no es interesante
  • Ambos evaluadores asumen que encontrarán algo interesante en su nuevo trabajo.

Bueno, la verdad es que ningún trabajo es monótono, definitivamente NO pruebas de software. Es la percepción de la persona lo que la hace sentir así. Lo sé, puede haber toneladas de discusiones.

Déjame presentar mi caso

Como evaluador, se supone que debe probar la página de inicio de sesión de la aplicación. Se supone que la aplicación funciona en diferentes plataformas y se supone que debes probarla a fondo.

  • ¿Crees que el trabajo es monótono?
  • ¿Crees que no estás aprendiendo nada nuevo?
  • ¿Crees que no hay nada que explorar?

Veamos -

  • ¿Qué pasa si el usuario proporciona credenciales de inicio de sesión y cierra el navegador? ¿Se conservan las credenciales?
  • ¿Qué pasa si el mismo usuario intenta iniciar sesión desde diferentes plataformas al mismo tiempo?
  • ¿Qué sucede si el usuario tiene que esperar dos minutos antes de ser dirigido a la página de inicio, después de proporcionar credenciales válidas?
  • ¿Qué sucede si el usuario proporciona credenciales de inicio de sesión válidas y el servidor de la base de datos no responde? ¿Qué se mostrará al usuario?
  • ¿Qué pasa si el usuario ha proporcionado credenciales válidas y no hizo clic en el botón Aceptar o Enviar y dejó la página como está durante media hora?
  • ¿Qué pasa si el usuario ha proporcionado credenciales válidas y ha hecho clic en el botón Aceptar o Enviar 10 veces consecutivas?
  • ¿Qué pasa si el usuario ha proporcionado credenciales válidas y ha hecho clic en ¿Olvidó su contraseña?
  • ¿Qué pasa si el usuario cambia la URL de la página de inicio de sesión agregando alguna consulta de inyección SQL?
  • ¿Saber cómo funciona la página de inicio de sesión de otras aplicaciones marcará la diferencia?
  • ¿Conocer las actualizaciones de UX (experiencia de usuario) de la industria hará alguna diferencia para el evaluador?

¿Te parecen interesantes los puntos anteriores? Por supuesto que sí. Pero pueden parecer rutinarios, cuando tienes que ejecutarlos para todas las plataformas compatibles.

Bien, planteemos una estrategia.

Ejecute todo para una plataforma. Descubra los problemas importantes y confírmelos para otras dos plataformas. Si existen, simplemente no pruebe más y rechace la compilación.

Razones para la monotonía como tester de software -

prueba de aburrimiento

Entonces, si tengo que concluir las razones de la monotonía como probador de software, me gustaría mencionar los siguientes puntos:

  • Puede ser que el probador NO pensando fuera de la caja
  • Que el evaluador sea demasiado vago para ejecutar los mismos casos una y otra vez
  • Puede ser que el probador no esté interesado en aprendiendo algo nuevo .
  • Puede ser que el evaluador no sepa cómo implementar sus conocimientos recién adquiridos.
  • Puede ser que al evaluador no le apasionen las pruebas
  • Puede ser que el probador no pueda motivarse a sí mismo
  • Puede ser que el probador no pueda encontrar errores y se siente culpable por ello
  • Puede ser que el probador no esté seguro prueba en tiempo real y es consciente de la
  • Puede ser que el evaluador simplemente no quiera pensar en nada más que en casos de prueba con guión
  • Puede ser que el probador no tenga permitido explorar debido a problemas de carga de trabajo o acceso
  • Puede ser que el probador esté bajo presión en términos de plazos y entregables
  • Puede ser que el evaluador haya perdido interés en lo que sea que esté haciendo.
  • Puede ser que el probador no se haya tomado un descanso desde hace mucho

Cómo trabajar contigo mismo, si crees que tu trabajo es monótono -

mejorar como tester

Analizando la causa raíz para la monotonía y curarlo es la solución.

Date cuenta de que, mientras estás en el campo más activo, si sientes monotonía, necesitas trabajar en ti mismo. ¿Como hacer eso? Bueno, hay muchas formas:

#1) Discutir y discutir: Una discusión saludable puede resultar en que usted y los demás involucrados en la discusión aprendan algo nuevo.

Ser un evaluador, discutir un escenario, discutir el resultado, discutir el comportamiento de la aplicación, discutir la corrección de errores siempre me ha sido útil para comprender y pensar en los puntos que podría haber perdido y estoy seguro de que la mayoría de los probadores lo harán. No niegues este hecho.

Leer también =>

¿Cuál es la mejor manera de hacer que la relación entre desarrolladores y QA sea saludable? y
¿Qué importancia tiene para un evaluador o desarrollador comunicarse entre sí?

#2) Explore y comprenda: Las pruebas de software se tratan generando ideas , como he mencionado muchas veces en el pasado. Cualquiera puede ejecutar los casos de prueba documentados. Pero piense en generar diferentes escenarios de prueba y no todos pueden hacer eso. Necesita un aprendizaje constante de otras aplicaciones, otros miembros del equipo, otros equipos y también de la industria.

Cuando uno puede entrenarse a sí mismo para ver todo con un ojo para las pruebas, surge un probador real y ese probador seguramente puede marcar una diferencia positiva.

#3) Lee y aprende: El software es la industria que cambia continuamente. Las nuevas tecnologías, los nuevos retos y las nuevas experiencias se preparan cada día y como tester, es muy necesario aprender constantemente, estar bien versado en lo que se sabe y descubrir lo que no se sabe y hacerse una idea de ello.

Implemente su aprendizaje y mejorar cada dia . Prueba esto Recurso STH para obtener acceso a todos los recursos que necesitará.

unión izquierda vs unión externa izquierda

#4) Automotivación: La automotivación es la herramienta más necesaria para las pruebas de software. La mayoría de las veces, la gente te odia o te ignora cuando intentas criticar o encontrar problemas en su trabajo. Y créeme, lleva tiempo entrenarte para vea esas negatividades positivamente y motívese cada vez .

#5) Finalmente , deberías leer esto => 16 cosas que debe hacer cuando está aburrido de realizar pruebas

Entonces, a partir de ahora, siempre que sienta que su trabajo como evaluador es monótono, consuélese con el hecho de que tenemos la suerte de tener la oportunidad de pensar fuera de la caja, ejecutar ideas, analizar cosas y, finalmente, anunciar si algo ¿Es apto para su uso o no… una gran satisfacción? ¡¡¡Por supuesto que sí!!!

Autor : Esta publicación alentadora está escrita por el miembro del equipo de STH Bhumika M. Ahora ella está en el campo de las pruebas de software por más de 10 años.

Lectores de prueba felices…. vamos a animarnos :)

Lectura recomendada

^