Cómo probar un método que llama a la lona?

MWB:

¿Cómo se prueba un método que atrae algo a la lona. Por ejemplo, para una aplicación para Android, tengo el siguiente código:

@Override
public void draw(Canvas canvas) {
    canvas.drawRect(rect, paint);
}

Por supuesto, esto es un ejemplo muy sencillo, pero aún así: ¿cómo iba a probar que la correcta Rectha dibujado? En otras palabras, la forma de comprobar si la interfaz de usuario está mostrando las cosas correctas.

Supongo que podría presentarán todas mis píxeles en la pantalla para ver si tienen las propiedades adecuadas, pero supongo que es un enfoque muy ingenua :)

GhostCat saludos Monica C.:

Básicamente no se prueba la funcionalidad que usted no ha aplicado a sí mismo en las pruebas unitarias.

Usted escribe las pruebas unitarias para asegurar que las llamadas que se espera ocurran. Y que los parámetros esperados se transmiten a tales métodos de biblioteca.

Luego, más adelante, es posible hacer pruebas manuales de extremo a extremo funcionalidad.

Editar: que realmente depende de su objetivo. Si desea obtener el código máxima cobertura, respectivamente "característica" con las pruebas unitarias, a continuación, sus necesidades de diseño integrales que estar preparado para eso.

Claro, a veces es fácil de utilizar la funcionalidad real detrás de esa "llamada a la librería" (cuando se puede probar fácilmente los resultados). Sin embargo, tener un lienzo real, y hacer "dibujo real" probablemente requiere que ejecute un poco de "medio ambiente" para cualquier tipo de prueba. Por lo tanto, yo personalmente tratar de aislar toda mi lógica, por lo que resulta fácil de prueba, y luego asegurarse de que tengo medio eficaz para probar más adelante el resultado final.

Supongo que te gusta

Origin http://43.154.161.224:23101/article/api/json?id=234668&siteId=1
Recomendado
Clasificación