Danny Preussler, profile picture
Uploaded byDanny Preussler
287 views

TDD on android. Why and How? (Coding Serbia 2019)

The document discusses test-driven development (TDD) on Android. It covers: - The history and principles of TDD, including writing failing tests first and then only producing code to pass those tests. - How TDD works in practice using the "red-green-refactor" process of writing a failing test, passing code, then refactoring. - Benefits of TDD like fewer bugs, easier refactoring, and faster long-term development. - Considerations for testing Android code, such as using mockable classes and avoiding direct testing of activities/fragments.

Embed presentation

Download to read offline
1 / 144
2 / 144
3 / 144
4 / 144
5 / 144
6 / 144
7 / 144
8 / 144
9 / 144
10 / 144
11 / 144
12 / 144
13 / 144
14 / 144
15 / 144
16 / 144
17 / 144
18 / 144
19 / 144
20 / 144
21 / 144
22 / 144
23 / 144
24 / 144
25 / 144
26 / 144
27 / 144
28 / 144
29 / 144
30 / 144
31 / 144
32 / 144
33 / 144
34 / 144
35 / 144
36 / 144
37 / 144
38 / 144
39 / 144
40 / 144
41 / 144
42 / 144
43 / 144
44 / 144
45 / 144
46 / 144
47 / 144
48 / 144
49 / 144
50 / 144
51 / 144
52 / 144
53 / 144
54 / 144
55 / 144
56 / 144
57 / 144
58 / 144
59 / 144
60 / 144
61 / 144
62 / 144
63 / 144
64 / 144
65 / 144
66 / 144
67 / 144
68 / 144
69 / 144
70 / 144
71 / 144
72 / 144
73 / 144
74 / 144
75 / 144
76 / 144
77 / 144
78 / 144
79 / 144
80 / 144
81 / 144
82 / 144
83 / 144
84 / 144
85 / 144
86 / 144
87 / 144
88 / 144
89 / 144
90 / 144
91 / 144
92 / 144
93 / 144
94 / 144
95 / 144
96 / 144
97 / 144
98 / 144
99 / 144
100 / 144
101 / 144
102 / 144
103 / 144
104 / 144
105 / 144
106 / 144
107 / 144
108 / 144
109 / 144
110 / 144
111 / 144
112 / 144
113 / 144
114 / 144
115 / 144
116 / 144
117 / 144
118 / 144
119 / 144
120 / 144
121 / 144
122 / 144
123 / 144
124 / 144
125 / 144
126 / 144
127 / 144
128 / 144
129 / 144
130 / 144
131 / 144
132 / 144
133 / 144
134 / 144
135 / 144
136 / 144
137 / 144
138 / 144
139 / 144
140 / 144
141 / 144
142 / 144
143 / 144
144 / 144
TDD on Android Danny Preussler, CodingSerbia 2019
@PreusslerBerlin about:me • Started talking about testing in 2008
@PreusslerBerlin about:me • Switched to Java in 2003 • Switched to Kotlin in 2016 • Worked for eBay, Groupon, Viacom
@PreusslerBerlin sporttotal.tv • We are streaming under- medialised sports • Amateur and semi professional football • Professional Volleyball…
@PreusslerBerlin Let’s talk about tests
@PreusslerBerlin
@PreusslerBerlin “Code without tests is bad code.” “any code without test is a legacy code.” (Michael C. Feathers)
@PreusslerBerlin “Code without tests is bad code.” “any code without test is legacy code.” (Michael C. Feathers)
@PreusslerBerlin Tests give confidence “how do you know something works when you don’t have test for it?” (Robert ‘Uncle Bob’ Martin)
@PreusslerBerlin Tests allow refactoring “Refactoring without good test coverage is changing shit” (Martin Fowler)
@PreusslerBerlin TDD
@PreusslerBerlin History • Started with test first from XP in 1999 by Kent Beck • Just a rediscovery: test first was normal in early days of programming • Famous as TDD since Kent Becks book in 2003
@PreusslerBerlin History • Started with test first from XP in 1999 by Kent Beck • Just a rediscovery: test first was normal in early days of programming • Famous as TDD since Kent Becks book in 2003
@PreusslerBerlin History • Started with test first from XP in 1999 by Kent Beck • Just a rediscovery: test first was normal in early days of programming • Famous as TDD since Kent Becks book in 2003
@PreusslerBerlin How does it work?
@PreusslerBerlin The 3 rules of TDD • You must write a failing test before you write any production code. • You must not write more of a test than is sufficient to fail, or fail to compile. • You must not write more production code than is sufficient to make the currently failing test pass. nano-cycle (seconds)
@PreusslerBerlin The 3 rules of TDD • You must write a failing test before you write any production code. • You must not write more of a test than is sufficient to fail, or fail to compile. • You must not write more production code than is sufficient to make the currently failing test pass. nano-cycle (seconds)
@PreusslerBerlin The 3 rules of TDD • You must write a failing test before you write any production code. • You must not write more of a test than is sufficient to fail, or fail to compile. • You must not write more production code than is sufficient to make the currently failing test pass. nano-cycle (seconds)
@PreusslerBerlin The 3 rules of TDD • You must write a failing test before you write any production code. • You must not write more of a test than is sufficient to fail, or fail to compile. • You must not write more production code than is sufficient to make the currently failing test pass. nano-cycle (seconds)
@PreusslerBerlin Red Green Refactor • Create a unit tests that fails • Write just enough production code to makes that test pass. • Clean up the mess you just made. micro-cycle (minutes)
@PreusslerBerlin Red Green Refactor • Create a unit tests that fails • Write just enough production code to makes that test pass. • Clean up the mess you just made. micro-cycle (minutes)
@PreusslerBerlin Red Green Refactor • Create a unit tests that fails • Write just enough production code to makes that test pass. • Clean up the mess you just made. micro-cycle (minutes)
@PreusslerBerlin Red Green Refactor • Create a unit tests that fails • Write just enough production code to makes that test pass. • Clean up the mess you just made. micro-cycle (minutes)
@PreusslerBerlin Red Green Refactor • Make it fail • Make it work • Make it right micro-cycle (minutes)
@PreusslerBerlin WTF https://www.flickr.com/photos/jantruter/12794187835
@PreusslerBerlin Baby steps Based: our limited minds are not capable of two simultaneous goals: 1. Correct behavior. 2. Correct structure. https://www.flickr.com/photos/21561428@N03/4616816371
@PreusslerBerlin Red Green Refactor • You need red: • as no one tests the tests • In green: • Speed trumps design! • Make it dirty!
@PreusslerBerlin Red Green Refactor • Always be one step away from green bar
@PreusslerBerlin Red Green Refactor • Always be one step away from green bar • Think of new test-> write it down
@PreusslerBerlin Red Green Refactor • Always be one step away from green bar • Think of new test-> write it down • It’s getting ugly? -> write it down
@PreusslerBerlin Start somewhere
@PreusslerBerlin Write the tests that forces you to write the code you want to write
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Start somewhere
@PreusslerBerlin Write the tests that forces you to write the code you want to write Tip: Create a list of tests on paper
@PreusslerBerlin Isn’t that slow? https://pixabay.com/en/snail-illustration-drawing-yellow-1757756/
@PreusslerBerlin Isn’t it slow? Writing tests is slower than not writing tests. You’ll write at least as much test code as production code
@PreusslerBerlin Isn’t it slow? Writing tests is slower than not writing tests. You’ll write at least as much test code as production code
@PreusslerBerlin Isn’t it slow? Research shows that TDD: adds 10%—30% on initial costs = longer to complete their projects
@PreusslerBerlin Isn’t it slow? Research shows that TDD: • Reduces defect density by 60-90 % • Reduces production bug density by 40–80%
@PreusslerBerlin Isn’t it slow? Without TDD, you spend a few weeks writing code which mostly works and spend the next year "testing" and fixing many (but not all) of the bugs
@PreusslerBerlin Isn’t it slow? With TDD, you spend a year writing code which actually works. Then you do final integration testing for a few weeks.
@PreusslerBerlin Isn’t it slow? • Single feature will take longer • Bugfixing phase is shorter • Debugging disappears • Ci finds bugs before tester does • Long term it’s much faster no more big rewrite
@PreusslerBerlin Isn’t it slow? • Single feature will take longer • Bugfixing phase is shorter • Debugging disappears • Ci finds bugs before tester does • Long term it’s much faster no more big rewrite
@PreusslerBerlin Isn’t it slow? • Single feature will take longer • Bugfixing phase is shorter • Debugging disappears • Ci finds bugs before tester does • Long term it’s much faster no more big rewrite
@PreusslerBerlin Isn’t it slow? • Single feature will take longer • Bugfixing phase is shorter • Debugging disappears • Ci finds bugs before tester does • Long term it’s much faster no more big rewrite
@PreusslerBerlin Isn’t it slow? • Single feature will take longer • Bugfixing phase is shorter • Debugging disappears • Ci finds bugs before tester does • Long term it’s much faster no more big rewrite
@PreusslerBerlin Benefits •YAGNI and KISS out of the box •No more over-engineering •Test all business needs •Minimize debugging •Minimize use of Android devices
@PreusslerBerlin Benefits •YAGNI and KISS out of the box •No more over-engineering •Test all business needs •Minimize debugging •Minimize use of Android devices
@PreusslerBerlin Benefits •YAGNI and KISS out of the box •No more over-engineering •Test all business needs •Minimize debugging •Minimize use of Android devices
@PreusslerBerlin Benefits •YAGNI and KISS out of the box •No more over-engineering •Test all business needs •Minimize debugging •Minimize use of Android devices
@PreusslerBerlin Benefits •YAGNI and KISS out of the box •No more over-engineering •Test all business needs •Minimize debugging •Minimize use of Android devices
@PreusslerBerlin Benefits •It’s Gamification -> fun •Small Changes -> Small PRs •Always know what’s next
@PreusslerBerlin Benefits •It’s Gamification -> fun •Small Changes -> Small PRs •Always know what’s next
@PreusslerBerlin Benefits •It’s Gamification -> fun •Small Changes -> Small PRs •Always know what’s next
@PreusslerBerlin Benefits •Less stressful •Go home any time •Interrupt any time •No need for “flow”
@PreusslerBerlin Benefits •Less stressful •Go home any time •Interrupt any time •No need for “flow”
@PreusslerBerlin Benefits •Less stressful •Go home any time •Interrupt any time •No need for “flow”
@PreusslerBerlin Benefits •Less stressful •Go home any time •Interrupt any time •No need for “flow”
@PreusslerBerlin Android specifics
@PreusslerBerlin val tested = spy(PrivacyPolicyActivity()) @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) }
@PreusslerBerlin val tested = spy(PrivacyPolicyActivity()) @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) } }
@PreusslerBerlin val tested = spy(PrivacyPolicyActivity()) @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) } }
@PreusslerBerlin val tested = spy(PrivacyPolicyActivity()) @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) } }
@PreusslerBerlin val tested = spy(PrivacyPolicyActivity()) @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) } } protected
@PreusslerBerlin package android.app fun Activity.onCreate(bundle: Bundle?) = this.onCreate(bundle) github.com/ dpreussler/android-tdd-utils
@PreusslerBerlin val tested = spy(PrivacyPolicyActivity()) @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) } } Does this work?
@PreusslerBerlin Android SDK under test • Android classes can be loaded on JVM: build/generated/mockable-android-XX.jar • Removes finals and ALL the code!
@PreusslerBerlin Android SDK under test • Empty methods with default return values android { … testOptions { unitTests.returnDefaultValues = true } -> no code will run
@PreusslerBerlin The problem of v4… Activity • mockable.jar not existing for libraries, including support library L -> real code will run
@PreusslerBerlin The problem of v4… Activity • Helper method fun <T : FragmentActivity> T.prepareForTest(): T { … whenever(supportFragmentManager).thenReturn(mockSupportFragmentManager) whenever(fragmentManager).thenReturn(mockFragmentManager) whenever(layoutInflater).thenReturn(mockLayoutInflater) }
@PreusslerBerlin val tested = PrivacyPolicyActivity().prepareForTest() @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) } }
@PreusslerBerlin val tested = PrivacyPolicyActivity().prepareForTest() @Nested inner class `When created` { @Test fun `sets viewmodel`() { tested.onCreate(null) verify(tested) .setContentView(R.layout.main) } }
@PreusslerBerlin @Nested inner class `When started` { @Test fun `forwards lifecylce to viewmodel`() { tested.onStart() verify(viewModel).onStart() } } java.lang.NullPointerException at android.support.v17.leanback.app.PlaybackSupportFragment.setupChild FragmentLayout(PlaybackSupportFragment.java:730) at android.support.v17.leanback.app.PlaybackSupportFragment.onStart(Pl aybackSupportFragment.java:899)
@PreusslerBerlin fun Fragment.safeStart() { try { onStart() }catch (e: NullPointerException) {} catch (e: IllegalStateException) {} } github.com/ dpreussler/android-tdd-utils
@PreusslerBerlin Avoid Activity/Fragment code
@PreusslerBerlin Avoid activity and fragment code • Use life cycle aware components! override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) observeLifecycleIn(viewModel) } @OnLifecycleEvent(ON_START) fun onStart() { …. }
@PreusslerBerlin Avoid activity and fragment code • Testing android view classes are hard • Avoid needing to test them! • ViewModel encapsulates view state testable • Use the power of data binding
@PreusslerBerlin Avoid activity and fragment code • Testing android view classes are hard • Avoid needing to test them! • ViewModel encapsulates view state testable • Use the power of data binding
@PreusslerBerlin Avoid activity and fragment code • Testing android view classes are hard • Avoid needing to test them! • ViewModel encapsulates view state testable • Use the power of data binding
@PreusslerBerlin Avoid activity and fragment code • Testing android view classes are hard • Avoid needing to test them! • ViewModel encapsulates view state testable • Use the power of data binding
@PreusslerBerlin Data binding… XML ViewModelbind
@PreusslerBerlin Data binding… who is the view? • Solves the one big android question once and for all XML
@PreusslerBerlin What’s left? • Activities needs to be declared in manifest • Permissions for older devices
@PreusslerBerlin What’s left?
@PreusslerBerlin What’s left? • Manifest via lint lintOptions { check 'Registered' warningsAsErrors true }
@PreusslerBerlin What’s left? • Zero tolerance policy very valuable
@PreusslerBerlin What’s left? • Get access to merged manifest and resources: testOptions { unitTests.includeAndroidResources = true } com/android/tools/ test_config.properties
@PreusslerBerlin Whats left? • UI: text size, button text…
@PreusslerBerlin What about Espresso?
@PreusslerBerlin What about Espresso • need to be fast! fast feedback! • need to run continuously! Espresso can’t give any of those
@PreusslerBerlin What about Espresso • Test first? Yes! • TDD? No!
@PreusslerBerlin What about Robolectric?
@PreusslerBerlin Tired of issues like java.lang.NullPointerException at org.robolectric.manifest.MetaData .init(MetaData.java:55) at org.robolectric.manifest.AndroidM anifest.initMetaData(AndroidManif est.java:377).... ? Sleepy by Tomas; flickr.com/photos/tma/2438467223; CC 2.0 Don’t spent more time fixing your test setup than fixing your app Sleepy by Tomas; flickr.com/photos/tma/2438467223; CC 2.0 Still valid?
@PreusslerBerlin Robolectric 4
@PreusslerBerlin Robolectric 4
@PreusslerBerlin Robolectric 4
@PreusslerBerlin Robolectric 4 • Robolectric is just another “android device” when using Espresso like API • Not compatible with Junit5 • More stable now as of new API?! • Still slower
@PreusslerBerlin Robolectric 4 • Increases first test run by 6-8 sec • With ActivityTestRule: 12-14 sec
@PreusslerBerlin SPEED! • Build speed is important • Test new features in separate module! • Tip: Keep Robolectric tests in separate test folder: test, androidTest, sharedTest
@PreusslerBerlin Limitations • Custom view and animation code might get too hard
@PreusslerBerlin What about mocking ?
@PreusslerBerlin What about mocking • Mocks make our tests flaky • Only mock your outside dependency (think of modules not classes)
@PreusslerBerlin What about mocking • Mocks make our tests flaky • Only mock your outside dependency (think of modules not classes)
@PreusslerBerlin What about mocking • TDD changes the way your tests will be: Test1 Test2 Class1 Class2 Class3 Test3
@PreusslerBerlin What about mocking • TDD changes the way your tests will be: Test1 Class1 Class2 Class3
@PreusslerBerlin What about mocking • TDD changes the way your tests will be: Test1 Class1
@PreusslerBerlin What about mocking • TDD changes the way your tests will be: Test1 Class1 Class2 Class3
@PreusslerBerlin What about mocking • Tests will become more solid Test1 ViewModel Repository API
@PreusslerBerlin What about mocking • Tests will become more solid Test1 ViewModel Repository API Store Reducer SideEffects
@PreusslerBerlin What about mocking • Tests will become more solid Test1 ViewModel Repository API Store Reducer SideEffects
@PreusslerBerlin What about mocking • Mock your outside dependency (modules) Test1 ViewModel Repository API Store Reducer SideEffects
@PreusslerBerlin That’s not a UNIT test!? Test1 Class1 Class2 Class3
@PreusslerBerlin TDD and tests • Kent Beck spoke about behavior of the system in his TDD book • A “unit” does not mean every class/method! Unit came from Blackbox! • TDD tests behaviors not implementation details! • What your software does, is stable! How it does this, is unstable! TDD what went wrong: https://www.youtube.com/watch?v=EZ05e7EMOLM
@PreusslerBerlin TDD and tests • Kent Beck spoke about behavior of the system in his TDD book • A “unit” does not mean every class/method! Unit came from Blackbox! • TDD tests behaviors not implementation details! • What your software does, is stable! How it does this, is unstable! TDD what went wrong: https://www.youtube.com/watch?v=EZ05e7EMOLM
@PreusslerBerlin TDD and tests • Kent Beck spoke about behavior of the system in his TDD book • A “unit” does not mean every class/method! Unit came from Blackbox! • TDD tests behaviors not implementation details! • What your software does, is stable! How it does this, is unstable! TDD what went wrong: https://www.youtube.com/watch?v=EZ05e7EMOLM
@PreusslerBerlin TDD and tests • Kent Beck spoke about behavior of the system in his TDD book • A “unit” does not mean every class/method! Unit came from Blackbox! • TDD tests behaviors not implementation details! • What your software does, is stable! How it does this, is unstable! TDD what went wrong: https://www.youtube.com/watch?v=EZ05e7EMOLM
@PreusslerBerlin code coverage ?
@PreusslerBerlin What about code coverage In TDD 100% coverage is a side effect not a goal!
@PreusslerBerlin Wrap up
@PreusslerBerlin "Test only if you would want it to work.” Kent Beck
@PreusslerBerlin If it's worth building, it's worth testing If it's not worth testing, why are you wasting your time working on it?
@PreusslerBerlin If it's worth building, it's worth testing If it's not worth testing, why are you wasting your time working on it?
@PreusslerBerlin TDD on Android? • Its possible! • Might feel extreme • But it’s fun! https://www.flickr.com/photos/chefranden/14838138493
More resources • TDD what went wrong: https://www.youtube.com/watch?v=EZ05e7EMOLM • The three laws of TDD by Uncle Bob https://www.youtube.com/watch?v=AoIfc5NwRks • TDD for those who don't need it https://www.youtube.com/watch?v=a6oP24CSdUg • Test Driven Development by Example (Kent Beck)
More resources • https://online-training.jbrains.ca/p/wbitdd-01 • https://medium.com/androiddevelopers/write- once-run-everywhere-tests-on-android- 88adb2ba20c5 • github.com/sporttotal-tv/android-tdd- workshop • github.com/dpreussler/android-tdd-utils
TDD on Android @PreusslerBerlin
@PreusslerBerlin What about architecture ?
@PreusslerBerlin What about architecture? • TDD does not replace Architecture and Design • Have a vision in your head • NO big up front design • Defer architecture decisions as long as possible
@PreusslerBerlin What about architecture? • TDD does not replace Architecture and Design • Have a vision in your head • NO big up front design • Defer architecture decisions as long as possible
@PreusslerBerlin What about architecture? • TDD does not replace Architecture and Design • Have a vision in your head • No big up front design • Defer architecture decisions as long as possible
@PreusslerBerlin What about architecture? • TDD does not replace Architecture and Design • Have a vision in your head • No big up front design • Defer architecture decisions as long as possible
@PreusslerBerlin What about protoypes ?
@PreusslerBerlin What about Prototypes? hacking is fine but afterwards start from scratch!
@PreusslerBerlin What about MVP ?
@PreusslerBerlin What about MVP? MVP is a minimum feature set but no excuse for bad quality

