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 .