Querido escribir gris tecnología de pruebas de caja.
Además de la entrevista de hoy, me paro y pienso, hacer una prueba para el negocio no es fácil, sobre todo en el exterior de una compañía de software, reconoció la importancia de las pruebas de software ha sido muy buena, es posible configurar el equipo de pruebas para poner en práctica las pruebas mejor. Esta prueba es sin duda la prueba de caja negro, sobre todo para hacer que los productos a base de pruebas funcionales del sistema, si las condiciones que se pueden hacer pruebas de rendimiento. Esta prueba no está escrito para la especificación de requisitos detallados, empresa de diseño no se detalla sólo puede hacer esta prueba, sino como un director de pruebas o ingeniero de pruebas, puede que le resulte difícil la implementación de la prueba, ya que parece imposible comenzar, cómo poner en práctica prueba? Esta prueba no es de especificación como base para ello? La descripción no se detalla, o que no hay mucho valor de referencia, cómo hacerlo se basa? Cómo anular el punto de función?
De hecho, estaba pensando, si la caja gris pruebas de caja blanca y caja de prueba negro de una combinación de ambos, para desempeñar un papel en este caso, y me gustaría caja gris pruebas de búsqueda de la calidad del software, no podemos invertir una gran cantidad de recursos para hacer caja blanca una compañía de pruebas de opción ideal, y se puede hacer para que su software de hacer la cobertura de requisitos funcionales y de cobertura en el nivel de código, creo que esto debería ser una tendencia de desarrollo futuro de las pruebas de software.
Cómo implementar el cuadro gris que las pruebas? De hecho, a menudo decimos que la unidad de pruebas es, básicamente, considerado como una prueba de caja gris, unidad de prueba que dije, en primer lugar es centrarse en la cobertura de código, mientras se centra en los puntos de función cubiertos por las pruebas unitarias. La idea central de las pruebas de caja gris: Software para casos de prueba de rendimiento externa, ejecute el programa de pruebas, y las estadísticas de cobertura de código en tiempo de ejecución, con base en la cobertura, que a su vez va a añadir un nuevo caso de prueba, hasta que todos puntos de función están cubiertas, la cobertura de este código debe haber sido cercano al 100%, si no al 100%, se tendría que analizar por qué alguna declaración o rama no hacerla cumplir? Ir a diseñar casos de prueba que cubren estas declaraciones y ramas, así que deje que sus pruebas hechas con más detalle. En muchos casos, sin embargo, algunas excepciones o excepción comunicado manipulación, no en los casos de prueba de diseño externos, por lo que estas excepciones son procesados. Por ejemplo: la memoria malloc aplicación o nuevas declaraciones pueden fallar, pero en nuestro ordenador, es difícil asignación falla, entonces, se puede hacer uso de herramientas de simulación como la memoria falla xenu para simular una. Por supuesto, también se puede introducir estas declaraciones antes, añadir un poco de procesamiento, por lo que cuando se ejecuta el programa que aquí se produce una excepción, el programa para ver cómo esta anomalía se encontró en la aplicación, el cumplimiento con la experiencia adecuada este enfoque inusual.
Hay una gran cantidad de herramientas que pueden hacer este tipo de pruebas de caja gris, por ejemplo logisope, de las herramientas de Rational son PureCoverage para C y software de lenguaje C ++, así como específicamente para el lenguaje Java y así sucesivamente. Si el lector es un gestor de prueba, desee ti mismo para tratar esta prueba por lo que haces fundas, mientras que, al mismo tiempo que se complementan entre sí, prestar atención a las estadísticas de las estadísticas de cobertura de los estados o de la rama es lógico, que es llevar a cabo múltiples casos de prueba algunos de la misma instrucción, alguna herramienta herramientas puede contar el número de instrucciones ejecutadas, por lo que se puede analizar para ver esas declaraciones afectan a los estados de rendimiento del programa, ya que son siempre para ser ejecutados.
Las pruebas de software se encuentra actualmente en desarrollo, muchos de los conceptos y terminología no están unificados, cada probador comprensión de las pruebas de software puede ser diferente, ya que proceden de la experiencia, y rara vez los libros de texto. Pero la prueba de caja gris debe estar preocupado por la capacidad de los probadores, esta lata con recursos limitados, para obtener los mejores resultados.
Las opiniones sobre este artículo es meramente una de las palabras, si no está de acuerdo, por favor deje un mensaje de bienvenida a la discusión.
