😱 🤼 👐🏽 2 प्रकार के यूनिट परीक्षणों के साथ आवेदन को अधिक स्थिर कैसे बनाया जाए 🧔 🧚🏽 👰🏾

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

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

अनुपालन परीक्षण

अनुरूपता परीक्षण यह जाँचता है कि कुछ फ़ंक्शन के निष्पादन का वास्तविक परिणाम अपेक्षित परिणाम से मेल खाता है या नहीं। मुझे एक उदाहरण दिखाते हैं - कल्पना करें कि एक आवेदन है जो दिन के लिए समाचारों की सूची प्रदर्शित करता है:

समाचार के बारे में डेटा विभिन्न स्रोतों से लिया जाता है और व्यावसायिक परत से बाहर निकलने पर निम्न मॉडल में तब्दील हो जाता है:

data class News( val text: String, val date: Long )

एप्लिकेशन लॉजिक के अनुसार, सूची के प्रत्येक तत्व के लिए निम्नलिखित फॉर्म का एक मॉडल आवश्यक है:

 data class NewsViewData( val id: String, val title: String, val description: String, val date: String )

डोमेन मॉडल को व्यू मॉडल में परिवर्तित करने के लिए निम्न वर्ग जिम्मेदार होगा:

 class NewsMapper { fun mapToNewsViewData(news: List<News>): List<NewsViewData> { return mutableListOf<NewsViewData>().apply{ news.forEach { val textSplits = it.text.split("\\.".toRegex()) val dateFormat = SimpleDateFormat("yyyy-MM-dd HH:mm", Locale("ru")) add( NewsViewData( id = it.date.toString(), title = textSplits[0], description = textSplits[1].trim(), date = dateFormat.format(it.date) ) ) } } } }

इस प्रकार, हम जानते हैं कि कुछ वस्तु

 News( "Super News. Some description and bla bla bla", 1551637424401 )

किसी वस्तु में परिवर्तित हो जाएगा

 NewsViewData( "1551637424401", "Super News", "Some description and bla bla bla", "2019-03-03 21:23" )

इनपुट और आउटपुट डेटा ज्ञात हैं, जिसका अर्थ है कि आप mapToNewsViewData विधि के लिए एक परीक्षण लिख सकते हैं, जो इनपुट के आधार पर आउटपुट डेटा के अनुपालन की जांच करेगा।

ऐसा करने के लिए, एप्लिकेशन / src / test / ... फ़ोल्डर में, निम्न सामग्री के साथ NewsMapperTest वर्ग बनाएं:

 class NewsMapperTest { private val mapper = NewsMapper() @Test fun mapToNewsViewData() { val inputData = listOf( News("Super News. Some description and bla bla bla", 1551637424401) ) val outputData = mapper.mapToNewsViewData(inputData) Assert.assertEquals(outputData.size, inputData.size) outputData.forEach { Assert.assertEquals(it.id, "1551637424401") Assert.assertEquals(it.title, "Super News") Assert.assertEquals(it.description, "Some description and bla bla bla") Assert.assertEquals(it.date, "2019-03-03 21:23") } } }

प्राप्त परिणाम की तुलना org.junit.Assert पैकेज से विधियों का उपयोग करके अपेक्षाओं के विरुद्ध की जाती है। यदि कोई मूल्य अपेक्षा को पूरा नहीं करता है, तो परीक्षण विफल हो जाएगा।

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

नकली बनाने के लिए एक लोकप्रिय मॉकिटो फ्रेमवर्क है।
कोटलिन में, सभी कक्षाएं डिफ़ॉल्ट रूप से अंतिम हैं, इसलिए आप स्क्रैच से मॉकिटो पर नकली ऑब्जेक्ट नहीं बना सकते हैं। इस सीमा के आसपास काम करने के लिए, यह अनुशंसा की जाती है कि आप मॉकिटो-इनलाइन निर्भरता जोड़ें।

यदि आप परीक्षण लिखते समय कोटलिन dsl का उपयोग करते हैं, तो आप विभिन्न पुस्तकालयों का उपयोग कर सकते हैं, जैसे कि मॉकिटो-कोटलिन ।

