Pregunta

Soy consciente de que se ha hecho antes, pero la última vez fue a mediados de 2008.

Si estaba comenzando un nuevo proyecto en este momento, ¿cuál utilizar y por qué? ¿Cuáles son sus fortalezas / debilidades con respecto a la legibilidad, facilidad de uso, facilidad de mantenimiento, y la robustez global?

¿Fue útil?

Solución

he utilizado EasyMock antes, pero ahora estoy usando Mockito. He encontrado Mockito más simple en comparación con EasyMock. Para la comparación detallada de EasyMock y Mockito puede hacer referencia aquí

Otros consejos

Para explicar nuestra motivación, jMock es una biblioteca "obstinado". Está diseñado para guiar un enfoque de diseño orientado a objetos que se centra en los protocolos entre los objetos que colaboran. Si no piensa en sus sistemas de esa manera, entonces no es probablemente su mejor opción.

He estado usando EasyMock desde hace algún tiempo, ahora. Continúa añadiendo nuevas características que permiten llegar a más de los difíciles de conseguir-a lugares.

Mockito ahorrará algunas líneas de código para la mayoría de los casos de prueba común.

¿Puede usted explicarnos sus necesidades / prioridades de capacidad de simulacros? Bastante amplia, como se ha dicho.

Mi (sesgada) respuesta sería JMockit . Para una rápida comparación con otros conjuntos de herramientas burlones, consulte la comparación matriz .

Código de ensayo escrito con que debería ser más fácil de leer y mejor estructurado (hay pruebas de ejemplo para comparación lado a lado). La API de burla JMockit por lo general requiere menos "usos" que otras API burlones a escribir la misma prueba. La mayor ventaja, la OMI, es que no obliga a ningún compromiso de diseño en el código para ser probado. En el lado negativo, ya que JMockit se basa en las técnicas más avanzadas y tiene más capacidades, sino que también tiene un potencial mayor para que los usuarios encuentran con dificultades inesperadas.

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