More Related Content

PPTX
Test Driven Development on Android (Kotlin Kenya)
byDanny Preussler
 
PDF
End-to-end performance testing, profiling, and analysis at Redis
byFilipe Oliveira
 
PDF
Peer Code Review: In a Nutshell
byAtlassian
 
PDF
TDD for APIs @ Europython 2015, Bilbao by Michael Kuehne
byMichael Kuehne-Schlinkert
 
PDF
Completely Test-Driven
byIan Truslove
 
PPTX
I Don't Test Often ...
byGareth Bowles
 
PDF
Keynote AST 2016
byKim Herzig
 
PDF
Adding value in an agile context
byHouseofTest
 
Test Driven Development on Android (Kotlin Kenya)
byDanny Preussler
 
End-to-end performance testing, profiling, and analysis at Redis
byFilipe Oliveira
 
Peer Code Review: In a Nutshell
byAtlassian
 
TDD for APIs @ Europython 2015, Bilbao by Michael Kuehne
byMichael Kuehne-Schlinkert
 
Completely Test-Driven
byIan Truslove
 
I Don't Test Often ...
byGareth Bowles
 
Keynote AST 2016
byKim Herzig
 
Adding value in an agile context
byHouseofTest
 

What's hot

PDF
Continuous Delivery Testing @HiQ
byTomas Riha
 