मान लीजिए कि NewsMapper एक निर्भरता के रूप में एक निश्चित NewsRepo लेता है, जो किसी विशेष समाचार आइटम को देखने वाले उपयोगकर्ता के बारे में जानकारी रिकॉर्ड करता है। तब यह NewsRepo का मज़ाक उड़ाता है और isNewsRead के परिणाम के आधार पर mapToNewsViewData विधि के रिटर्न मानों की जाँच करता है।

 class NewsMapperTest { private val newsRepo: NewsRepo = mock() private val mapper = NewsMapper(newsRepo) … @Test fun mapToNewsViewData_Read() { whenever(newsRepo.isNewsRead(anyLong())).doReturn(true) ... } @Test fun mapToNewsViewData_UnRead() { whenever(newsRepo.isNewsRead(anyLong())).doReturn(false) ... } … }

इस प्रकार, मॉक-ऑब्जेक्ट आपको विभिन्न परीक्षण मामलों का परीक्षण करने के लिए वापसी मूल्यों के लिए विभिन्न विकल्पों का अनुकरण करने की अनुमति देता है।

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

परीक्षण बुलाओ

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

 class MainPresenter( private val view: MainView, private val interactor: NewsInteractor, private val mapper: NewsMapper ) { var scope = CoroutineScope(Dispatchers.Main) fun onCreated() { view.setLoading(true) scope.launch { val news = interactor.getNews() val newsData = mapper.mapToNewsViewData(news) view.setLoading(false) view.setNewsItems(newsData) } } … }

यहां सबसे महत्वपूर्ण बात यह है कि इंटरेक्टर और व्यू से तरीकों को लागू करने का बहुत तथ्य है। परीक्षण इस तरह दिखेगा:

 class MainPresenterTest { private val view: MainView = mock() private val mapper: NewsMapper = mock() private val interactor: NewsInteractor = mock() private val presenter = MainPresenter(view, interactor, mapper).apply { scope = CoroutineScope(Dispatchers.Unconfined) } @Test fun onCreated() = runBlocking { whenever(interactor.getNews()).doReturn(emptyList()) whenever(mapper.mapToNewsViewData(emptyList())).doReturn(emptyList()) presenter.onCreated() verify(view, times(1)).setLoading(true) verify(interactor).getNews() verify(mapper).mapToNewsViewData(emptyList()) verify(view).setLoading(false) verify(view).setNewsItems(emptyList()) } }

प्लेटफ़ॉर्म निर्भरताओं को परीक्षणों से बाहर करने के लिए विभिन्न समाधानों की आवश्यकता हो सकती है, जैसा कि यह सब मल्टीथ्रेडिंग के साथ काम करने की तकनीक पर निर्भर करता है। ऊपर दिए गए उदाहरण के रूप में परीक्षण चलाने के लिए ओवरराइड स्कोप के साथ कोटलिन कॉरआउट्स का उपयोग किया जाता है Dispatchers.Main प्रोग्राम कोड में उपयोग किया जाता है एंड्रॉइड यूआई थ्रेड को संदर्भित करता है, जो इस प्रकार के परीक्षण में अस्वीकार्य है। RxJava का उपयोग करने के लिए अन्य समाधानों की आवश्यकता होगी, उदाहरण के लिए, एक TestRule बनाना जो कोड निष्पादन प्रवाह को स्विच करता है।

यह सत्यापित करने के लिए कि एक विधि को बुलाया गया है, सत्यापित विधि का उपयोग किया जाता है, जो ऐसे तरीकों को ले सकता है जो अतिरिक्त तर्कों के रूप में परीक्षण की जा रही विधि को कॉल की संख्या को इंगित करता है।

*****

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

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

अच्छा कोड परीक्षण योग्य होना चाहिए। यूनिट परीक्षण लिखने की जटिलता या अक्षमता आमतौर पर दिखाती है कि कोड के परीक्षण के साथ कुछ गलत है, और यह समय के बारे में सोचने का समय है।

उदाहरण के लिए स्रोत कोड GitHub पर उपलब्ध है ।

2 प्रकार के यूनिट परीक्षणों के साथ आवेदन को अधिक स्थिर कैसे बनाया जाए

अनुपालन परीक्षण

परीक्षण बुलाओ

*****

More articles: