Pregunta

¿Crear prueba de Pex para probar una DLL y hardware controlado por esa DLL?

Tengo un hardware que tiene una API controlada por una DLL. He escrito algunas pruebas unitarias en nunit que llamarán a las piezas apropiadas de la API y harán una prueba.

Por ejemplo, podría tener un "obtener prueba de datos", que tiene un 1. abierto, 2. leído en un lado y 3. enviado en el otro, y la afirmación es si los datos son correctos o no.

Estoy pensando que Pex podría hacer un buen trabajo manipulando esa pieza de datos.

Mi pregunta es porque estoy sentado encima de una DLL y realmente necesito juntar varias cosas para la prueba, ¿cómo implemento Pex aquí (también sé casi nada de Pex en este momento)?

¿De alguna manera necesito crear una API que controlo sobre la DLL que ha leído y envía y dejar que Pex vaya a esta capa para crear su prueba?

Editar: Investigué un poco más y vi un gran video en http: //channel9.msdn .com / posts / Peli / Getting-begin-with-Pex-in-Visual-Studio-2008 /

Estoy cuestionando la capacidad de hacer esto. Parece que Pex será genial para crear pruebas, pero en realidad no es un sistema completo (api más hardware más datos)

¿Fue útil?

Solución

Tiene que instrumentar el código para generar las pruebas, para que no llegue a los comportamientos externos. Si su API es muy delgada y no hace mucho, entonces no obtendrá mucho de ella.

Si tiene una buena cantidad de lógica en esa API junto con las llamadas de hardware, separaría todo eso del código que hace la interacción real con el hardware, definiendo una interfaz y usándola en el resto del código . Eso le permitirá usar en toda la lógica involucrada.

Lo anterior incluye separar cosas como analizar / analizar datos de enviar / recibir. Podrás cubrir todo eso.

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