Mobil ishlanmada integratsiya testi — mohiyati, turlari va qanday o'tkaziladi

Integratsiya testi nima?

Integratsiya testi — bu dasturiy ta'minotni tekshirish bosqichi bo'lib, unda ilovaning alohida modullari yoki quyi tizimlari o'rtasidagi o'zaro ta'sirning to'g'riligi baholanadi. Birlik testlari har bir komponentni alohida tekshirsa, integratsiya testlari bu komponentlarni birlashtiradi va ularning birgalikda qanday ishlashini tekshiradi. Odatiy stsenariylar tarmoq qatlami va repository o'rtasida ma'lumotlarni uzatish, ORM orqali ma'lumotlar bazasiga yozish va uchinchi tomon API-laridan javoblarni qayta ishlashni o'z ichiga oladi.

Mobil ishlanma kontekstida integratsiya testlari UI qatlami, biznes mantiq va ma'lumotlar manbalari o'rtasidagi o'zaro ta'sirni qamrab oladi. Masalan, test "Kirish" tugmasi bosilgandan so'ng ilova serverga so'rov yuborishi, token olishi va uni lokal xotirada saqlashini tekshirishi mumkin. Bunday tekshiruv komponentlar zanjirining uzilishlarsiz ishlashini tasdiqlaydi.

World Quality Report 2023 hisobotiga ko'ra, integratsiya testini muntazam qo'llaydigan kompaniyalar faqat birlik testlariga tayanadigan loyihalarga nisbatan ishlab chiqarish hodisalari sonini 35% ga kamaytiradi. Bu integratsiya tekshiruvlarini tijorat ishlanmasida sifat kafolati strategiyasining majburiy elementiga aylantiradi.

Nega mobil ilovalarda integratsiya testi kerak

Mobil ilovalar ko'plab o'zaro bog'liq komponentlardan iborat: tarmoq so'rovlari, lokal ma'lumotlar bazalari, push bildirishnomalari, tizim xizmatlari va uchinchi tomon SDK-lari. Bu komponentlarning har biri alohida ishlab chiqiladi, ammo ish vaqtida ular real vaqtda ma'lumotlar almashadilar. Integratsiya testi modullarni alohida tekshirishda aniqlab bo'lmaydigan nuqsonlarni ochib beradi.

Integratsiya testlari tomonidan aniqlanadigan tipik muammolarga API va ilova modeli o'rtasidagi ma'lumot turlarining nomuvofiqligi, JSON serializatsiya xatolari, tarmoq taym-autlarini noto'g'ri qayta ishlash va Room yoki Core Data orqali ma'lumotlar bazasiga parallel kirishdagi nosozliklar kiradi. Integratsiya tekshiruvlarisiz bunday nuqsonlar ishlab chiqarishga o'tadi va faqat haqiqiy foydalanuvchilarda namoyon bo'ladi.

Google Testing Blog (2021) tadqiqoti shuni ko'rsatadiki, integratsiya testi bosqichida aniqlangan nuqsonni tuzatish narxi relizdan keyingiga qaraganda 5 baravar past. Buning sababi shundaki, dastlabki bosqichlarda dasturchi xato kontekstini to'liq tushunadi va uni shoshilinch hotfix siklidisiz tuzatishi mumkin. Integratsiya testlarini yozishga vaqt sarfi qo'llab-quvvatlash xarajatlarini kamaytirish va foydalanuvchi ishonchini oshirish orqali o'zini oqlaydi.

Integratsiya testiga yondashuvlar

Integratsiya testlarini tashkil qilishning uchta asosiy yondashuvi mavjud: Big Bang, Bottom-Up va Top-Down. Strategiyani tanlash loyiha hajmiga, ilova arxitekturasiga va testlarni yozish vaqtida komponentlarning mavjudligiga bog'liq. Har bir yondashuvning test qamrovini rejalashtirishda hisobga olinishi kerak bo'lgan afzalliklari va cheklovlari bor.

Big Bang

Big Bang — tizimning barcha komponentlari bir vaqtning o'zida ulanadigan va umumiy test bajariladigan yondashuv. Bu usul amalga oshirish uchun sodda: stub yozish yoki alohida modullarni emulyatsiya qilish talab qilinmaydi. Biroq xato aniqlanganda, uning qaysi komponentdan kelib chiqqanligini aniqlash qiyin. Big Bang modullar soni beshdan oshmaydigan, oddiy arxitekturali kichik loyihalarda oqlanadi.

Bottom-Up

Bottom-Up — integratsiya testi past darajadagi komponentlardan boshlanadigan strategiya: ma'lumotlar bazasi, tarmoq qatlami, tizim xizmatlari. Har bir daraja tekshirilgandan so'ng, testlar asta-sekin yuqori modullarni — repozitoriyalarni, Use Case sinflarini va ViewModelni ulaydi. Asosiy afzallik ilonaning fundamental qatlamlarida nuqsonlarni erta aniqlashdir, bu esa ishlanmaning keyingi bosqichlarida kaskad xatolar xavfini kamaytiradi.

Top-Down

Top-Down — test yuqori darajadagi komponentlardan — UI ekranlari va navigatsiyadan boshlanadigan, pastki modullar esa stub yoki mocklar yordamida taqlid qilinadigan yondashuv. Bu server qismi yoki ma'lumotlar bazasi to'liq amalga oshirilmasdan oldin foydalanuvchi stsenariylarini tekshirish imkonini beradi. Top-Down ayniqsa mijoz va server qismlarining parallel ishlanmasida, backend hali haqiqiy integratsiyaga tayyor bo'lmaganda foydalidir.

Integratsiya testi uchun vositalar

