Capacitación en TransMing
Las pruebas se pueden dividir en caja blanca y caja negra:
La prueba de software con caja negra significa que las pruebas deben realizarse en la interfaz del software. En este método, el objeto de prueba se considera como una caja negra y el evaluador ignora por completo la estructura lógica interna y las características internas del programa, y solo verifica si las funciones del programa cumplen con su descripción funcional según la especificación de requisitos del programa. Por lo tanto, las pruebas de caja negra también se denominan pruebas funcionales o pruebas de caja negra. La prueba de caja negra sirve principalmente para encontrar los siguientes tipos de errores:
1. ¿Faltan funciones o son incorrectas?
2. ¿Se pueden aceptar entradas correctamente en la interfaz? ¿Puedes generar el resultado correcto?
3. ¿Hay errores en la estructura de datos o errores de acceso a información externa (como archivos de datos)?
4. ¿Puede el rendimiento cumplir con los requisitos?
5. ¿Hay algún error de inicialización o terminación?
La prueba de caja blanca del software es un examen detallado de los detalles del proceso del software. Este método trata el objeto de prueba como una caja abierta, lo que permite a los evaluadores usar la estructura lógica interna del programa y la información relacionada para diseñar o seleccionar casos de prueba para probar todas las rutas lógicas del programa. Determine si el estado real es consistente con el estado esperado examinando el estado del programa en diferentes puntos. Por lo tanto, las pruebas de caja blanca también se denominan pruebas estructurales o pruebas basadas en lógica. La prueba de caja blanca verifica principalmente el módulo del programa de la siguiente manera:
1. Pruebe todas las rutas de ejecución independientes del módulo del programa al menos una vez.
2. Para todos los juicios lógicos, las dos situaciones "verdadero" y "falso" se pueden probar al menos una vez.
3. Ejecute el cuerpo del bucle dentro del límite del bucle y ejecute el límite.
4. Probar la validez de las estructuras de datos internas, etc.
Los hechos anteriores muestran que las pruebas de software tienen un defecto fatal, es decir, las pruebas no son exhaustivas ni completas. Debido a que cualquier programa sólo puede probarse un número limitado de veces (a diferencia de un número exhaustivo de veces), no se puede decir que un programa esté libre de errores sin encontrar errores.
En pruebas de software y pruebas de hardware, cuanto antes se intervenga, mejor será el efecto. Además de probar programas integrados, las pruebas de hardware también requieren la verificación y prueba de muchos aspectos involucrados en el desarrollo de hardware, como esquemas, diagramas estructurales, selección de componentes, etc. , para garantizar la corrección de cada enlace. Al mismo tiempo, es necesario verificar repetidamente la conexión de cada enlace. El hardware es diferente del software, la interfaz es clara y la lógica es correcta. El problema del software no será grande, pero el hardware es diferente. La interfaz puede ser correcta y los distintos módulos también lo son. Sin embargo, pueden ocurrir muchos problemas inesperados durante la conexión, especialmente la secuencia y el tiempo de conexión.
En la actualidad, las pruebas manuales se realizan básicamente en China. Las pruebas de software son un poco más avanzadas que las pruebas de hardware, es decir, pueden realizar pruebas automatizadas a una escala relativamente grande, especialmente software web, que presta más atención a las pruebas concurrentes.
Las pruebas de hardware, como EMC y otras pruebas de certificación nacional, deben ser verificadas por agencias especializadas. Si se trata de una autoinspección empresarial, también deben existir los instrumentos pertinentes.
Por cierto, me gustaría recordarte que si quieres hacerlo todo, nunca lo conseguirás. A veces depende de tus propias condiciones, a menos que realmente quieras desafiarlo, pero esto requiere que dediques mucho tiempo a aprender.
También quiero aprender sobre un lenguaje de desarrollo, scripting y lectura de códigos, tal como dijo el chico de abajo. Estos son el objetivo final de las pruebas.
Además, esta es una prueba del espíritu humano. ¿Estás dispuesto a escribir código en la oficina día y noche? Muy inteligente.
Al principio, estaba haciendo pruebas de hardware, lo cual no es tan confuso como las pruebas de software. En general, está bien y es fácil de aprender. Se recomienda realizar pruebas de hardware.