La reducción de la integración y del sistema de pruebas de escritura dolor

Question

Me gustaría hacer las pruebas de integración y pruebas del sistema para mis aplicaciones, sino que producen buenas pruebas de integración y de sistemas a menudo han requerido tanto esfuerzo que no me he molestado. Las pocas veces que lo intentara, escribieron encargo, arneses de prueba específicos de la aplicación, que se sentía como volver a inventar la rueda cada vez. Me pregunto si este es el enfoque equivocado. ¿Hay un enfoque "estándar" para la integración y las pruebas del sistema completo?

EDIT: Para aclarar, es pruebas automatizadas, para aplicaciones de escritorio y web. Lo ideal sería que un conjunto completo de pruebas que ejerce todas las funciones de la aplicación.

Answer 1

Si por "pruebas de integración y pruebas del sistema maquillaje" ¿Quieres decir pruebas automatizadas, entonces la respuesta es no, no existe un enfoque estándar. Lo que acercarse a elegir dependerá de:

• las características de la aplicación (por ejemplo, ¿Tiene un GUI ?, ¿es de sólo lectura ?, ¿cuántas dependencias externo ¿tiene, etc)
• lo que está tratando a prueba (pruebas de interfaz gráfica de usuario tal vez sólo se necesita, o tal vez es todo lo contrario y que realmente no se preocupan por la interfaz gráfica de usuario, pero la lógica interna es crítica)
• la rapidez con la que desea ver los resultados (por ejemplo, cuanto más se apagar los más rápido sus pruebas se hacen)
• los conjuntos de habilidades de su equipo

En lo personal, me encanta cualquier enfoque que se integra con JUnit. JUnit es un marco fantástico que está bien apoyado y fácilmente ligado a un servidor Intergration continua. Aquí hay algunos enfoques posibles:

• selenio con JUnit - Fantástica herramienta para la conducción de las aplicaciones web
• Concordion - para todo tipo de aplicaciones. Se integra con JUnit y permite especificaciones inglés de fricción de las pruebas. Su 'accesorio' / código de prueba se enganchará en palabras clave en la especificación y hacer valer o realizar acciones sobre ellos.
• FEST - para aplicaciones de swing, de nuevo se integra con JUnit (ver todavía un tema ?;) (más opciones aquí )

Los ejemplos anteriores proporcionan una enorme cantidad de fuera de la caja ayuda para la prueba. Por supuesto, todavía requieren esfuerzo por cable para su aplicación y mantener, pero las ventajas son bien vale la pena. Además de lo anterior, es posible que tenga que estar pensando en la forma de talón o burlarse de las áreas de su aplicación. Tal vez usted quiere hacer todo de su prueba "bajo la interfaz gráfica de usuario" o "por encima de la base de datos". En el primer escenario, tendrá sus pruebas para iniciar en los puntos en donde el código de la interfaz gráfica de usuario podría interactuar con ella y en este último que necesita para apagar los servicios que interactúan con su base de datos.

punto que se encuentre, hay un montón de maneras de hacer esto. Mejor empezar con una comprensión muy clara de lo que quiere salir de su prueba. A continuación, descubra lo que los marcos existentes están ahí para ayudarle a base de lo que desea probar, y finalmente, no tratar de conquistar el mundo en una noche. Comience con algo pequeño conseguir algunas pruebas de funcionamiento. Obtener la barra verde (siempre es una alegría ver!) Obtener una plataforma probada estable para la prueba y asegurarse de que está contento con él. A continuación, añadir más a medida que avanza.