el desarrollo de una API de pruebas unitarias

Question

HI, Se me ha asignado una tarea de explorar la unidad de pruebas con las herramientas disponibles en el mercado. Mi pregunta es ¿Cómo escribo una API que ayudaría a escribir casos de prueba unidad. Ejemplo I pueden usar nunit a escribir algo como esto para comprobar si existe el archivo en el lugar determinado.

<Test()> _
   Public Sub CheckOutputFileInfo()
    ReportPath = "D:temp\test.txt"
    Dim result As Boolean
    result = File.Exists(ReportPath)
    Assert.IsTrue(result)
End Sub

Yo entiendo que esto no es el mejor ejemplo, pero mi pregunta es ¿Cómo incorporo nunit y desarrollar una API para que otros desarrolladores / probadores pueden escribir casos de prueba sin preocuparse de aprender sobre nunit. Para su información nunca he escrito una API esta será mi primera oportunidad. Cualquier recomendación sobre dónde empezar ?? gracias

Answer 1

Su ejemplo no es estrictamente una prueba de unidad, ya que golpea el sistema de archivos.

Una prueba no es una prueba de unidad si:

1. Se habla de la base de datos
2. Se comunica a través de la red
3. Se toca el sistema de archivos
4. No se puede ejecutar al mismo tiempo que cualquiera de sus otras pruebas unitarias
5. Hay que hacer cosas especiales para su entorno (por ejemplo, la edición de los archivos de configuración) para ejecutarlo.

Yo aconsejaría a aprender de ensayo Unidad mejores prácticas y patrones antes de empezar a tratar de hacer que sus desarrolladores comienzan las pruebas unitarias. A partir de la experiencia que alguien necesita unidad de campeón de la prueba teniendo plenamente percibida por sí mismos. Se le ahorrará muchos dolores de cabeza en el largo plazo.

Este es un libro excelente para empezar:

http://artofunittesting.com/

Answer 2

creo que es mejor dejar que los desarrolladores utilizar nUnit. Ya está bien diseñado y flexible. Si usted quiere hacer la vida más fácil para sus desarrolladores, trate de la construcción de algunas clases de ayuda que se instalan los objetos de prueba y los datos de la muestra en configuraciones que son necesarias muchas pruebas diferentes. Tal vez intente algo así como el Método de creación patrón . Eso es de un libro muy bueno llamado Patrones prueba xUnit que describe un montón de maneras de hacer más fácil el código de prueba de escritura, leer y mantener. La mayor parte del libro está disponible en línea, y el Breve paseo es un lugar bueno para comenzar.

Answer 3

¿Por qué querrías hacer eso? NUnit y la mayoría de las alternativas son realmente fáciles de aprender y utilizar. El reto en las pruebas de unidad de escritura no es el dominio de la API, sino más bien para escribir buenas pruebas y el código comprobable.

Para utilizar NUnit eficiente que sólo necesita conocer los atributos de prueba y TestFixture y configuración y conocer la disposición afirma en la clase Assert. Es muy simple!

Por lo que recomiendo que se centran en la forma de escribir buenas pruebas y cómo escribir código que es fácil de prueba. Ambos temas son difíciles y hay mucho que aprender.