Android. Программирование для профессионалов. 4-е издание

20sp
3dp
name="AppTheme"
parent="
Theme.AppCompat.Light.DarkActionBar
">
name="colorPrimary">@color/colorPrimary
name="colorPrimaryDark">@color/colorPrimaryDark

name="colorAccent">@color/colorAccent
OK
.
Подготовка теста
На следующем шаге строится тест 
SoundViewModel
. Android
Studio создает класс 
SoundViewModelTest.kt
. (Вы можете
найти этот класс с меткой 
test
внутри вашего модуля
приложения.) Шаблон начинается с вызова единственной
функции 
setUp()
:

---

class SoundViewModelTest {
@Before
fun setUp() {
}
}
Рис. 20.3. Выбор целевого каталога
Для большинства объектов тест должен делать одно и то же:
собирать экземпляр объекта для тестирования и создавать
другие объекты, от которых зависит этот объект. Вместо того
чтобы писать одинаковый код для всех тестов, JUnit
предоставляет аннотацию 
@Before
. Код, содержащийся в
функции с пометкой 
@Before
, будет выполнен один раз перед
выполнением каждого теста. По действующим соглашениям
большинство классов модульных тестов содержит одну
функцию 
setUp()
с пометкой 
@Before
.

---

Настройка тестируемых объектов
Внутри функции 
setUp()
вы конструируете экземпляр
SoundViewModel
для тестирования. Для этого вам нужен
экземпляр 
Sound
, потому что 
SoundViewModel
необходим
звуковой объект, позволяющий понять, как отображать
заголовок.
Создайте объект 
SoundViewModel
и 
Sound
для его
использования (листинг 20.7). Так как 
Sound
является простым
объектом данных без сложного поведения, его можно не
макетировать.
Листинг 20.7. Создание тестируемого объекта
SoundViewModel (SoundViewModelTest.kt)
class SoundViewModelTest {
private lateinit var sound: Sound