Android के विकास के लिए डिजाइन पैटर्न। भाग 3 - उपयोगकर्ता इंटरफ़ेस, परीक्षण, AndroidMock

पिछले लेख में, मैंने बात की थी कि MVP क्या है और MVP का उपयोग करके एप्लिकेशन डेवलपमेंट प्रक्रिया को कैसे व्यवस्थित किया जाए। अब मैं दिखाऊंगा कि मैंने अपना टी-अलार्म कैसे विकसित किया।

पहले, मैंने एक प्रस्तुति और एक प्रस्तुतकर्ता बनाया, जैसा कि पिछले लेख में वर्णित है।

प्रतिनिधित्व (देखें)

स्वाभाविक रूप से, मेरा विचार गतिविधि वर्ग का उत्तराधिकारी है, या रोबोएक्टिविटी, यह मैं क्या है, संक्षेप में आपको बताऊंगा। नीचे अलार्म सेटिंग को संपादित करने के लिए स्रोत का एक बहुत ही विशिष्ट टुकड़ा है:

public class AlarmEdit extends RoboActivity implements IAlarmEdit { @InjectView(R.id.ae_et_AlarmName) EditText etName; @Inject AlarmEditPresenter presenter; @InjectView(R.id.ae_btn_Save) Button btnSave; @InjectView(R.id.ae_btn_Cancel) Button btnCancel; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.alarm_edit); presenter.onCreate(this); btnSave.setOnClickListener(this); btnCancel.setOnClickListener(this); } @Override public void onClick(View btn) { AlarmEdit.ClickSourceItem clickItem = AlarmEdit.ClickSourceItem.CANCEL; switch (btn.getId()) { case R.id.ae_btn_Save: clickItem = AlarmEdit.ClickSourceItem.SAVE; break; case R.id.ae_btn_Cancel: clickItem = AlarmEdit.ClickSourceItem.CANCEL; break; } presenter.onClick(clickItem); } @Override public String getAlarmName() { return etName.getText().toString(); } @Override public void setAlarmName(String alarmName) { etName.setText(alarmName); } @Override public Bundle getViewBundle() { return getIntent().getExtras(); } } 

इसलिए, हम इस उदाहरण पर विचार करना शुरू करते हैं।
शुरुआत करने के लिए, रोबोएक्टिविटी क्या है और यहां इसकी आवश्यकता क्यों है। RoboActivity RoboGuice का हिस्सा है। RoboGuice Android के लिए निर्भरता इंजेक्शन फ्रेमवर्क है।
RoboGuice के बारे में अधिक जानकारी परियोजना वेबसाइट पर पाई जा सकती है:
code.google.com/p/roboguice/wiki/SimpleExample?tm=6

इस कक्षा में, मैं ऑनक्रीट विधि में थकाऊपन से बचने के लिए रोबूगाइस का उपयोग करता हूं जैसे:

 etName = (EditText) findViewById(R.id.ae_et_AlarmName); 

RoboGuice यह सब मेरे लिए करता है, जब एक्टिविटी क्रिएट करता है, Inject टैग्स के साथ स्ट्रिंग्स को प्रोसेसिंग करता है ...

 @InjectView(R.id.ae_et_AlarmName) EditText etName; 

मैं संसाधनों का नाम इस प्रकार है:
<Abbr। गतिविधि का नाम> _ <abbr। नियंत्रण प्रकार का नाम> _ <नियंत्रण का नाम>
संसाधन पहचानकर्ताओं के एक बड़े ढेर के बीच नेविगेट करना आसान है, जो पूरे आवेदन से एकल आर .आईडी नाम स्थान पर ढेर हो जाते हैं।

मैं निम्नलिखित घोषणा के माध्यम से RoboGuice का उपयोग करके यहां एक प्रस्तुतकर्ता भी बना सकता हूं:

 @Inject AlarmEditPresenter presenter; 

वास्तव में, रोबूगाइस के कुछ और उपयोग हैं जो मैं बाद में दिखाऊंगा।

इस प्रकार, ऑनक्रिएट () विधि के निष्पादन के समय, मेरी कक्षा के सभी फ़ील्ड पहले से ही आरंभिक हैं और मुझे अलग से उनके आरंभीकरण से परेशान होने की आवश्यकता नहीं है, मेरा कोड प्रीटियर दिखता है।