PDF
How technical excellence helps in LeSS adoption
byAnton Bevzuk
 
PPTX
Sap inside track Munich 2017
byRainer Winkler
 
PPTX
Meet my CI
byleboncoin engineering
 
PDF
Joe Cisar - Everything I Know About TDD - Agile Midwest 2019
byJason Tice
 
PPTX
How do you tame a big ball of mud? One test at a time.
byMatt Eland
 
PDF
Why your company loves to welcome change but sucks at accommodating it
byFarooq Ali
 
PPTX
Dev ops is more than CI+CD tools
bySudipta Lahiri
 
PDF
Ethan huang 全民qa
byOdd-e
 
PPTX
Trunk Based Development in the Enterprise - Its Relevance and Economics
byPerforce
 
PPTX
Test Driven Development - a gentle introduction
bySergei Kukharev
 
ODP
The Professional Programmer
byDave Cross
 
PDF
WE are Doing it Wrong - Dmitry Sharkov
byQA or the Highway
 
PDF
Porque Odeio Branches
byRafael Petry
 
PDF
Continuous delivery of embedded systems embedded meetup
byMike Long
 
PDF
Data Driven DevOps
byLeon Stigter
 
ZIP
Introduction To Continuous Integration
byChristopher Read
 
ODP
Automating good coding practices
byKevin Peterson
 
