¿Cómo puede alguien que no tiene experiencia en informática convertirse en un probador de software?

La prueba de software no se trata de ser un científico de la computación o incluso de saber cosas técnicas sobre las computadoras, dependiendo, por supuesto, del software y las partes del mismo que va a probar.

En nuestra empresa, hacemos software de contabilidad de vanguardia para una audiencia internacional y nuestros evaluadores de software tienen muchos antecedentes diferentes relacionados con el tipo de pruebas que están haciendo.

Tenemos auditores capacitados por la universidad que prueban si el software funciona correctamente de acuerdo con los códigos contables nacionales relevantes, contamos con contadores expertos que prueban si los flujos de trabajo contables específicos funcionan correctamente, contamos con especialistas informáticos que trabajan en el rendimiento de las pruebas, la automatización, las API y demás. pronto. A menudo, nuestro personal de soporte ayuda con las pruebas porque tienen una gran comprensión de las áreas del software que son más críticas para nuestros clientes.

Algo para estudiar puede ser probar estándares como, por ejemplo, ISTQB o algo así. Esto no te hará un buen probador como tal. Sin embargo, transmitirá una idea de las pruebas en diferentes niveles, y cómo hablar sobre las pruebas (el lenguaje) y las formas de documentar sus resultados y eso puede ayudarlo a comprender a los evaluadores y el trabajo que realizan.

También es posible que desee ver a James Bach y su opinión sobre las pruebas controladas por el contexto. Puede parecer controvertido, pero tiene mérito en el sentido de que promueve las pruebas que obtienen resultados sobre las pruebas que siguen un estándar. Esto no quiere decir que las pruebas que siguen un estándar no obtengan resultados, es solo que las Pruebas controladas por contexto tienen un enfoque contextual más fuerte que la mayoría de los estándares que conozco.

Debe estar familiarizado con la jerga de las pruebas de software leyendo sitios web, blogs y algunos libros sobre pruebas de software. Debe comprender la diferencia entre una prueba funcional y una prueba unitaria. Debes entender cómo escribir un plan de prueba. Luego, también debe adaptar su currículum a cualquier experiencia con el software. Finalmente, probablemente estaría solicitando un puesto de probador junior que requiere poca capacitación formal. ¡Los mejores deseos!

Podría intentar seriamente ser voluntario como probador de software para videojuegos que están en proceso. / r / gameDevClassifieds honestamente probablemente adoraría tenerte como voluntario como beta tester y dado que estás trabajando de forma gratuita, realmente no hay inconveniente en que la persona te “contrate”, especialmente si ni siquiera puedes comprometerte con su base de código, solo retira eso. (Eventualmente, cuando sea lo suficientemente bueno, nos gustaría que escriba algunas pruebas de unidad / integración y las confirme en la base de código, pero eso probablemente no sea el cuadrado 1).

Demonios, si eso falla o quieres un medio infalible para practicar, tengo un juego de iPhone en proceso hacia el que podría dirigirte. Escriba todo lo posible y podemos hacer una sesión de retroalimentación mutua o algo así. Me siento un poco culpable haciendo un autoenchufe desvergonzado aquí, pero si es algo en lo que estás legítimamente interesado, me encantaría engancharte.

Del mismo modo que alguien que no es productor o director de cine puede escribir críticas de películas.
O, al igual que los usuarios de software que no tienen experiencia en ciencias de la computación, hacen comentarios sobre el software o encuentran problemas con el software.
O, al igual que los usuarios de Quora que no tienen experiencia en informática, hacen comentarios o sugerencias sobre Quora, que el equipo de Quora toma en consideración.
O como comensales que aprecian (o no) la comida sin ser chef y pueden explicar por qué no les gusta (o no) la comida.

No necesitas un título en informática para ser un probador de software. Actualmente trabajo con (en Intersection, visite http://www.intersection.com ) y en mi compañía anterior he trabajado con excelentes evaluadores que no tienen títulos en informática o títulos universitarios.

En mi experiencia personal, he notado que los evaluadores a quienes les apasiona investigar las metodologías de exámenes existentes o emergentes tienden a hacerlo mejor que los evaluadores que se niegan a aprender algo nuevo.

Mis 2 centavos:
Desarrollar pensamiento destructivo. Intenta romper las cosas con límites.
Los buenos evaluadores piensan en casos en los que un programa podría romperse.

Ejemplo: Proporcione una entrada ASCII a un programa que espera un entero.

Desarrolle su conjunto de habilidades primero antes de aplicar. En mi caso, solicité primero como probador manual, pero me aseguré de estudiar algunos lenguajes de programación básicos y leer sobre los conceptos básicos del desarrollo del ciclo de vida del software.

Sin embargo, asegúrese de que sea un probador lo que realmente desea o al menos tiene pasión en el campo del desarrollo de software, especialmente en el desarrollo de un buen producto. Porque la cruda verdad es que la gente puede o no ayudarte (en mi experiencia). Me di cuenta de la mayoría de las cosas yo mismo. A veces de la manera difícil.