Dominar el desarrollo a través de pruebas en Android usando pruebas de IU

Antecedentes

• Tiempo de desarrollo reducido.
• Código más simple, limpio y más fácil de mantener
• Código más confiable con más confianza en nuestro trabajo.
• Mayor cobertura de prueba (esto parece algo obvio)

Primeros pasos

class LoginActivity: AppCompatActivity(), LoginContract.View {

    @Inject lateinit var loginPresenter: LoginContract.Presenter

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_login)
    }

    override fun setPresenter(presenter: LoginContract.Presenter) {
        loginPresenter = presenter
    }

    override fun showServerErrorMessage() {
        TODO("not implemented")
    }

    override fun showGeneralErrorMessage() {
        TODO("not implemented")
    }

    override fun showProgress() {
        TODO("not implemented")
    }

    override fun hideProgress() {
        TODO("not implemented")
    }

    override fun showInvalidEmailMessage() {
        TODO("not implemented")
    }

    override fun hideInvalidEmailMessage() {
        TODO("not implemented")
    }

    override fun showInvalidPasswordMessage() {
        TODO("not implemented")
    }

    override fun hideInvalidPasswordMessage() {
        TODO("not implemented")
    }

}

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <EditText
        android:id="@+id/input_email"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />

    <EditText
        android:id="@+id/input_password"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />

    <Button
        android:id="@+id/button_login"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />

</LinearLayout>

<string name="error_message_invalid_email”>…</string>
<string name="error_message_invalid_password”>…</string>

Agregar pruebas

• Cuando un usuario ingresa una dirección de correo electrónico no válida en el campo de entrada de correo electrónico, debemos mostrar un mensaje de error. Entonces, vamos a escribir una prueba que verifique si se muestra este mensaje de error.
• Cuando el usuario comienza a ingresar datos en el campo de entrada de correo electrónico nuevamente, el mensaje de error anterior debería desaparecer, por lo tanto, vamos a escribir una prueba para esto.
• Finalmente, cuando la API devuelve un mensaje de error, debe mostrarse en un cuadro de diálogo de advertencia, por lo que también agregaremos una prueba para esto.

@Test
fun invalidEmailErrorHidesWhenUserTypes() {
    activity.launchActivity(null)

    onView(withId(R.id.button_login))
            .perform(click())

    onView(withId(R.id.input_email))
            .perform(typeText("j"))

    onView(withText(R.string.error_message_invalid_email))
            .check(doesNotExist())
}

@Test
fun invalidPasswordErrorDisplayed() {
    activity.launchActivity(null)

    onView(withId(R.id.button_login))
            .perform(click())

    onView(withText(R.string.error_message_invalid_password))
            .check(matches(isDisplayed()))
}

@Test
fun serverErrorMessageDisplays() {
    val response = ConnectResponseFactory.makeConnectResponseForError()
    stubConnectRepositorySignIn(Single.just(response))
    activity.launchActivity(null)

    onView(withId(R.id.input_email))
            .perform(typeText("joe@example.com"))

    onView(withId(R.id.input_password))
            .perform(typeText(DataFactory.randomUuid()))

    onView(withId(R.id.button_login))
            .perform(click())

    onView(withText(response.message))
            .check(matches(isDisplayed()))
}

• , , , , :

private fun setupLoginButtonClickListener() {
    button_login.setOnClickListener {
        loginPresenter.performSignIn(input_email.text.toString(),
                input_password.text.toString()) }
}

• , . TextInputLayout, , :

override fun showInvalidPasswordMessage() {
    layout_input_password.error = getString(R.string.error_message_invalid_password)
}

override fun showServerErrorMessage(message: String) {
    DialogFactory.createSimpleInfoDialog(this, R.string.error_message_login_title, message, 
            R.string.error_message_login_ok).show()
}

• Cuando el usuario hace clic en el botón de inicio de sesión y falta la dirección de correo electrónico o la dirección de correo electrónico es incorrecta, le mostramos un mensaje de error. Ya lo hemos implementado, lo descarté por simplicidad
• Sin embargo, cuando el usuario comienza a ingresar datos nuevamente en el campo, el mensaje de error debe eliminarse de la pantalla. Para hacer esto, necesitamos escuchar cuando el contenido del texto del campo de entrada cambia:

private fun setupOnEmailTextChangedListener() {
    input_email.addTextChangedListener(object : TextWatcher {

        override fun afterTextChanged(s: Editable) {}

        override fun beforeTextChanged(s: CharSequence, start: Int,
                                       count: Int, after: Int) {
        }

        override fun onTextChanged(s: CharSequence, start: Int,
                                   before: Int, count: Int) {
            loginPresenter.handleEmailTextChanged(s)
        }
    })
}

Conclusión

• , , TDD . , . , Espresso (/, ), . activity, , , . .
• , , , , , , , . , , , , , ( , !). - . , , , - .
• , Ui- , , . , , , , , , .
• , . , — , , , - .
• Parece más natural Debido al hecho de que TDD ya se usa para pruebas unitarias, se siente un poco hacia atrás cuando escribe pruebas unitarias, seguidas de implementaciones, seguidas de pruebas de IU. Te sentirás más natural dando un paso completo con TDD, no a la mitad.