Hilt testing best practices - MAD Skills

  Рет қаралды 20,595

Android Developers

Android Developers

Күн бұрын

Welcome to the testing episode of the Modern Android Development Skills series on Hilt. In this episode, Dagger and Hilt Engineer Eric Chang will discuss Hilt's approach to testing, how to write tests in Hilt, and best practices/tradeoffs to evaluate when testing with Hilt.
Hilt testing documentation → goo.gle/3ytDXGf
Hilt testing guide → goo.gle/hilt-t...
Catch more videos on Hilt for MAD Skills → goo.gle/hilt-mad
Watch more MAD Skills episodes → goo.gle/madskills
Subscribe to Android Developers → goo.gle/Androi...
#Featured #Latest #Hilt
product: Android - General; re_ty: Publish;

Пікірлер: 13
@calmrelaxingmusicchannel6933
@calmrelaxingmusicchannel6933 3 жыл бұрын
Thank you for sharing this information; it is very valuable.
@ramonjaime3066
@ramonjaime3066 3 жыл бұрын
Ohoh y
@ChrisAthanas
@ChrisAthanas 3 жыл бұрын
This assumes a tremendous set of knowledge Any resources recommended to get near this level?
@rahul_bali
@rahul_bali Жыл бұрын
Write unit tests and read books about software testing.
@emirua
@emirua 3 жыл бұрын
Great info and explanation! Thanks!
@BoobalanMunusamy
@BoobalanMunusamy 3 жыл бұрын
This is instrumentation test, how about JUnit test cases? Looks like android studio doesn't consider the instrumentation test cases for code coverage
@vyli1
@vyli1 3 жыл бұрын
on top of that, instrumentation tests are slower to run than unit tests. Unit tests should be preferred where possible.
@EricDeWildt
@EricDeWildt 2 жыл бұрын
Depending on an interface allows for injecting fakes. No mocks needed. Interfaces FTW.
@mirhamamidboy7725
@mirhamamidboy7725 2 жыл бұрын
please breing help me install sdk
@witoldsienski1709
@witoldsienski1709 2 жыл бұрын
Thanks for material :)
@gekylafas
@gekylafas 3 жыл бұрын
I am still not convinced that a DI framework is worth the trouble, even Hilt still adds a lot of boilerplate code. I switched from Java to Kotlin precisely to avoid that. About 0:50: using mocks for the dependencies in tests allows you to verify your object's calls to those dependencies. You can't do that with real objects. The "more code coverage" argument seems to be moot, as long as you have tests for the dependencies as well. Using mocks also allows (and even forces) you to have tests that are really focused on the object at hand and not test its dependencies as well. And what about the case where the dependencies are objects from another library? Isn't it better to use mocks for them as well?
@savazhkin
@savazhkin 3 жыл бұрын
Why KZbin provides only Korean subtitles for this video?
@baadrqaaba9529
@baadrqaaba9529 3 жыл бұрын
Thank you for enhancing my knowledge
Hilt and Dagger under the hood - MAD Skills
9:37
Android Developers
Рет қаралды 16 М.
TDD on Android (DevFest 2019)
37:30
Google Developer Groups
Рет қаралды 6 М.
💩Поу и Поулина ☠️МОЧАТ 😖Хмурых Тварей?!
00:34
Ной Анимация
Рет қаралды 2 МЛН
when you have plan B 😂
00:11
Andrey Grechka
Рет қаралды 67 МЛН
Hilt extensions - MAD Skills
9:22
Android Developers
Рет қаралды 11 М.
Untangling Coroutine Testing by Márton Braun
42:49
Kotlin by JetBrains
Рет қаралды 8 М.
Hilt and dependency injection - MAD Skills
13:06
Android Developers
Рет қаралды 47 М.
Hilt makes testing easier on Android
32:38
CodingWithMitch
Рет қаралды 16 М.
Android Testing ViewModel - Common problems
11:30
Renaro Santos
Рет қаралды 8 М.
Context in Android - A Deep Dive
12:39
Konstantinos Reppas
Рет қаралды 5 М.
WorkManager: Advanced configuration & testing - MAD Skills
10:14
Android Developers
Рет қаралды 13 М.
Android-разработка[10]. Тестирование
11:37
Doubletapp
Рет қаралды 2,3 М.