Beherrschung der Entwicklung durch Testen in Android mithilfe von UI-Tests

Hintergrund

• Reduzierte Entwicklungszeit
• Einfacherer, sauberer und wartbarer Code
• Zuverlässigerer Code mit mehr Vertrauen in unsere Arbeit.
• Höhere Testabdeckung (dies scheint offensichtlich zu sein)

Erste Schritte

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>

Tests hinzufügen

• Wenn ein Benutzer eine ungültige E-Mail-Adresse in das E-Mail-Eingabefeld eingibt, muss eine Fehlermeldung angezeigt werden. Wir werden also einen Test schreiben, der prüft, ob diese Fehlermeldung angezeigt wird.
• Wenn der Benutzer erneut Daten in das E-Mail-Eingabefeld eingibt, sollte die obige Fehlermeldung verschwinden. Daher werden wir einen Test dafür schreiben.
• Wenn die API eine Fehlermeldung zurückgibt, sollte diese in einem Warndialogfeld angezeigt werden. Daher werden wir auch einen Test dafür hinzufügen.

@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()
}

• Wenn der Benutzer auf die Anmeldeschaltfläche klickt und die E-Mail-Adresse fehlt oder die E-Mail-Adresse falsch ist, wird dem Benutzer eine Fehlermeldung angezeigt. Wir haben dies bereits implementiert, ich habe es der Einfachheit halber nur ausgeschlossen
• Wenn der Benutzer jedoch erneut Daten in das Feld eingibt, sollte die Fehlermeldung aus der Anzeige entfernt werden. Dazu müssen wir zuhören, wenn sich der Textinhalt des Eingabefelds ändert:

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)
        }
    })
}

Fazit

• , , TDD . , . , Espresso (/, ), . activity, , , . .
• , , , , , , , . , , , , , ( , !). - . , , , - .
• , Ui- , , . , , , , , , .
• , . , — , , , - .
• Es scheint natürlicher. Da TDD bereits für Komponententests verwendet wird, fühlen Sie sich beim Schreiben von Komponententests, gefolgt von Implementierungen und UI-Tests, etwas rückständig. Sie werden sich natürlicher fühlen, wenn Sie mit TDD einen vollen Schritt machen, nicht auf halbem Weg.