Si usted aspira a convertirse en un probador de software o si desea mejorar en su posición actual , la garantía de calidad en su trabajo diario es esencial. Hay muchas cosas a considerar , tales como la documentación , las metodologías y las reglas de negocio . Además , también tendrá en cuenta el tiempo necesario , en nombre de los expertos en la materia . Los 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 usted los necesita respuesta. Dicho esto , es necesario saber cómo navegar una aplicación de software y asegurarse de que los desarrolladores han codificado la aplicación correcta y precisa para cumplir los plazos de entrega personal. Cosas que necesitará página 1 ordenador con conexión a Internet
1 enlace a la aplicación
1 bloc página 1 bolígrafo o un lápiz
Ver Más instrucciones
1

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

Averigüe si hay varios entornos , tales como una caja de arena , ya que es posible que algunas características pueden configurar en un entorno sobre otro antes de agregado a la producción para el público en general a utilizar.
3

investigación si existen scripts de prueba disponibles que puede seguir para saber exactamente cómo una característica es funcionar . Si no hay secuencias de comandos de texto disponible, usted puede encontrar 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 , los archivos de reglas de negocio , utilizar documentos del caso , flujos de trabajo generales y planes de pruebas .
4

Averigüe si la empresa para la que se está probando se 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 en comparación con los paquetes de software no web .
5

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

Asegúrese de que existen o no documentos de especificaciones que tiene conversaciones con los creadores del software, como los científicos o los desarrolladores antes de escribir errores . 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 malo, pero en realidad es como se diseñó ) , 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 se ha documentado como un error antes de la prueba) .
7

Crear un documento de flujo general ( para capturar tarea o para la pantalla) o la hoja de cálculo que ayuda a los demás 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 usted está probando 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 la funcionalidad se prueba se llama prueba de regresión.
8

prueba como si eres un usuario ( conocer a su público objetivo) . Asegúrese de entender por qué y para quien el software fue diseñado . 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 derecha . Tal vez la prueba de múltiples funciones - puede requerir múltiples logins
9

Asegurar que la información sobre los segundos por defecto de la pantalla apropiada de la primera o la anterior pantalla, si la información se construye a partir de una pantalla a otra. . A veces, por defecto la información de una pantalla que no era navegar la más reciente pantalla.
10

documento todos los problemas en el software de documentación tema , a veces conocido como un software de seguimiento de fallos . Esto alertará a los desarrolladores de lo que necesita ser arreglado . También permitirá realizar un seguimiento de cuándo se resuelven si y cómo los problemas .