an interview with michael bolton read his advice
Pl preguntas de la entrevista sql por 5 años de experiencia
El artículo de hoy es una entrevista con un conocido especialista en pruebas de software. Sr. Michael Bolton , profesor, autor, consultor y líder intelectual de pruebas de software.
Esto es parte de nuestro ' conocer a un líder 'Serie de entrevistas de personalidades famosas en SoftwareTestingHelp. Consulta nuestra última entrevista con Neeraj Tripathi , VP de Global QA en Infor.
STH está encantado de presentarle esta entrevista y, sin más preámbulos, vamos a tener una breve cita con Michael.
Para obtener una lista completa de su trabajo, logros, cursos y actividades, consulte su blog aquí .
Aquí va:
Pregunta 1) ¿Podría compartir brevemente su historia sobre cómo se convirtió en un tester de software? Muchos de nuestros lectores son aspirantes a QA y creemos que su historia resonará en ellos y los inspirará.
Miguel: Hay varias formas de responder a esa pregunta.
Podría decir que me convertí en tester de software cuando comencé a editar el periódico de la escuela, hace demasiado tiempo para mencionarlo. Podría decir que me convertí en tester de software cuando comencé a usarlo. Definitivamente podría decir que me convertí en tester de software cuando comencé a escribir software, en 1988 más o menos. O podría decir que me convertí en tester de software cuando comencé a trabajar en soporte técnico, en 1990.
La experiencia y las habilidades que desarrollé en todas esas situaciones contribuyeron a calificarme para un trabajo llamado “probador de software”. Me ofrecieron un trabajo con ese título en Quarterdeck, aproximadamente en 1994.
Pregunta 2)¿Cuál es, según usted, la mejor parte de ser un tester de software?
Miguel: Los evaluadores no solo aprenden sobre tecnologías, dominios comerciales y problemas, sino que también se les paga por hacerlo. Testing es una universidad, donde el programa dura toda tu carrera.
Pregunta 3)La prueba rápida de software se considera uno de los mejores programas de prueba que existen. ¿Qué crees que es único en su tipo?
Miguel: Muchas otras clases se enfocan en memorizar terminología para que puedas aprobar un examen. No tenemos exámenes. No es que la terminología no sea importante; Creemos que las palabras son muy importantes porque nos ayudan a pensar en las cosas de una manera más nítida.
Así que hablamos sobre cómo pensamos sobre las pruebas y ofrecemos algo de vocabulario para eso, pero no insistimos en que uses nuestras palabras para las cosas. Le sugerimos —con bastante fuerza— que piense profundamente en sus propias ideas acerca de su oficio y en cómo las habla. Y que hables de tu oficio con otras personas. Eso es lo que hacen los expertos.
Las personas a las que les gustan las clases de Prueba rápida de software y Prueba rápida de software aplicada disfrutan del hecho de que, en clase, probamos software y trabajamos en acertijos, y luego hablamos sobre lo que sucedió y lo que hemos aprendido. No somos exactamente únicos en ese sentido.
Los ejercicios de prueba interactivos ocurren en las clases de prueba Just in Time de Rob Sabourin, por ejemplo; y también con mayor profundidad en una escala de tiempo más larga en las clases de BBST. Las clases son poderosas, y justificadamente populares, porque las pruebas requieren práctica, no solo hablar.
Pregunta # 4)Los equipos de prueba se perciben como una de las partes menos apreciadas de los proyectos de software. ¿Cuáles son los mayores desafíos que enfrentan los equipos de prueba?
aplicación que te permite espiar otro teléfono
Miguel: El mayor desafío que veo es que los empleadores malinterpretan las pruebas y, por lo tanto, manténgalo a un nivel bajo .
Es demasiado fácil para algunos probadores quedarse sin habilidades porque los gerentes que los contratan no están capacitados. Al mismo tiempo, muchos evaluadores no trabajan en sus habilidades (habilidades técnicas, pensamiento crítico, pensamiento sistémico, informes), por lo que la situación se amplifica.
Pregunta # 5)¿Qué es más importante para ser un probador exitoso: el pensamiento analítico y crítico o la experiencia en herramientas y procesos?
Miguel: Es como preguntar '¿Qué es más importante para ser un ciclista exitoso: mantener el equilibrio o la dirección?' No es una pregunta de una u otra.
Las herramientas y la experiencia en procesos no son muy confiables o útiles en ausencia de análisis y pensamiento crítico . Las herramientas y la experiencia pueden ayudar al análisis y al pensamiento crítico. Esas cosas son todas importantes, y muchas otras también lo son.
Pregunta # 6)Muchos de nuestros lectores querrían saber si la certificación puede ayudarlos a ser mejores probadores. ¿Cuál es su opinión sobre las certificaciones?
Miguel: La mayoría de las certificaciones de prueba no miden su capacidad para realizar pruebas. No se preocupe por obtener la certificación. Concéntrese en educarse a sí mismo. Busque el material de la clase BBST, o mejor aún, tome una clase BBST. Toma una clase de RST, si quieres.
Leer Libros de Jerry Weinberg . Lea un montón de blogs de pruebas. Practique las pruebas con colegas o con las personas que realizan pruebas de fin de semana
Pregunta # 7)¿Qué cambios en las pruebas de software pueden anticipar los evaluadores que podrían no estar a su favor?
Miguel: Algunas personas parecen creer que las pruebas tienen que ver con la burocracia y el papeleo; sobre la ejecución de memoria de los procedimientos de prueba siguiendo un guión; sobre operar el producto de formas específicas con entradas específicas y buscar salidas específicas. (Cuando ese tipo de trabajo se puede realizar mediante algoritmos, mediante programas de computadora, lo llamamos 'verificación'. esta .)
Muchas organizaciones, y muchos evaluadores, parecen pensar que lo más importante en las pruebas es seguir las instrucciones de otra persona. Tarde o temprano, las personas se darán cuenta de que las pruebas centradas en casos de prueba confirmatorios no son muy informativas ni muy valiosas. En la medida en que valga la pena, gran parte de ese tipo de pruebas puede expresarse como código y delegarse a programas y maquinaria.
Los evaluadores que actualmente siguen las instrucciones de otras personas tienen la opción de mejorar sus habilidades de programación, sus habilidades analíticas o sus habilidades en ciencias sociales, o buscar otros trabajos.
Testers expertos en pruebas —En análisis, diseño y realización de experimentos— será mucho más seguro que aquellos que no lo son.
Pregunta # 8)¿Qué tendencias de prueba de software deberíamos esperar?
Miguel: Mi esperanza es que las pruebas sean reconocidas como un conjunto clave de habilidades que impregna todo el desarrollo de software, y que más desarrolladores, diseñadores y empresarios adquieran esas habilidades.
Espero que siempre haya espacio para que las personas ayuden a los equipos de desarrollo especializándose en ese conjunto de habilidades y colaborando con las otras especialidades. Sin embargo, para que esa esperanza se convierta en realidad, creo que tendremos que mejorar las habilidades de los probadores de todo el mundo.
Preguntas # 9)¿Cuál es su consejo para los probadores futuros sobre cómo tener éxito?
Miguel: Esa respuesta será diferente de un evaluador a otro. Pero hay una habilidad clave en la que observo que la mayoría de los evaluadores parecen, lamentablemente, débiles, y es la habilidad de contar la historia de la prueba .
La historia de prueba tiene tres hilos y se enrollan entre sí como una trenza. Una vertiente trata sobre el producto y su estado; Que hace; lo que no hace; cómo funciona; cómo no funciona; y como es tal vez no trabaje de formas que sean importantes para sus diversos clientes.
Otro aspecto es sobre cómo probó el producto; cómo lo configuró; cómo lo operó; cómo y qué buscaba y dónde buscaba. Se trata de cómo reconoció los problemas cuando los notó; los oráculos que aplicaste. También se trata de cobertura; lo que has probado hasta ahora. Y también se trata de lo que no ha cubierto; pruebas importantes que no ha hecho o que quizás no haga, a menos que las cosas cambien.
Otro aspecto más tiene que ver con la calidad de las pruebas; por qué es la mejor prueba que podría haber hecho bajo las circunstancias, o cómo podría no haber sido. También se trata de lo que ha hecho, o está haciendo, que las pruebas sean más difíciles o más lentas. Se trata de la capacidad de prueba del producto, porque un producto que no tiene funciones de prueba es más difícil y más lento de probar. Y se trata de lo que podría necesitar y lo que recomienda para que las pruebas sean más rápidas, más profundas y más eficaces.
cual es mi llave de seguridad wifi
Una pregunta adicional # 10: Si hay una habilidad en la que los probadores aspirantes y practicantes deberían enfocarse, ¿cuál sería?
Miguel: No hay uno .
Practique lo que le resulte más útil en su contexto actual y practique las cosas que le interesen. Practica las cosas en las que sabes que necesitas mejorar. Practique el pensamiento crítico; cuando vea o piense en algo, pregunte '¿qué más podría ser esto?' Practique sus habilidades analíticas y practique contar la historia de sus pruebas.
¡Eso es todo!
Puedes seguir a Michael en Gorjeo .
Gracias, Sr. Bolton, por tomarse el tiempo para compartir sus pensamientos. Consejo, e ideología con nuestros lectores. Es un placer absoluto. Nuestros lectores y STH lo aprecian mucho.
Estén atentos para más entrevistas de este tipo con las caras más conocidas de las pruebas de software. No dude en comentar sus sugerencias / preguntas.
Lectura recomendada
- Preguntas y respuestas de la entrevista
- Las mejores preguntas que los evaluadores deben hacerle a un entrevistador
- Las 200 preguntas principales de la entrevista de prueba de software (una lectura obligatoria para superar CUALQUIER entrevista de prueba)
- Algunas preguntas interesantes de la entrevista sobre pruebas de software
- ¿Cómo mantener viva la motivación en los probadores de software?
- Preparación para la entrevista de prueba de software: consejos sencillos a seguir antes y en el momento de la entrevista
- Soft Skill for Testers: Cómo mejorar la habilidad de comunicación
- Cómo prepararse para la entrevista de prueba de software