Pregunta

Quiero aprender cómo construir software de “robusto” que está diseñado para poner a prueba a sí mismo. En otras palabras, ¿cómo puedo aplicar pruebas automatizado en mi software (usando Java o maravilloso o C ++).

Así que me gustaría saber dónde aprender esto (libros o páginas web) y qué herramientas y bibliotecas que necesitaré para esto?

¿Fue útil?

Solución

  • General TDD para principiantes: Kent Beck: Test Driven Desarrollo por ejemplo
  • General Unidad de Pruebas de referencia: Gerard Meszaros: Patrones de prueba xUnit: Código de prueba Refactoring
  • TDD para proyectos nuevos: Steve Freeman, Nat Pryce: Crecimiento del software orientada a objetos, guiada por pruebas
  • TDD para proyectos industriales abandonadas: Plumas Micheal: trabajar eficazmente con el código heredado
  • Q y A para los problemas de prueba: http://www.stackoverflow.com
  • Lista de software (desplácese hacia abajo)

Otros consejos

Además del desarrollo basado en pruebas antes mencionado (TDD) técnica, usted podría dar un vistazo a diseño de contrato, otra técnica en la que, básicamente, se añaden las afirmaciones en el código de producción para validar en tiempo de ejecución que se respeten las cláusulas del contrato (entradas, salidas y invariantes) entre los componentes. Estas afirmaciones se pueden eliminar, o se mantiene, cuando se entrega el software.

Me gustaría aumentar mi respuesta para dejar claro que TDD no conduce a "software que está diseñado para poner a prueba a sí mismo", pero algún tipo de software, - la suite de pruebas de unidad, que se cultiva junto con el código de producción, que pone a prueba otra pieza de software.

JUnit, el instrumento de prueba automatizado para Java, es la herramienta que realmente patadas las cosas fuera. El sitio de JUnit es un excelente lugar para comenzar. Se redondea un montón de artículos y enlaces a herramientas de prueba.

No sé acerca de la parte "para poner a prueba a sí mismo", pero mi primer pensamiento sería leer sobre el desarrollo basado en pruebas ( http://en.wikipedia.org/wiki/Test-driven_development ) y echa un vistazo a JUnit.

Mira las infraestructuras de prueba xUnit ( CPPUnit C ++, JUnit para Java) y la salida del libro maravilloso noreferrer Patrones de prueba xUnit:. Código de prueba Refactoring

Y si realmente quiere entrar en ella, echa un vistazo a basado en pruebas de desarrollo . Una buena introducción es Las tres leyes de la TDD y la juego de bolos kata (véase también juego de bolos episodio ). Un gran libro sobre el tema es Test Driven Development: Por ejemplo

El arte de la Unidad de Pruebas de Roy Osherove a ser muy útiles en la comprensión de los conceptos básicos de las pruebas unitarias, pruebas integeration, TDD y así sucesivamente. Es un poco a medida para Net Languages, sino que también ofrece muy buena información sobre las ideas detrás de las pruebas automatizadas.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top