PPT
Integrated Dev And Qa Team With Scrum
byEthan Huang
 
PDF
Continuous Integration 101
byJohn Ferguson Smart Limited
 
Continuous Delivery Testing @HiQ
byTomas Riha
 
How technical excellence helps in LeSS adoption
byAnton Bevzuk
 
Sap inside track Munich 2017
byRainer Winkler
 
Meet my CI
byleboncoin engineering
 
Joe Cisar - Everything I Know About TDD - Agile Midwest 2019
byJason Tice
 
How do you tame a big ball of mud? One test at a time.
byMatt Eland
 
Why your company loves to welcome change but sucks at accommodating it
byFarooq Ali
 
Dev ops is more than CI+CD tools
bySudipta Lahiri
 
Ethan huang 全民qa
byOdd-e
 
Trunk Based Development in the Enterprise - Its Relevance and Economics
byPerforce
 
Test Driven Development - a gentle introduction
bySergei Kukharev
 
The Professional Programmer
byDave Cross
 
WE are Doing it Wrong - Dmitry Sharkov
byQA or the Highway
 
Porque Odeio Branches
byRafael Petry
 
Continuous delivery of embedded systems embedded meetup
byMike Long
 
Data Driven DevOps
byLeon Stigter
 
Introduction To Continuous Integration
byChristopher Read
 