Mobil ilovalarning integratsiya testi uchun uch toifaga bo'linadigan bir qator ixtisoslashgan vositalar qo'llaniladi: server emulyatsiyasi uchun kutubxonalar, ma'lumotlar bazalari bilan ishlash uchun freymvorklar va tizim xizmatlarini tekshirish vositalari. Muayyan vositani tanlash platformaga — Android yoki iOS — va loyihaning texnologik stekiga bog'liq.

• MockWebServer — Android uchun Square kutubxonasi, test muhitida HTTP serverini emulyatsiya qiladi. Kutilgan javoblarni o'rnatish, so'rovlarning mazmuni va sarlavhalarini tekshirish, tarmoq xatolarini simulyatsiya qilish imkonini beradi.
• OHHTTPStubs — iOS uchun kutubxona, tarmoq so'rovlarini NSURLProtocol darajasida tutib oladi va oldindan tayyorlangan javoblarni qaytaradi. Kechikishlar va ulanish xatolarini qo'llab-quvvatlaydi.
• Room Testing — Android-ning ma'lumotlar bazasini testlash uchun o'rnatilgan mexanizmi: in-memory Room nusxasini yaratish, yozish va o'qish operatsiyalarini bajarish, migratsiyalar va triggerlarni tekshirish.
• Core Data Testing — iOS uchun yondashuv, unda in-memory Core Data konteyneri yaratiladi, bu so'rovlarni, obyektlar o'rtasidagi munosabatlarni va doimiy saqlashsiz ma'lumotlarni saqlashni testlash imkonini beradi.

Integratsiya testlari uchun kod namunalari

Android va iOS uchun integratsiya testlarining amaliy namunalarini ko'rib chiqaylik. Android platformasi uchun MockWebServer JUnit bilan birga, iOS uchun esa XCTest OHHTTPStubs kutubxonasi bilan ishlatiladi. Ikkala namuna API-dan ma'lumotlarni olish va ularni lokal repozitoriyada saqlash stsenariysini tekshiradi.

Android: MockWebServer bilan tarmoq qatlamini testlash

Bu test emulyatsiya qilingan serverga Retrofit so'rovi to'g'ri JSON qaytarishini va repozitoriy javobni domen modeliga aylantirishini tekshiradi. MockWebServer so'rovni tutib oladi va belgilangan JSONni qaytaradi, shundan so'ng test kutilgan natijani haqiqiy bilan solishtiradi.

class UserRepositoryTest {
    private val mockServer = MockWebServer()

    @Before
    fun setup() {
        mockServer.start()
    }

    @Test
    fun fetchUser_returnsCorrectData() {
        val json = "{ \`"id\`": 1, \`"name\`": \`"Alice\`" }"
        mockServer.enqueue(MockResponse()
            .setBody(json)
            .setResponseCode(200))

        val repository = UserRepository(
            createRetrofit(mockServer.url("/").toString()))
        val user = repository.fetchUser(1)

        assertEquals(1, user.id)
        assertEquals("Alice", user.name)
    }

    @After
    fun tearDown() {
        mockServer.shutdown()
    }
}

iOS: OHHTTPStubs bilan API so'rovlarini testlash

iOS uchun o'xshash test URL so'rovlarini tutib olish uchun OHHTTPStubs-dan foydalanadi. Kutubxona URL Loading System tizim freymvorki darajasida server javobini almashtiradi, bu esa istalgan tarmoq kutubxonasini — URLSession, Alamofire yoki Moyani testlash imkonini beradi.

import XCTest
import OHHTTPStubs
import OHHTTPStubsSwift

class UserRepositoryTests: XCTestCase {
    func testFetchUser_returnsCorrectData() {
        stub(condition: isPath("/users/1")) { _ in
            return HTTPStubsResponse(
                jsonObject: ["id": 1, "name": "Alice"],
                statusCode: 200,
                headers: nil
            )
        }

        let repository = UserRepository()
        let expectation = expectation(description: "fetch user")

        repository.fetchUser(id: 1) { user in
            XCTAssertEqual(user.id, 1)
            XCTAssertEqual(user.name, "Alice")
            expectation.fulfill()
        }

        waitForExpectations(timeout: 2.0)
    }
}

Integratsiya testining eng yaxshi amaliyotlari

Samarali integratsiya testi testlarning barqarorligini oshiradigan va ularga xizmat ko'rsatish xarajatlarini kamaytiradigan bir qator amaliyotlarga rioya qilishni talab qiladi. Tashqi bog'liqliklarni izolyatsiya qiling: ishlab chiqarish nusxalari o'rniga in-memory ma'lumotlar bazalaridan foydalaning va tashqi API-larni test stub kutubxonalari orqali emulyatsiya qiling. Bu tarmoq mavjudligi yoki tashqi xizmatlar holati tufayli noaniq nosozliklarni bartaraf qiladi.

Testlarning mustaqilligini saqlang: har bir integratsiya testi boshqa testlar natijalariga bog'liq bo'lmagan holda alohida ishlashi kerak. Test muhitini tayyorlash va tozalash uchun JUnit-da @Before va @After annotatsiyalaridan yoki XCTest-da setUp va tearDown-dan foydalaning. Bu testlarning o'zaro ta'sirini oldini oladi va xato diagnostikasini soddalashtiradi.

Chegara holatlarini qamrab oling: integratsiya testlari nafaqat muvaffaqiyatli stsenariylarni (happy path), balki xato boshqaruvini ham — taym-autlar, HTTP 4xx va 5xx kodlari, bo'sh javoblar, buzilgan JSONni tekshirishi kerak. Google Testing Blog (2022) ma'lumotlariga ko'ra, ishlab chiqarish hodisalarining 60% testlar bilan qamrab olinmagan chegara holatlarini noto'g'ri boshqarish bilan bog'liq.