OnCreate () विधि में, मैं केवल वर्तमान वर्ग को OnClickListener के रूप में पंजीकृत करता हूं और इस दृश्य वर्ग को प्रस्तुतकर्ता के पास भेज देता हूं ताकि भविष्य में, प्रस्तुतकर्ता दृश्य के गुणों को नियंत्रित कर सके। इसके लिए धन्यवाद, नियंत्रण का व्युत्क्रम प्राप्त किया जाता है जब प्रस्तुतकर्ता में व्यावसायिक तर्क प्रस्तुति को नियंत्रित करता है।
मैं व्यापार तर्क का परीक्षण करने के लिए ऐसा करता हूं, जो एक अलग प्रस्तोता वर्ग में केंद्रित है, जो आवेदन के अन्य भागों पर कमजोर रूप से निर्भर है। इसके अलावा, मैं दिखाऊंगा कि कैसे, परीक्षण के दौरान, मैं प्रस्तोता को कार्यक्रम के माहौल से बाहर निकालता हूं, अन्य घटकों के बजाय विभिन्न स्टब्स और सिमुलेशन कनेक्ट करता हूं, और प्रस्तुतकर्ता पर परीक्षण करता हूं।

OnClick () विधि से पता चलता है कि उपयोगकर्ता से प्राप्त होने वाले सभी आदेश प्रस्तुतकर्ता को दिए जाते हैं। यहां मैं सिर्फ बटनों के पहचानकर्ता को आदेशों में परिवर्तित करता हूं ताकि डीबगिंग करते समय मैं कमांडों के नाम देखता हूं, न कि R.id वर्ग में संसाधनों के अनुरूप संख्या, और आम तौर पर यह प्रस्तुतकर्ता के दृष्टिकोण से कोई भी चीज जोड़ने के लायक नहीं है।

यहां, एक इंटरफ़ेस का उपयोग किए बिना, दृश्य प्रस्तोता के साथ सीधे संवाद करता है। मैंने ऐसा इसलिए किया क्योंकि मुझे प्रस्तुतकर्ता को नकल के साथ प्रतिस्थापित नहीं करना है। मैं यूनिट परीक्षणों में प्रदर्शन का परीक्षण नहीं करता हूं।

एडिटिंग विंडो में अलार्म का नाम प्रदर्शित करने और प्राप्त करने के लिए setAlarmName () और getAlarmName () विधियों का उपयोग प्रस्तुतकर्ता द्वारा किया जाता है।

GetViewBundle () विधि को संपादन योग्य अलार्म की आईडी प्राप्त करने की आवश्यकता है, जिसे मैं इंटेंट से गुजरता हूं। अलार्म घड़ी स्वयं उस मॉडल से आती है जिसे रिपॉजिटरी लोड करता है, और सभी अलार्म घड़ियों को एक ही बार में मॉडल में लोड किया जाता है, क्योंकि उनमें से कई नहीं हैं। कार्यक्रम की पहली गतिविधि में मॉडल लोड किया गया है, अलार्म की एक सूची है और मुझे पहले से ही सभी अलार्म के साथ एक मॉडल रखने की आवश्यकता है।
Roboguice का उपयोग करने के लिए धन्यवाद, मेरे पास एक सिंगलटन मॉडल है। यही है, पूरे आवेदन में मेरे पास मॉडल का एक उदाहरण है और मुझे इसे गतिविधि से गतिविधि में स्थानांतरित करने की आवश्यकता नहीं है। प्रत्येक गतिविधि के प्रस्तुतकर्ता को Roboguice से एक मॉडल प्राप्त होता है:

 @Inject IAlarmListModel alarmListModel; 

चूंकि सिंगलटन एक स्थिर वर्ग के माध्यम से लागू नहीं किया गया है, लेकिन रोबोग्यूइस के माध्यम से, मैं उन मॉडलों को परीक्षणों में प्रतिस्थापित कर सकता हूं जिनकी मुझे आवश्यकता है।

यहां प्रस्तुत कोड और इंटरफ़ेस में सभी अतिरिक्त कोड हैं जो मुझे एमवीपी का उपयोग करके लिखना था। प्रस्तुतकर्ता के सभी शेष कोड वैसे भी लिखे जाने चाहिए, क्योंकि इसमें आवश्यक व्यावसायिक तर्क हैं।
दूसरे शब्दों में, एमवीपी के लिए शुल्क मैपिंग की कुछ लाइनें हैं, एमवीपी का उपयोग करते समय हमें जो मिलता है उसकी तुलना में यह बहुत अधिक नहीं है।

