Cómo convertirse en un probador de software: desde la entrevista para encontrar el primer error
Estudio Y Trabajo / / December 25, 2019
Alex Semin
El jefe del departamento de pruebas de la empresa Globus, que se dedica al desarrollo de aplicaciones móviles y sitios web para grandes clientes como "Yandex", "Kaspersky Lab" de ABBYY, RuTube, "CTC Media" HeadHunter "TNT Club", "El viaje Messenger", "la FPP seguro de vida", y de VimpelCom otros. Más de seis años en la profesión. Caminé hasta el final de la Junior-probador al jefe del departamento.
Mi viaje comenzó con un probador de curiosidad. Desde la infancia, yo estaba comprometido en el montaje de los equipos y la instalación del software, en el transcurso de una pregunta normal surge: "¿Por qué no se instala? ¿Por qué no puedo?". En ese momento pensé que quería convertirse en un probador, para participar en la producción de software de calidad y encontrar respuestas a todas estas preguntas.
A continuación quiero decir a los futuros QA-expertos sobre lo que pueden esperar en el comienzo de su carrera, y dar algunos consejos de mi propia experiencia.
entrevista
Junior-probador no es muy difícil de pasar una entrevista. De lo que no esperes un profundo conocimiento de la teoría y las herramientas para la prueba. Cuando la entrevista dichos candidatos, se ha prestado atención a la velocidad y la vivacidad de pensamiento, fresco y enfoque creativo para la resolución de problemas.
Por ejemplo, haciendo preguntas inusuales para ver cómo el hombre piensa:
- El avión vuela desde el punto A a las 17:00, y llega al punto B a las 19:00. Cuando esto está en vuelo durante tres horas. ¿Por qué puede ser esto?
- Cómo asegurarse de que para conseguir una solicitud actualizada, los competidores no son capaz de encontrar una nueva función?
Esté preparado, y para la mayoría de las tareas comunes - para probar un objeto simple: una hoja de papel, un lápiz, un filtro de red y similares.
Además, para una entrevista que será útil:
- Examinar los tipos de pruebas: pruebas funcionales y exploratoria, pruebas automatizado (incluyendo herramientas para ello), la carga y la tensión de prueba, humo-prueba.
- Además, leer acerca de la prueba y criterios de aceptación.
- Si estamos hablando de probar aplicaciones web, es una consola de navegador y su trabajo, y el número de versiones de navegadores, la resolución del monitor, herramientas de diseño de pruebas (píxeles perfectos).
- Si hablamos de aplicaciones para dispositivos móviles, este tipo de plataformas, emuladores, pruebas de mono. No se olvide de las placas.
- Examinar los tipos de correcciones de seguidores. La mayoría de los populares: Jira, BugZilla, RedMine, Mantis. Ver cómo funcionan, cuáles son sus características.
- A largo plazo - herramientas Jmeter, cartero, Charles. No son muy difíciles de aprender en un nivel básico.
El primer día laborable
El primer día de trabajo va de serie: asignar al equipo que desea configurar, instalar programas de trabajo. El administrador del sistema se prepara el acceso al correo electrónico y los programas internos corporativos.
No es necesario preguntar dónde instalar el Skype, utilizar un apodo de la época escolar gangsta_666 o imagen divertida. Su uso en combinación apodo, por ejemplo, o ivansmirnov smirnovivan, puso su foto habitual.
Un paso importante en la preparación de la jornada de trabajo - de reunirse con trekrom fallo, que utiliza la empresa. Esta es preguntar de antemano: los artículos de estudio miran el video de entrenamiento. Usted ahorrará tiempo colegas y usted mismo se sentirá más seguro.
La primera tarea
Va a ser el primer proyecto para la inmersión. Aconsejo a familiarizarse con la historia del gestor de fallos para los que ya se han reunido defectos o son los más comunes. Usted es capaz de articularse y Estadística va a entender en qué puntos se debe prestar más atención.
Tomar la iniciativa. Si usted no ha dado una aplicación de lista de verificación, no espere y pedirle que tener un mentor. Si la organización no tiene una lista de control, puede hacerlo usted mismo. Nuestra empresa a menudo hacen una lista de control en el "Las hojas de cálculo de Google». A continuación, tenemos un ejemplo de tal una lista de control - usted estará en su traje.
Los colegas pueden sorprenderse si formulaciones lista de comprobación como los mapas mentales, Tales como Xmind.net.
Lista de verificación para probar Pokémon GO
Una de las formas primarias de las pruebas de control de calidad para un principiante especialistas pueden llegar a ser el paso de listas de control, casos de prueba, los profesionales de mayor edad. Este paso es necesario para un rápido chapuzón en el proyecto. Para construir el novato base de datos de prueba puede que ampliar esta lista de verificación. Junior-probadores como parte del aprendizaje de listas de control de escritura preparada hoja Pokémon someterse a las pruebas de aplicación. A continuación se describen los casos sólo positivos.
El primer gestor de fallos
Descripción de insectos en diferentes compañías puede variar, pero en general no son los principios de buen gusto.
tema
En él se describe el problema en pocas palabras. Mejor si se iniciará con una negación: "no trabajar", "no sucede", "malo", y así sucesivamente. Por ejemplo: "Hay un servidor de sincronización en el iPhone 6," "no funciona en la reproducción de vídeo Nexus 5."
guión
Descripción paso a paso de la obra de errores. prestar atención a la condición previa y las señales que preceden al error (por ejemplo, un botón rojo iluminado a la izquierda).
Además, se pueden realizar imágenes que muestran las ubicaciones a las que debe prestar atención (se puede utilizar la aplicación Joxi, LightShot y otros), para más errores slozhnovosproizvodimyh - Para grabar un video. Cuando se escribe la experiencia puede capturar y aplicar los registros.
Al final de la secuencia de comandos indica el entorno en el que las pruebas: versión del producto, el firmware del dispositivo (Android 6.0.1, iOS 9.3.2). Si una aplicación web, además, especificar la versión del navegador.
bug cita
Lo siguiente que debe asignar a alguien un error. Pedir al jefe de proyecto o un mentor, alguien para colgar en este error, alguien de los desarrolladores de qué área del proyecto es responsable. Así se reunirá con el equipo en el futuro para asignar los insectos.
poner la criticidad
Tipos de errores críticos en la mayoría de los seguidores están representados por la siguiente lista:
Inmediata (bloqueador)
Un error de bloqueo. Un inoperable aplicación, resultando en una mayor interacción con el sistema bajo prueba o de sus funciones clave es imposible.
Crit - Urgente
Un error crítico, una violación de la lógica de negocio clave. El problema conduce a una caída temporal en el servidor o la aplicación sin la posibilidad de su solución. Remedio necesario para la prueba.
alto
error significativo, una violación de la lógica de negocio básico. El error no es crítico, es posible trabajar con la función de prueba utilizando otros puntos de entrada.
normal
error menor. No viola la lógica empresarial de la aplicación bajo prueba, el problema obvio de la interfaz de usuario y la localización.
bajo
asunto trivial que se refiere a la lógica de negocio de la aplicación. El problema de las bibliotecas o servicios de terceros jugó mal, apenas perceptible debido a la interfaz de usuario.
Autoaprendizaje
Acerca de la importancia de aprender todos sabemos muy bien - mis instrucciones son lugar común. Así que llegar al punto.
A continuación - un par de libros que yo personalmente recomiendo a mis alumnos:
- "Las pruebas PUNTO COM», Roman Savin - un manual muy útil, prácticamente la lectura del libro comienza probador. Contiene la mayor parte de los conocimientos con el fin de iniciar la prueba con éxito y responder a las preguntas de la entrevista relacionados con la parte técnica y teórica.
- "Google ¿Cómo se prueban» - un libro profundo, que describe la organización del proceso, una variedad de estrategias y enfoques para la prueba. El libro ayuda a comprender lo que es la calidad y en qué etapas puede ser influenciado.
- «Guía para profesionales de diseño de software de prueba», Lee Copeland - en los libros pintados tipos de pruebas como "blanco" y "negro" caja. Lista los diferentes equipos de prueba, así como la forma de utilizarlos y cuándo aplicar. En el libro se puede encontrar un interesante artículo sobre la investigación de pruebas, que es muy útil para los probadores novatos.
Escribió el equipo en los comentarios el nombre de libros interesantes para los probadores. Estoy seguro de que todo va a ser útil.
conclusión
En conclusión, me gustaría añadir que la cuestión de un producto de calidad - no es un proceso fácil y no un rápido. Usted debe ser capaz de defender sus puntos de vista en las negociaciones, para convencer a los desarrolladores para hacerlo bien, en lugar de "muletas" para entender cómo hacer que la funcionalidad más fácil de usar.
Esto es sólo parte de la información necesaria para el probador de novato. Todo lo demás tendrá en condiciones de combate para buscar en Internet, y luego pedir a los colegas. No sea tímido para hacer preguntas y horas de googlear, a menudo la respuesta a una pregunta que le ahorrará mucho tiempo en el futuro.