Automating good coding practices
byKevin Peterson
 
Integrated Dev And Qa Team With Scrum
byEthan Huang
 
Continuous Integration 101
byJohn Ferguson Smart Limited
 

Similar to TDD on android. Why and How? (Coding Serbia 2019)

PDF
TDD on Android (Øredev 2018)
byDanny Preussler
 
PDF
TDD and Simple Design Workshop - Session 1 - March 2019
byPaulo Clavijo
 
PPTX
TDD - Unit testing done right and programmer happiness
byErez Cohen
 
PPTX
Tdd
bynitinkansal2003
 
PDF
TDD reloaded - JUGTAA 24 Ottobre 2012
byPietro Di Bello
 
PPTX
Test-Driven Development
byMeilan Ou
 
PPT
TDD - Christchurch APN May 2012
byAlan Christensen
 
ODP
Effective TDD - Less is more
byBen Lau
 
PPTX
2016 10-04: tdd++: tdd made easier
byChristian Hujer
 
PDF
Shift-Left Testing: QA in a DevOps World by David Laulusa
byQA or the Highway
 
PDF
Clean code: understanding Boundaries and Unit Tests
byradin reth
 
PDF
Test Driven Development
byjakubkoci
 
PDF
Hey You Got Your TDD in my SQL DB by Jeff McKenzie
byQA or the Highway
 