इंटरफ़ेस IAlarmEdit

इंटरफ़ेस बेहद सरल है और बस इसमें विधियाँ हैं ताकि प्रस्तुतकर्ता दृश्य के साथ संवाद कर सके, साथ ही परीक्षणों में अनुकरण के साथ दृश्य को प्रतिस्थापित कर सके।

 public interface IAlarmEdit { public enum ClickSourceItem { SAVE, CANCEL } public abstract String getAlarmName(); public abstract void setAlarmName(String alarmName); public abstract Bundle getViewBundle() } 

प्रस्तुतकर्ता कैसे है

उपयोगकर्ता इंटरफ़ेस को लागू करना शुरू करना, मैं इसे जितनी जल्दी हो सके बनाना चाहता था, क्योंकि कोई भी ब्रेक कार्यक्रमों को पसंद नहीं करता है। सबसे पहले, मैंने सेवा में यथासंभव तर्क को केंद्रित करने की योजना बनाई ताकि उपयोगकर्ता इंटरफ़ेस को लोड न किया जा सके। लेकिन फिर मुझे पता चला कि यह सेवा उपयोगकर्ता इंटरफ़ेस के समान थ्रेड में चलती है। और व्यक्तिगत थ्रेड्स का उपयोग करने के लिए, AsyncTask के बारे में एक बहुत अच्छी बात है। यह उसके माध्यम से था कि मैंने प्रोग्राम में मल्टीथ्रेडिंग बनाया, यूजर इंटरफेस और सर्विस दोनों में।

