La primera parte, el concepto básico de las pruebas de software: soy un portal, puede hacer clic en mí. La
segunda parte, el proceso de desarrollo de software: soy un portal, puede hacer clic en mí. La
tercera parte, la esencia de las pruebas de software: yo soy un portal, puede Haz click en mi
Directorio de artículos
Este método es adecuado para la intervención temprana en el proyecto y el derecho a modificar el manual del producto inicial.
En esta etapa, es muy posible ahorrar mucho dinero y tiempo para el proyecto.
empezar a probar
En la segunda parte, el proceso de desarrollo de software descrito en los cuatro modelos de desarrollo, a excepción del modelo Big Bang, en cada modelo el equipo de desarrollo debe escribir una especificación de producto basada en el documento de requisitos para definir cómo es el software.
Por lo tanto, otra ventaja de escribir especificaciones de producto detalladas es que las pruebas de software se pueden utilizar como material escrito para elementos de prueba. En base a esto, puede encontrar defectos de software antes de escribir código.
Prueba de caja negra
Ingrese primero, luego observe el resultado de salida. No es necesario que comprenda cómo lo hace el programa o por qué lo hace, solo debe saber qué hace el programa.
Por lo tanto, las pruebas de caja negra se denominan pruebas funcionales o pruebas de comportamiento.
Por ejemplo, si el manual del producto le dice que puede encender presionando el botón ON, entonces puede realizar esta operación para ver si se puede encender. Al realizar una operación de suma, ingrese 6 + 9 y observe el resultado.En este proceso, no necesita saber cómo el programa implementa esta adición, y no necesita preocuparse por qué ocurre este resultado, solo observe el resultado.
Prueba de caja blanca
Puede acceder al código del programador,
por lo que también se llama prueba de caja transparente.
La prueba de caja blanca conlleva cierto riesgo, porque es necesario personalizar la prueba para adaptarse a la operación del código, por lo que es fácil formar sesgos y no se puede probar objetivamente.
Prueba estática
La parte de la prueba que no se ejecuta, es decir, solo se realizan verificaciones y auditorías.
Por ejemplo, es una
prueba de caja negra estática para comprobar los manuales de neumáticos, pintura y otros productos de prueba antes de conducir .
Si el producto no prueba la especificación del producto, entonces alguien siempre sabrá cuál es el producto. Esta persona puede ser un desarrollador, un gerente de proyecto o un vendedor. Los manuales para caminar, hablar y de productos utilizan la misma técnica para evaluar el manual del "cerebro". Puede obtener información más detallada escribiendo la información recopilada y considerándola repetidamente.
prueba de dinámica
Esto es lo que normalmente queremos decir con probar, usar o ejecutar software.
Por ejemplo, encienda el motor, escuche el sonido del motor, conduzca en la carretera, etc.
Revisión avanzada de especificaciones de producto
Las pruebas de software no deben ser ciegas, deben realizarse de manera ordenada y deben realizarse a una cierta altura. Será útil comprender los siguientes principios
Asumiendo que eres un cliente
Investigue quién será el cliente y hable con el comercializador o vendedor para comprender su conocimiento del usuario final. Si se trata de un proyecto de software interno, hable con alguien que lo utilice.
Es importante comprender lo que piensa el cliente.
Se necesita atención especial: si hay algo que no comprende en la descripción de la reseña, el enfoque correcto no es dejarlo pasar, sino comprenderlo ahora o preguntarle a los demás. Por ejemplo, suponga que este software es un software de procesamiento médico y no conoce muy bien el conocimiento profesional relevante. No debe simplemente ignorar las partes que no conoce sin realizar la prueba. En su lugar, debe encontrar formas de complementar el conocimiento relevante para completar la prueba.
Hay otro problema: por motivos de seguridad, los clientes pueden asumir que el software es seguro, pero para usted, que está probando, no puede hacer tales suposiciones. Debemos aprender a manejar correctamente los problemas de seguridad.
Estudiar las normas y especificaciones existentes.
Los siguientes ejemplos son ejemplos que pueden considerarse estándares y especificaciones, pero no se especifican claramente.
La empresa gobierna los modismos y está de acuerdo con
los requisitos de la industria
Estándares gubernamentales Estándares de seguridad de
interfaz gráfica de usuario
La diferencia entre estándares y normas: los
estándares son más estrictos que las normas. Los estándares deben seguirse estrictamente y las especificaciones son opcionales y deben seguirse.
Revise y pruebe software similar
La mejor manera de comprender el resultado final del software es estudiar software similar. Un software similar ayuda a diseñar condiciones de prueba y métodos de prueba, y también puede exponer problemas potenciales inesperados.
Es necesario prestar atención a los siguientes problemas:
escala
complejidad
capacidad de prueba
calidad y confiabilidad
seguridad
Técnicas de prueba de bajo nivel para especificaciones de productos.
Después de completar la revisión de alto nivel de la especificación del producto, puede comprender bien el producto y los factores externos que afectan su diseño.
Un excelente manual debe tener los siguientes 8 atributos:
completo, preciso, claro, consistente, apropiado, razonable, independiente del código y comprobable.
Preste atención a algunos términos de especificación, como:
- Siempre, todos los tipos, todos ...: Tenga en cuenta que debe considerar ejemplos de violaciones de estas situaciones.
- Por supuesto, por lo tanto, obviamente ...: Tenga en cuenta, debe saber que él está a la vista para convencerlo de que acepte esta situación, ¡no se deje engañar!
- Algunos, a veces, a menudo ...: ¡Atención, esto es demasiado vago!
- Bueno, rápido, barato ...: Tenga en cuenta que esto no se puede probar y que la lista de descripción debe ser clara.
- Procesar, proceder, rechazar ...: tenga en cuenta que esto no se puede cuantificar, y la definición precisa y el significado deben determinarse aún más
- Si ... Entonces ...: Atención, piensa en lo que pasaría sin "si".