PDF
iOS Test-Driven Development
byPablo Villar
 
PDF
Test Driven Development Introduction
byNguyen Hai
 
ZIP
Test Driven Development
byguy_davis
 
PDF
Developers’ mDay u Banjoj Luci - Milan Popović, PHP Srbija – Testimony (about...
bymCloud
 
PDF
Test Driven Development Methodology and Philosophy
byVijay Kumbhar
 
PDF
Test-Driven Development
byAmir Assad
 
PDF
Test Driven Development (TDD)
byDavid Ehringer
 
TDD on Android (Øredev 2018)
byDanny Preussler
 
TDD and Simple Design Workshop - Session 1 - March 2019
byPaulo Clavijo
 
TDD - Unit testing done right and programmer happiness
byErez Cohen
 
Tdd
bynitinkansal2003
 
TDD reloaded - JUGTAA 24 Ottobre 2012
byPietro Di Bello
 
Test-Driven Development
byMeilan Ou
 
TDD - Christchurch APN May 2012
byAlan Christensen
 
Effective TDD - Less is more
byBen Lau
 
2016 10-04: tdd++: tdd made easier
byChristian Hujer
 
Shift-Left Testing: QA in a DevOps World by David Laulusa
byQA or the Highway
 
Clean code: understanding Boundaries and Unit Tests
byradin reth
 
Test Driven Development
byjakubkoci
 
Hey You Got Your TDD in my SQL DB by Jeff McKenzie
byQA or the Highway
 
iOS Test-Driven Development
byPablo Villar
 
Test Driven Development Introduction
byNguyen Hai
 
Test Driven Development
byguy_davis
 
Developers’ mDay u Banjoj Luci - Milan Popović, PHP Srbija – Testimony (about...
bymCloud
 
Test Driven Development Methodology and Philosophy
byVijay Kumbhar
 
Test-Driven Development
byAmir Assad
 
Test Driven Development (TDD)
byDavid Ehringer
 

More from Danny Preussler

PDF
We aint got no time - Droidcon Nairobi
byDanny Preussler
 
PDF
Junit5: the next gen of testing, don't stay behind
byDanny Preussler
 
PPTX
Demystifying dependency Injection: Dagger and Toothpick
byDanny Preussler
 
PDF
Unit Testing on Android: why and how? DevFest Romania, Bucharest 2016
byDanny Preussler
 
PPTX
Unit testing without Robolectric, Droidcon Berlin 2016
byDanny Preussler
 
PPTX
15 tips to improve your unit tests (Droidcon Berlin 2016 Barcamp)
byDanny Preussler
 
PPTX
All around the world, localization and internationalization on Android (Droid...
byDanny Preussler
 
PPTX
(Android) Developer Survival in Multiscreen World, MobCon Sofia 2016
byDanny Preussler
 
PDF
Unit testing on Android (Droidcon Dubai 2015)
byDanny Preussler
 
PDF
Clean code on Android (Droidcon Dubai 2015)
byDanny Preussler
 
PDF
More android code puzzles
byDanny Preussler
 
PPT
Bye Bye Charles, Welcome Odo, Android Meetup Berlin May 2014
byDanny Preussler
 
PPTX
Abgeschottete Realität - Testen im Emulator, Mobile Testing Days 2014, Berlin
byDanny Preussler
 
PDF
Rockstar Android Testing (Mobile TechCon Munich 2014)
byDanny Preussler
 
PDF
Android Code Puzzles (DroidCon Amsterdam 2012)
byDanny Preussler
 
PDF
Android Unit Testing With Robolectric
byDanny Preussler
 
We aint got no time - Droidcon Nairobi
byDanny Preussler
 
Junit5: the next gen of testing, don't stay behind
byDanny Preussler
 
Demystifying dependency Injection: Dagger and Toothpick
byDanny Preussler
 
Unit Testing on Android: why and how? DevFest Romania, Bucharest 2016
byDanny Preussler
 
Unit testing without Robolectric, Droidcon Berlin 2016
byDanny Preussler
 
15 tips to improve your unit tests (Droidcon Berlin 2016 Barcamp)
byDanny Preussler
 
All around the world, localization and internationalization on Android (Droid...
byDanny Preussler
 
(Android) Developer Survival in Multiscreen World, MobCon Sofia 2016
byDanny Preussler
 
Unit testing on Android (Droidcon Dubai 2015)
byDanny Preussler
 
Clean code on Android (Droidcon Dubai 2015)
byDanny Preussler
 
More android code puzzles
byDanny Preussler
 
Bye Bye Charles, Welcome Odo, Android Meetup Berlin May 2014
byDanny Preussler
 
Abgeschottete Realität - Testen im Emulator, Mobile Testing Days 2014, Berlin
byDanny Preussler
 
Rockstar Android Testing (Mobile TechCon Munich 2014)
byDanny Preussler
 
Android Code Puzzles (DroidCon Amsterdam 2012)
byDanny Preussler
 
Android Unit Testing With Robolectric
byDanny Preussler
 

Recently uploaded

PDF
Cloud-based Hotel PMS_ Why hotels Must Upgrade Now.pdf
byHotelogix
 
PPTX
AI EMR Software Making Healthcare Smarter, Simpler, and More Human
byEasy Clinic
 
PDF
Insurance-CRM-Software-The-Key-to-Digital-Transformation.pdf
byInsurance Tech Services
 
PPTX
AI and Automation Software | Best AI and Automation Software
byEasy Clinic
 
PDF
School-Hall-Pass-System-Modernizing-Student-Movement-Management.pdf
byinfoswipesolutionsin
 
PDF
How to Get Premium Capacity Power BI.pdf
byinfodobbsdataconsult
 
PDF
Cost to Develop a Careem Clone App in the UAE
byMobility Infotech
 
PDF
SiyanoAV: The Best Antivirus Software for Complete Digital Protection
byabhisheksiyano
 
PDF
Patterns of Patterns and why we need them
bydescri1
 
PDF
Build Vs. Buy: Cloud Cost Management and FinOps
byAmnic
 
PDF
Simplify Finances with Qandle’s Expense Software.pdf
byQandle
 
PDF
The future Android App Development in 2025
byLoudOwls Solutions Private Limited
 
PDF
Google Developer Groups on Campus CSUEB: Intro to Google Agent Development Kit
byugoti
 
PPTX
PPT - Easy way to improve your website's Google ranking.pptx
byThe Webbuzz
 
PDF
Top 10 Ways AI Can Improve SEO Strategies in 2025.pdf
bybpractseo
 
PDF
Softaken OCR Image to Text Extractor Tool
byaimberdphilomena
 
PDF
Evolution of Microsoft Project Portfolio Management - What Modern PMOs Are Do...
byOnePlan Solutions
 
PPTX
How Embedded Analytics Drives SaaS Growth in Fintech.pptx
byVarsha Nayak
 
PDF
PyData Paris keynote: Big ideas shaping scientific Python: the quest for perf...
byRalf Gommers
 
PDF
White-Label Development vs In-House Tech Teams: Key Differences
byShiv Technolabs Pvt. Ltd.
 
Cloud-based Hotel PMS_ Why hotels Must Upgrade Now.pdf
byHotelogix
 
AI EMR Software Making Healthcare Smarter, Simpler, and More Human
byEasy Clinic
 
Insurance-CRM-Software-The-Key-to-Digital-Transformation.pdf
byInsurance Tech Services
 
AI and Automation Software | Best AI and Automation Software
byEasy Clinic
 
School-Hall-Pass-System-Modernizing-Student-Movement-Management.pdf
byinfoswipesolutionsin
 
How to Get Premium Capacity Power BI.pdf
byinfodobbsdataconsult
 
Cost to Develop a Careem Clone App in the UAE
byMobility Infotech
 
SiyanoAV: The Best Antivirus Software for Complete Digital Protection
byabhisheksiyano
 
Patterns of Patterns and why we need them
bydescri1
 
Build Vs. Buy: Cloud Cost Management and FinOps
byAmnic
 
Simplify Finances with Qandle’s Expense Software.pdf
byQandle
 
The future Android App Development in 2025
byLoudOwls Solutions Private Limited
 
Google Developer Groups on Campus CSUEB: Intro to Google Agent Development Kit
byugoti
 
PPT - Easy way to improve your website's Google ranking.pptx
byThe Webbuzz
 
Top 10 Ways AI Can Improve SEO Strategies in 2025.pdf
bybpractseo
 
Softaken OCR Image to Text Extractor Tool
byaimberdphilomena
 
Evolution of Microsoft Project Portfolio Management - What Modern PMOs Are Do...
byOnePlan Solutions
 
How Embedded Analytics Drives SaaS Growth in Fintech.pptx
byVarsha Nayak
 
PyData Paris keynote: Big ideas shaping scientific Python: the quest for perf...
byRalf Gommers
 
White-Label Development vs In-House Tech Teams: Key Differences
byShiv Technolabs Pvt. Ltd.
 

TDD on android. Why and How? (Coding Serbia 2019)