En el nuevo número del podcast Dry Oars, los desarrolladores de Android invitaron a los chicos de QA a visitar. Discutimos qué tipo de disciplina es esta, cómo es útil para los negocios y cómo probar un cohete sin preguntarle a Ilon Mask.
Los desarrolladores de Redmadrobot
graban podcasts conmovedores que analizan el desarrollo, análisis, pruebas y otros aspectos de la creación de productos de TI. Esta vez, el destacamento de control de calidad de Redmadrobot se asomó a la luz: sus compañeros de equipo Alex y Gleb, y su líder Sasha. Tuvimos una conversación honesta sobre la vida de QA en un mundo donde hay evaluadores y desarrolladores. A continuación se muestra un enlace a la entrada completa y las respuestas a las preguntas más populares.
¿Qué es el control de calidad?
QA o Quality Assurance es la disciplina responsable de la calidad del producto. Por ejemplo, por la calidad de una aplicación móvil. Por lo general, se integra en todas las etapas de un proyecto. Los especialistas en control de calidad preparan e implementan estándares de desarrollo, realizan controles de calidad, evitan errores y mejoran constantemente los procesos internos. El control de calidad se utiliza no solo en el desarrollo móvil, sino también en la web, en la industria y en muchas otras áreas.
¿Cuál es la diferencia de un probador?
Globalmente, el control de calidad (Quality Control) o los probadores son parte del control de calidad.
El probador estudia el producto, realiza investigaciones, resuelve posibles escenarios y detecta errores. Proporciona al equipo una imagen general del producto. El control de calidad no mejora la calidad, pero da una idea de lo que está sucediendo en el desarrollo.
El control de calidad también ayuda al equipo a establecer procesos relacionados con la calidad. Mira el cuadro completo y lo hace para que haya menos errores.
Control de calidad sobre el resultado: encontrar errores. Control de calidad sobre el proceso: depure los procesos de desarrollo para que no haya errores.
¿Debe el probador conocer el lenguaje de programación en el que está escrito el programa?
El probador no tiene que conocer el idioma y la tecnología, pero esto puede ser una ventaja en el trabajo.
Realmente me gusta investigar errores y, a veces, me deprime: llegué a la línea de código donde se reprodujo el error. Es interesante cuando puede dar un poco más de información al desarrollador en el "informe de error". Pero esto es completamente opcional.
"El código está escrito h̶o̶r̶o̶sh̶o̶": el desarrollador escribe el código y el probador está buscando errores. ¿Cómo no pelear?
El desarrollador está pensando cómo hacerlo bien. El probador piensa cómo probar para descubrir por qué esto es malo. Hay un cierto conflicto de intereses.
Tenemos la hipótesis de que todo depende de qué tan lejos esté QA del desarrollador. Cuando están sentados cerca, razonan y reflexionan sobre la tarea juntos. Esto funciona mejor porque el nivel de confianza es mayor. Estar en diferentes departamentos o empresas es difícil de lograr un entendimiento mutuo. Solo queda enojarse por los informes de tipos desconocidos.
Esto también sucede con especialistas al comienzo del viaje. Los jóvenes QA y los desarrolladores tienen poca experiencia en trabajo en equipo, por lo que surgen dificultades. Con el tiempo, se da cuenta de que son socios, que trabajan en un producto y lo hacen mejor juntos.
QA van programadores fallidos?
Sucede de diferentes maneras, a algunos les encantan las pruebas. Por ejemplo, nuestro jefe de control de calidad Sasha dejó la programación porque le gusta romper todo más. ¿Es posible "migrar" de un tipo de prueba a otro?
En resumen, si. Un probador es un probador en todas partes: debe ser capaz de crear errores, comprender cómo se escriben las pruebas, etc. Si lo desea, puede encontrar una nueva dirección en unas pocas semanas.
¿Pero cómo probar un cohete?
Estamos probando software y no estamos relacionados con el espacio. Pero podemos suponer cómo podría ser esto.
Como en otras pruebas, aquí estamos tratando con una lista de características del objeto. Sus materiales, resistencia al desgaste, temperatura de calentamiento o enfriamiento, la cantidad de combustible por vuelo y cientos de puntos más. Si el probador quisiera probar el cohete, entonces haría cualquier cosa con él: lo calentaría, lo enfriaría, lo enviaría a una distancia para la que no estaba diseñado, y así sucesivamente. El desarrollo de tales escenarios, a partir de la documentación del objeto o del conocimiento empírico, es capaz de identificar defectos, cuya corrección determina la calidad de cualquier producto.
Enlaces utiles
Paquete de inicio para cualquier persona que quiera entrar en el mundo del control de calidad hoy:
→
Prueba de Dot Kom, o un manual sobre crueldad a errores en las startups de Internet→
Pruebas de software. Curso básico→
certificación ISTQB→
Debe tener para cualquier probadorSi tiene preguntas, escriba en los comentarios, lo entenderemos :)
Escúchanos en una plataforma conveniente
SoundCloud Apple Google Podcasts . Ven a discutir el tema en el
chat de Telegram .