La primera parte, el concepto básico de las pruebas de software: yo soy el portal, puede hacer clic en mí. La
segunda parte, el proceso de desarrollo de software: yo soy el portal, puede hacer clic en mí.
Directorio de artículos
Principios de prueba
La prueba completa es imposible
Motivo: demasiada entrada, demasiados
resultados de salida, demasiadas
rutas de ejecución de
software , los manuales de software son subjetivos
Entonces elegimos correr riesgos
Dado que no es posible probar todas las situaciones, es una aventura. Por lo tanto, la prueba de software es un comportamiento riesgoso.
Lo que tenemos que hacer es cómo reducir la gran cantidad de pruebas posibles a un rango manejable y cómo tomar decisiones acertadas sobre los riesgos.
Las pruebas no muestran defectos de software latentes
Esta oración significa que después de realizar la prueba, no encontró un defecto de software, pero no puede informar que no hay ningún defecto de software. Por ejemplo, si busca cucarachas en la habitación, es posible que no vea cucarachas después de buscar, pero no está seguro de que no haya cucarachas aquí, pero no se han encontrado. Del mismo modo, no hay garantía de que los defectos del software desaparezcan bajo ninguna circunstancia. La única forma es seguir probando, puede que haya más.
Pensando más, hemos aprendido que la biología es resistente a los pesticidas. Cuando se usa el mismo insecticida en el mismo lugar, es efectivo al principio y las cucarachas se reducirán efectivamente, pero después de un período de tiempo, las cucarachas desarrollarán resistencia. El repelente de insectos no es tan efectivo. Lo mismo ocurre con los programadores, cada programador tiene sus propios hábitos y, a menudo, puede utilizar algunos métodos de prueba e ignorar algunos métodos de prueba. Por lo tanto, los evaluadores deben escribir procedimientos de prueba nuevos y diferentes.
Que es un defecto
Mencioné tantos defectos de software antes, entonces, ¿qué es un defecto de software? Si lo piensa detenidamente, encontrará que esta definición en realidad se volverá un poco vaga. En la primera parte se da una definición : los conceptos básicos de las pruebas de software . Luego considere la siguiente pregunta: hay un problema, el programador no encontró, el probador no encontró, el cliente no encontró, ¿es un defecto de software? Según la definición oficial anterior, no hay defecto de software sin verlo. Por lo tanto, los defectos de software que no se han descubierto u observado solo pueden considerarse defectos latentes. Recuerda esta vieja pregunta: un árbol cayó en el bosque y nadie lo escuchó ¿Emite algún sonido?
¿Son los probadores populares en los grupos de productos?
La respuesta obviamente es no. El grupo de trabajo que hace el evaluador es verificar y criticar el trabajo de los colegas, detectar fallas y anunciar los problemas encontrados. Entonces, si desea mantener el grupo de miembros en armonía, escuche las siguientes sugerencias:
Encuentre los defectos temprano : cuanto antes sea menor el impacto, más fácil será para las personas aceptar y
controlar las emociones : cuando el evaluador encuentra un problema, está muy feliz, porque su trabajo ha Progresa, pero debes saber que el código es lo favorito del programador. Cuando el probador le dice directamente al programador que hay un problema, puede estar seguro de que su primera reacción no es tan feliz como tú.
No siempre informe malas noticias . Si el evaluador solo informa malas noticias, cada vez que se presente, sabrá que se avecinan problemas. Si no hay ningún problema en la prueba, dígale: Oye, hermano, Buen trabajo.
Términos y definiciones de las pruebas de software
La diferencia entre exactitud y precisión
Estos son ejemplos de puntería en juegos de disparos.
Llamamos a golpear la cabeza del oponente como un tiro en la cabeza , luego mire las siguientes cuatro descripciones:
Inexacto e inexacto : creo que el legendario " Maestro de golpes " significa
precisamente esto, pero inexacto : está apuntando al La cabeza golpea la siguiente ventana. Casualmente, todavía está en la misma posición con
precisión pero no con precisión : apuntaste a la cabeza del oponente, pero golpeaste el estómago del oponente, aunque no golpeó la cabeza y no fue
preciso. Y preciso : disparo directo a la cabeza
Aquí hay una imagen que se encuentra en Internet:
La diferencia entre confirmación y verificación
Confirmación :
verificación del proceso para garantizar que el software se ajuste a la especificación del producto : la
clave del proceso para garantizar que el software cumple con los requisitos del usuario es que el producto que cumple con la especificación del producto no es necesariamente el producto correcto o un buen producto. Esta es también la diferencia entre los probadores de software y el personal de control de calidad . Aquí hay un ejemplo del telescopio Hubble en el libro El espejo del telescopio Hubble es extremadamente preciso, pero no lo suficientemente exacto. El espejo cumplió con los requisitos de la especificación del producto, pero no cumplió con los requisitos iniciales.
La diferencia entre calidad y fiabilidad
Calidad : puede definirse como "excelencia" o "superioridad similar".
Fiabilidad : solo un aspecto de la calidad.