इसलिए, प्रस्तुतकर्ता में IModelLoader वर्ग का एक उदाहरण है, जो अतुल्यकालिक रूप से भंडार को बुलाता है और इसे सहेजने के लिए एक मॉडल देता है। मैं निम्नलिखित लेखों में अतुल्यकालिक पढ़ने / डाउनलोड के बारे में अधिक लिखूंगा।

 public class AlarmEditPresenter implements IModelReciver { @Inject public IModelLoader modelSaver; private int id; private AlarmEdit view; public void onCreate(IAlarmEdit alarmEdit) { //   ,   //   this.view = alarmEdit; // id    Bundle bundle = view.getViewBundle(); id = bundle.getInt(MainScreenPresenter.BUNDLE_ARG_ALARM_ID); //   ,     // ,      //    . alarmListModel.takeAlarmForEdit(id); //     view.setAlarmName(alarmListModel.getEditingAlarm().getName()); //  ,   //     modelSaver.setReciver(this); } public void onClick(AlarmEdit.ClickSourceItem clickItem) { switch(clickItem) { case SAVE: // ,    alarmListModel.getEditingAlarm().setName(view.getAlarmName()); //     alarmListModel.updateAlarm(alarmListModel.getEditingAlarm()); //   . modelSaver.saveModel(); //   . //     . break; case CANCEL: //     . view.setResult(Activity.RESULT_CANCELED); view.finish(); break; } } @Override public void update(String event) { if(event.equals(IModelLoader.EVENT_ALARM_MODEL_SAVE)) { // ,   . // . view.setResult(Activity.RESULT_OK); view.finish(); } } } 

वास्तव में, मेरे पास अभी भी इस प्रस्तुतकर्ता में बहुत सारे कोड हैं, लेकिन इसमें एमवीपी के दृष्टिकोण से कुछ भी नया नहीं है, इसलिए मैंने इसका हवाला नहीं दिया।

मैं केवल इस बात पर ध्यान देता हूं कि प्रस्तुतकर्ता में वर्ग का ऐसा सदस्य भी है:

 @Inject private IDateHolder dateHolder; 

मुझे समय और स्थान की जांच करने के लिए IDateHolder की आवश्यकता है, और मुझे एक वास्तविक अनुप्रयोग में, Roboguice एक वर्ग का विकल्प देता है जो सिस्टम समय और स्थान को लौटाता है।
विशेष रूप से, मुख्य विंडो में वर्तमान समय है - यह एक रेखा है जो वर्तमान लोकेल में समय प्रदर्शित करती है। मेरे पास ऐसे परीक्षण हैं जिनमें मैं समय और स्थान की आवश्यकता का अनुकरण करता हूं और सत्यापित करता हूं कि सही लोकेल में लाइन दृश्य में चली गई है। इन परीक्षणों के लिए धन्यवाद, मुझे यकीन है कि मेरा कार्यक्रम विभिन्न स्थानों में सही ढंग से काम करता है।

प्रस्तुतकर्ता परीक्षण

इस तथ्य के कारण कि प्रस्तुतकर्ता में अन्य घटकों के साथ सभी संचार इंटरफेस के माध्यम से किए जाते हैं, मैं इन इंटरफेस को परीक्षणों में अनुकरण कर सकता हूं। अब मैं क्या करने जा रहा हूं।

इस परीक्षण में, मेरे पास एक कार्य है: AlarmEditPresenter की जाँच करें। मुझे यह जांचने की ज़रूरत है कि वह फॉर्म से आईडी लेता है, मॉडल से वांछित अलार्म लेता है और एडिट कंट्रोल में अपना नाम सही ढंग से दिखाता है।

 public class TestAlarmEditPresenter extends RoboUnitTestCase<TestApplication> { public class AlarmEditModule extends AbstractAndroidModule { //       presenter- //   RoboGuice    presenter  //          @Override protected void configure() { bind(AlarmEditPresenter.class); bind(IAlarmListModel.class) .toProvider(AlarmListModelProvider.class); } } private IAlarmListModel model; @Override protected void setUp() throws Exception { TestApplication.alarmTestModule = new AlarmEditModule(); super.setUp(); model = AndroidMock.createNiceMock(IAlarmListModel.class); AlarmListModelProvider.alarmListModel = model; } //    private void initializeTest() { AndroidMock.reset(model); } /** *          View * @throws Exception */ @MediumTest public void testAlarmEditOpen() throws Exception { initializeTest(); AlarmItem alarm = new AlarmItem(); alarm.setName("Test Name"); //,   2     model.takeAlarmForEdit(2); //  ,    presenter AndroidMock.expect(model.getEditingAlarm()).andStubReturn(alarm); AndroidMock.replay(model); //    Intent   //,     2 Bundle bundle = new Bundle(); bundle.putInt(MainScreenPresenter.BUNDLE_ARG_ALARM_ID, 2); AlarmEdit view = AndroidMock.createMock(AlarmEdit.class); AndroidMock.expect(view.getViewBundle()).andStubReturn(bundle); //      View view.setAlarmName("Test Name"); AndroidMock.replay(view); //  presenter AlarmEditPresenter presenter = getInjector().getInstance(AlarmEditPresenter.class); //  presenter.onCreate(view); //,      ,    AndroidMock.verify(view); //,        AndroidMock.verify(model); } } 

नेस्टेड अलार्मएडिटमॉडल क्लास और उसके कॉन्फिगर () विधि के बारे में, निम्नलिखित लेखों में पढ़ें, मैं रोबोग्यूइस का उपयोग करते हुए करीब से देखूंगा।

सेटअप () विधि में, मैं एक सिमुलेशन बनाता हूं और इसे प्रदाता में डाल देता हूं। सामान्य तौर पर, हमें एक प्रदाता की आवश्यकता क्यों है: इसके साथ, मैं निम्नलिखित समस्या को हल करता हूं। इंजेक्ट विशेषता के साथ चिह्नित फ़ील्ड को आरंभीकृत करते समय, आपको आवश्यक सिमुलेशन को प्रतिस्थापित करना होगा। फ़ील्ड प्रकार के अनुसार रोबोगाइस यह पाएगा कि इस तरह के और इस तरह के प्रदाता (कॉन्फ़िगर (विधि देखें) का उपयोग करना आवश्यक है, जिसके माध्यम से यह आवश्यक सिमुलेशन को प्रतिस्थापित करेगा।

इनिशियलाइज़टेस्ट () विधि में, जिसे प्रत्येक परीक्षण से पहले निष्पादित किया जाता है, मैं अन्य परीक्षणों के बाद सभी सिमुलेशन की स्थिति को स्पष्ट करता हूं ताकि परीक्षण अलग-थलग हो सकें।

परीक्षण में ही, मैं सबसे पहले सिमुलेशन तैयार करता हूं:
मैं एक अलार्म बनाता हूं और सिम्युलेटेड मॉडल को बताता हूं कि अगर प्रस्तोता एक संपादन योग्य अलार्म मांगता है, तो इस तैयार अलार्म को उसे लौटा दें:

 AndroidMock.expect(view.getViewBundle()).andStubReturn(bundle); 

मैं यह भी इंगित करता हूं कि मुझे कुछ कॉलों की उम्मीद है:

 //,   2     model.takeAlarmForEdit(2); ..... //      View view.setAlarmName("Test Name"); 

उसके बाद, RoboGuice के माध्यम से AlarmEditPresenter वर्ग का एक उदाहरण बनाया गया है। RoboGuice के माध्यम से बनाना सुनिश्चित करें ताकि यह आवश्यक मानों के साथ Inject विशेषता के साथ चिह्नित सभी फ़ील्ड को भर दे।
इसके बाद, मैं प्रेजेंटर को प्रस्तुत करता हूं। ऑनक्रीट (दृश्य) जिसमें अलार्म लोड किया गया है और इसका नाम दृश्य में स्थानांतरित किया गया है।

और अंत में, मैं सत्यापित करता हूं कि प्रस्तुतकर्ता ने सभी आवश्यक कॉल किए:

 //,      ,    AndroidMock.verify(view); //,        AndroidMock.verify(model); 

शेष विवरण स्पष्ट करने के लिए, मैं इस बारे में बात करूंगा:

AndroidMock

यह सिमुलेशन बनाने के लिए रूपरेखा है। इसके बारे में यहाँ और पढ़ें:
code.google.com/p/android-mock

यहां मैं समझाऊंगा कि एंड्रॉइडमॉक सामान्य रूप से क्या है और इसके उपयोग की क्या विशेषताएं मुझे अपने प्रोजेक्ट में मिली हैं।

सभी मॉक फ्रेमवर्क और सभी भाषाओं में निम्नलिखित के लिए डिज़ाइन किया गया है:

सबसे पहले, किसी दिए गए इंटरफ़ेस या वर्ग की नकल करें। सिमुलेशन एक इंटरफ़ेस या वर्ग का एक उदाहरण है और इसे उन सभी तरीकों से पारित किया जा सकता है जहां मूल इंटरफ़ेस या वर्ग की एक आवृत्ति की आवश्यकता होती है। निर्माण के तुरंत बाद नकल में सभी क्षेत्र होते हैं, जो कि प्रकार के आधार पर 0 या अशक्त के मूल्यों के साथ होता है, और आप किसी भी विधि को भी कह सकते हैं जो कि प्रकार के आधार पर 0 या शून्य है।

यदि यह कोई बात नहीं करता है कि सिमुलेशन में क्या कहा जाता है, या सिमुलेशन का उपयोग केवल परीक्षण में नहीं किया जाता है, लेकिन परीक्षण वर्ग सिमुलेशन के बिना नहीं बनाया जाता है, तो एक खाली सिमुलेशन एक पंक्ति में बनाया जाता है और बनाए गए वर्ग को पास किया जाता है।

दूसरा। अनुकरण करने के लिए, आप एक पंक्ति में निर्दिष्ट कर सकते हैं कि यदि इस तरह की और इस तरह की विधि के लिए कॉल आती है, तो इस तरह के और इस तरह के मूल्य को वापस करें। उपरोक्त उदाहरण में, यह पंक्ति है:

 AndroidMock.expect(view.getViewBundle()).andStubReturn(bundle); 

आमतौर पर नकल की इस संभावना का उपयोग तब किया जाता है जब इंटरफ़ेस लागू करने वाला वर्ग अभी तक तैयार नहीं है, या जब विधि तैयार है, लेकिन इसके लिए सही तरीके से काम करने के लिए, इसे तैयार करने में लंबा समय लगता है। और एक विधि के लिए डेटा तैयार करने के साथ परेशान नहीं करने के लिए, जो, आमतौर पर, एक परीक्षण का विषय भी नहीं है, बस इसके द्वारा लौटाए गए परिणाम का अनुकरण करना आसान है।
वैसे, अगर मुझे दो कॉल की उम्मीद थी, और उन्हें अलग-अलग परिणाम लौटाने होंगे, तो मैं लिखूंगा:

 AndroidMock.expect(view.getViewBundle()).andReturn(bundle1); AndroidMock.expect(view.getViewBundle()).andReturn(bundle2); 

तीसरा। अनुकरण करने के लिए एक परीक्षण चलाने के बाद, आप यह सत्यापित कर सकते हैं कि सभी आवश्यक कॉल पूरी हो चुकी हैं, लेकिन आवश्यक नहीं।
मेरे उदाहरण में, यह पंक्ति है:

 AndroidMock.verify(view); 

वह जाँच करती है। कि सभी उम्मीदों को लाइन से पहले वर्णित किया गया था

 AndroidMock.replay(view); 

चलाएँ।

मुझे कहना होगा कि यह न केवल विधि कॉल के तथ्य की जाँच की जाती है, बल्कि इस विधि को सही तर्कों के साथ कहा जाता है:

 AndroidMock.expect(view.getViewBundle(1)).andReturn(bundle1); AndroidMock.expect(view.getViewBundle(2)).andReturn(bundle2); 

इस मामले में, अलग-अलग तर्कों के लिए एक अलग मान लौटाया जाएगा, और सत्यापन के दौरान, आप यह सत्यापित कर सकते हैं कि दिए गए तर्कों के साथ एक कॉल था।

सिमुलेशन बनाते समय, तीन तरीके हैं:
AndroidMock.createNiceMock () - एक कमजोर सिमुलेशन बनाता है। चेक इस बात पर ध्यान नहीं देगा कि अतिरिक्त तरीकों को बुलाया गया था। केवल उस घोषित तरीकों को ही जांचा जाएगा। यह आमतौर पर तब उपयोग किया जाता है जब यह ट्रैक करना आवश्यक होता है कि सही तरीकों को बुलाया गया था, और अगर वहाँ बहुत अधिक थे, तो यह डरावना नहीं है।
उन मामलों में जब केवल कक्षा बनाने के लिए सिमुलेशन की आवश्यकता होती है, वे केवल कमजोर सिमुलेशन का उपयोग करते हैं और परीक्षण के बाद परीक्षण भी नहीं करते हैं।

AndroidMock.createMock () - एक सामान्य सिमुलेशन बनाता है। यह सत्यापित करने के लिए कि सभी आवश्यक तरीकों को बुलाया गया था, और अनावश्यक तरीकों को नहीं बुलाया गया था। यह कॉल की संख्या की जांच करेगा। आमतौर पर उम्मीदों का वर्णन करने में एक पंक्ति एक कॉल है। लेकिन अगर आप .StubReturn () मेथड का उपयोग करते हैं, तो यह बहुत सारी कॉल है। आप कॉल की एक विशिष्ट संख्या भी दिखा सकते हैं: रीटर्न ()। टाइम्स (3);

AndroidMock.createStrcitMock () - एक सख्त सिमुलेशन बनाता है। इस मामले में भी विधि कॉल के क्रम की जाँच की जाती है।

आप AndroidMock और EasyMock प्रोजेक्ट पेजों पर विस्तृत सहायता जानकारी पा सकते हैं।

दुर्भाग्य से AndroidMock में गंभीर खामियां हैं।
यह घोषणा की जाती है कि यह बिल्ट-इन कक्षाओं की नकल कर सकता है, जैसे कि MediaPlayer, लेकिन यह बहुत समय पहले था और यह एंड्रॉइड एसडीके के नवीनतम संस्करणों के साथ काम नहीं करता है।
आपको अपना स्वयं का इंटरफ़ेस बनाना होगा, जिसमें मुख्य वर्ग से सभी आवश्यक विधियां हैं, और जैसा कि एक दृश्य था, जिसमें वास्तविक MediaPlayer का एक उदाहरण है और इंटरफ़ेस से सभी कॉल को वास्तविक वर्ग के तरीकों में मैप करता है।
परीक्षणों में, मैं बनाए गए इंटरफ़ेस का अनुकरण करता हूं।

इसलिए मैं सिमुलेशन बनाने के लिए एक और फ्रेमवर्क की तलाश करने जा रहा हूं।

अन्य लेखों में पढ़ें

- परिचय
- एमवीपी और यूनिट परीक्षण। जेडी वे
- यूजर इंटरफेस, परीक्षण, AndroidMock
- डेटा की बचत। डोमेन मॉडल, रिपॉजिटरी, सिंगलटन और बीडीडी
- सर्वर साइड, रोबूगाइस, परीक्षण का कार्यान्वयन
- छोटे कार्य, सेटिंग्स, लॉगिंग, ProGuard