Cómo probar el software

Si usted aspira a convertirse en un probador de software o si desea ser mejores en su posición actual, la garantía de calidad en su trabajo diario es esencial. Hay muchas cosas a considerar, tales como documentación, metodologías y reglas de negocio. Además, también tendrá en cuenta el tiempo necesario en nombre de sus expertos en la materia. Sus expertos en la materia pueden tener una cantidad limitada de tiempo disponible para usted y también pueden no estar disponibles para responder a sus preguntas cuando los necesite contestado. Dicho esto, lo que necesita saber cómo navegar por una aplicación de software y asegúrese de que los desarrolladores han codificado la aplicación correcta y precisa para cumplir con los plazos de entrega personales.

Instrucciones

1 Encuentra la URL o el entorno de software de enlace si probar una aplicación basada en la web. Si las pruebas de software no-web, a continuación, asegúrese de que tiene todos los archivos ejecutables en el equipo y que dispone de los datos de acceso adecuados sin importar el tipo de software.

2 Averiguar si hay múltiples entornos, como una caja de arena, ya que es posible que algunas funciones pueden configurar en un entorno sobre otro antes de agregado a la producción para el público en general para su uso.

3 La investigación si existen scripts de prueba disponibles que puede seguir para saber exactamente cómo una característica está funcionando. Si no hay secuencias de comandos de texto disponibles, es posible que hay documentos relacionados para ayudarle a determinar cómo el sistema fue diseñado para trabajar. Algunos ejemplos de los documentos relacionados incluyen especificaciones funcionales, archivos de reglas de negocio, documentos de casos de uso, los flujos de trabajo generales y planes de pruebas.

4 Averiguar si la empresa para la que está poniendo a prueba suscribe a cualquier práctica de pruebas, tales como Microsoft o SCRUM. Las normas de ensayo pueden ser diferentes para las aplicaciones basadas en la Web frente a los paquetes de software que no sean web.

5 Centrarse en las cuestiones funcionales y de consistencia. Ejemplos de cuestiones funcionales pueden incluir campos morosos una la capacidad de navegar de una pantalla con y sin el uso de un ratón. Considerando que, de consistencia pueden incluir la fuente, la mesa, estilos y el uso del color.

6 Asegúrese de que si existen o no documentos de especificaciones que tiene conversaciones con los creadores del software, tales como los científicos o los desarrolladores antes de errores de escritura. También, asegúrese de determinar si el artículo se encuentra es en realidad un error (algo que no es correcto), una característica (algo que puede parecer mal, pero en realidad es como se ha diseñado), un problema de configuración (algo que debe ser activada en el fondo para que antes de comenzar la prueba) o un problema conocido (algo que ya ha sido documentado como un error antes de la prueba).

7 Crear un documento de flujo general (para capturar tarea o para la pantalla) u hoja de cálculo que ayuda a otros que ponen a prueba la funcionalidad después (tal vez en una versión posterior del software). Esto puede ayudar ahora y otros después. Por ejemplo, si va a probar nuevas características de un sistema, otros pueden venir detrás de usted en una versión posterior de código y probar exactamente lo mismo. La segunda vez que se pone a prueba la funcionalidad se llama la prueba de regresión.

8 Prueba como si usted es un usuario (para el público objetivo). Asegúrese de entender por qué y para quién se diseñó el software. Conocer esta información le permitirá saber si cada campo o desplegable está en el orden correcto, e incluso si se encuentran en la pantalla de la derecha. Tal vez la prueba de múltiples funciones - puede requerir varios accesos.

9 Asegurar que la información sobre los segundos valores predeterminados de pantalla adecuada desde la primera o la anterior pantalla, si la información se construye a partir de una pantalla a la siguiente. A veces los valores por defecto de información de una pantalla que no era la última pantalla navegado.

10 Documentar todos los problemas en software de documentación tema, a veces conocido como un software de seguimiento de errores. Esto alertará a los desarrolladores como a lo que hay que arreglar. También permitirá hacer un seguimiento de cuándo, si y cómo se resuelven los problemas.

Consejos y advertencias

• Si la búsqueda de un trabajo como probador de software, considerar la búsqueda de una bolsa de trabajo por palabra clave, como Analista de Control de Calidad, Tester Software, Analista de Software, Software técnico, ingeniero de software o QA Tester.
• A veces, las características del software pueden parecer como un insecto; por lo tanto, hacer la investigación apropiada en la tarea.