মোবাইল ডেভেলপমেন্টে ইন্টিগ্রেশন টেস্টিং — এটি কি, ধরন ও কিভাবে করা হয়

ইন্টিগ্রেশন টেস্টিং কি?

ইন্টিগ্রেশন টেস্টিং হল সফটওয়্যার যাচাইর একটি পর্যায় যেখানে একটি অ্যাপলিকেশনের পৃথক মডিউল বা উপসিস্টেমের মধ্যে মিথস্থাপনের শুদ্ধতা মূল্যায়ন করা হয়। ইউনিট টেস্ট প্রতিটি উপাদান পৃথকভাবে যাচাই করলেও, ইন্টিগ্রেশন টেস্ট এই উপাদানগুলিকে একত্রিত করে এবং তারা একসাথে কিভাবে কাজ করে তা যাচাই করে। সাধারণ পরিদৃশ্যের মধ্যে রয়েছে নেটওর্ক লেয়ার এবং রিপজিটরির মধ্যে ডেটা হান্তান্তর, ORM-এর মাধ্যমে ডেটাবেজে লেখা এবং তৃতীয় পক্ষের API থেকে প্রতিক্রিয়া প্রক্রিয়াকরণ।

মোবাইল ডেভেলপমেন্টের প্রাসঙ্গিকতায়, ইন্টিগ্রেশন টেস্ট UI লেয়ার, ব্যবসা লজিক এবং ডেটা উৎসগুলির মধ্যে আলাপাচালি কাজে করে। উদাহরণস্বরূপ, একটি টেস্ট যাচাই করতে পারে যে “লগইন” বটাম টিপতে পরে, অ্যাপলিকেশন সরভারে একটি অনুরোধ প্রেরণ করে, একটি টোকিন গ্রহণ করে এবং এটি স্থানীয় স্টোরেজে সংরক্ষণ করে। এই যাচাই নিশ্চিত করে যে উপাদান শৃংখলা ব্যর্থতা ছাড়াই কাজ করে।

World Quality Report 2023 অনুসারে, যে কম্পানিগুলি নিয়মিতভাবে ইন্টিগ্রেশন টেস্টিং প্রয়োগ করে, তাদের প্রোডাক্শন ঘটনার সংখ্যা শুধুমাত্র ইউনিট টেস্টের উপর নির্ভর প্রজেক্টের তুলনায় 35% হ্রাস পায়। এটি ইন্টিগ্রেশন যাচাইকে বাণিজ্যিক ডেভেলপমেন্টে গুণমান নিশ্চিতি কৌশলের একটি অবশ্যকর্ণীয় উপাদানে পরিণত করে।

মোবাইল অ্যাপলিকেশনে ইন্টিগ্রেশন টেস্টিং কেন গুরুত্বপূর্ণ

মোবাইল অ্যাপলিকেশন অনেক পরস্পর সংযুক্ত উপাদানে গঠিত: নেটওর্ক অনুরোধ, স্থানীয় ডেটাবেজ, পুশ নটিফিকেশন, সিস্টেম সার্ভিস এবং তৃতীয় পক্ষের SDK। এগুলির প্রতিটি উপাদান পৃথকভাবে ডেভেলপ করা হয়, কিন্তু রানটাইমে তারা রিয়াল টাইমে ডেটা বিনিময় করে। ইন্টিগ্রেশন টেস্টিং সেই ত্রুটিগুলি শনাক্ত করে যা পৃথক মডিউল যাচাইতে খুঁজে পাওয়া যায় না।

ইন্টিগ্রেশন টেস্ট দ্বারা আবিষ্কৃত সাধারণ সমস্যাগুলির মধ্যে রয়েছে API এবং অ্যাপলিকেশন মডেলের মধ্যে ডেটা টাইপ অসামঞ্জস্য, JSON সিরিয়ালাইজেশন ত্রুটি, নেটওর্ক টাইমআউটের ভুল প্রক্রিয়াকরণ এবং Room বা Core Data এর মাধ্যমে যুগপত ডেটাবেজ প্রবেশে ব্যর্থতা। ইন্টিগ্রেশন যাচাই ছাড়াই, এই ত্রুটিগুলি প্রোডাক্শনে পৌঁছে এবং শুদুমাত্র বাস্তবিক ব্যবহারকারীদের কাছে প্রকাশ পায়।

Google Testing Blog (2021)এর গবেষণা দেখায় যে ইন্টিগ্রেশন টেস্টিংয়ের সময় আবিষ্কৃত একটি ত্রুটি সরানোর খরচ রিলিজ়ের পরে 5 গুণ কম। কারণ প্রাথমিক পর্যায়ে ডেভেলপারের কাছে ত্রুটির সম্পূর্ণ প্রাসঙ্গিক থাকে এবং সে জরুরী hotfix চক্র ছাড়াই এটি সরানো যেতে পারে। ইন্টিগ্রেশন টেস্ট লেখায় সময় বিনিয়োগ রক্ষণাবেক্ষণ খরচ হ্রাস এবং ব্যবহারকারী আত্মবিশ্বাস বৃদ্ধির মাধ্যমে লাভ দেয়।

ইন্টিগ্রেশন টেস্টিংয়ের পদ্ধতি

ইন্টিগ্রেশন টেস্ট আয়োজনের তিনটি মূল পদ্ধতি রয়েছে: Big Bang, Bottom-Up এবং Top-Down। কৌশলের পছন্দ প্রজেক্টের আকার, অ্যাপলিকেশন আর্কিটেক্চার এবং টেস্ট লেখার সময় উপাদানের প্রাপ্যতার উপর নির্ভর করে। প্রতিটি পদ্ধতির নিজস্ব সুবিধা এবং সীমাবদ্ধতা রয়েছে যা টেস্ট কাভারেজ পরিকল্পনার সময় বিবেচনা করা গুরুত্বপূর্ণ।

Big Bang

Big Bang — একটি পদ্ধতি যেখানে সিস্টেমের সকল উপাদান একবারে সংযুক্ত করা হয়, তারপর একটি সাধারণ টেস্ট রান করা হয়। এই পদ্ধতি বাস্তবায়নে সরল: stubs লেখা বা পৃথক মডিউল অনুকরণের প্রয়োজন নেই। তবে, একটি ত্রুটি শনাক্ত হলে, কোন উপাদান এটি ঘটিয়েছে তা নির্ধারণ করা কঠিন। Big Bang সরল আর্কিটেক্চার সম্পন্ন ছোট প্রজেক্টে নিয়োজিত যেখানে মডিউলের সংখ্যা পাঁচের বেশি নয়।

Bottom-Up

Bottom-Up — একটি কৌশল যেখানে ইন্টিগ্রেশন টেস্টিং নিম্নস্তরের উপাদান দিয়ে শুরু হয়: ডেটাবেজ, নেটওর্ক লেয়ার, সিস্টেম সার্ভিস। প্রতিটি স্তর যাচাই করার পর, টেস্ট ধীরে ধীরে উচ্চস্তরের মডিউল সংযুক্ত করে — রিপজিটরিগুলি, Use Case ক্লাস এবং ViewModels। প্রধান সুবিধা হল অ্যাপলিকেশনের মৌলিক স্তরগুলিতে ত্রুটির প্রাথমিক শনাক্তকরণ, যা ডেভেলপমেন্টের পরবর্তী পর্যায়ে ক্রমিক ত্রুটির অসংভাবনা হ্রাস করে।

Top-Down

Top-Down — একটি পদ্ধতি যেখানে টেস্টিং উচ্চস্তরের উপাদান দিয়ে শুরু হয় — UI স্ক্রিন এবং নেভিগেশন, যখন নিম্নস্তরের উপাদানগুলি stubs বা mocks ব্যবহার করে অনুকৃত করা হয়। এটি সরভার পার্শ বা ডেটাবেজ সম্পূর্ণরূপে বাস্তবায়নের আগে ব্যবহারকারী পরিদৃশ্য যাচাই করার অনুমতি দেয়। Top-Down বিশেষ করে ক্লায়েন্ট এবং সরভার অংশের সমানান্তর ডেভেলপমেন্টের সময় উপযোগী যখন ব্যাকএন্ড এখনও বাস্তবিক ইন্টিগ্রেশনের জন্য প্রস্তুত নয়।

ইন্টিগ্রেশন টেস্টিংয়ের টুল

মোবাইল অ্যাপলিকেশনের ইন্টিগ্রেশন টেস্টিংয়ের জন্য, বিশেষায়িত টুলের একটি পরিসর ব্যবহৃত হয়, যা তিনটি বিভাগে বিভক্ত: সরভার অনুকরণ লাইব্রেরি, ডেটাবেজ ফ্রেমওয়ার্ক এবং সিস্টেম সার্ভিস যাচাই টুল। নির্দিষ্ট টুলের পছন্দ প্লেটফর্ম — Android বা iOS — এবং প্রজেক্টের টেকনোলজি স্ট্যাকের উপর নির্ভর করে।

• MockWebServer — Androidয়ের জন্য Square লাইব্রেরি যা একটি পরীক্ষা পরিবেশে HTTP সরভার অনুকরণ করে। আশাংসিত প্রতিক্রিয়া সেট করা, অনুরোধের বডি এবং হেডার যাচাই, নেটওর্ক ত্রুটি অনুকরণের অনুমতি দেয়।
• OHHTTPStubs — iOSয়ের জন্য লাইব্রেরি যা NSURLProtocol স্তরে নেটওর্ক অনুরোধ ইন্টারসেপ্ট করে এবং আগে-থেকে প্রস্তুত প্রতিক্রিয়া ফেরত দেয়। বিলম্ব এবং সংযোগ ত্রুটি সমর্থন করে।
• Room Testing — ডেটাবেজ পরীক্ষার জন্য নির্মিত Android প্রক্রিয়া: ইন-মেমরি Room ইনস্টেন্স তৈরি, পড়া এবং লেখা কাজ করা, মাইগ্রেশন এবং ট্রিগার যাচাই করা।
• Core Data Testing — iOSয়ের জন্য পদ্ধতি যেখানে একটি ইন-মেমরি Core Data কন্টেনার তৈরি করা হয়, যা স্থায়ী সংরক্ষণ ছাড়াই ক্যোয়ারি, এন্টিটি সম্পর্ক এবং ডেটা পার্সিস্টেন্স পরীক্ষা করার অনুমতি দেয়।

ইন্টিগ্রেশন টেস্টের জন্য কোড উদাহরণ

আসুন Android এবং iOSয়ের জন্য ইন্টিগ্রেশন টেস্টের ব্যাবহারিক উদাহরণ দেখি। Android প্লেটফর্মের জন্য, আমরা JUnit এর সাথে MockWebServer ব্যবহার করি, iOSয়ের জন্য — OHHTTPStubs লাইব্রেরির সাথে XCTest। উভয় উদাহরণ API থেকে ডেটা গ্রহণ এবং একটি স্থানীয় রিপজিটরিতে সংরক্ষণের পরিদৃশ্য যাচাই করে।

Android: MockWebServer দিয়ে নেটওর্ক লেয়ার পরীক্ষা

এই টেস্ট যাচাই করে যে অনুকৃত সরভারে একটি Retrofit অনুরোধ সঠিক JSON ফেরত দেয়, এবং রিপজিটরি প্রতিক্রিয়াকে একটি ডোমেইন মডেলে রূপান্তর করে। MockWebServer অনুরোধ ইন্টারসেপ্ট করে এবং নির্দিষ্ট JSON ফেরত দেয়, তারপর টেস্ট আশাংসিত ফলাফলের সাথে বাস্তবিকটির তুলনা করে।

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 দিয়ে API অনুরোধ পরীক্ষা

iOSয়ের জন্য, একটি অনুরূপ টেস্ট URL অনুরোধ ইন্টারসেপ্ট করতে OHHTTPStubs ব্যবহার করে। লাইব্রেরিটি URL Loading System এর সিস্টেম ফ্রেমওয়ার্ক স্তরে সরভারের প্রতিক্রিয়া প্রতিস্থাপন করে, যা যে কোনো নেটওর্কিং লাইব্রেরি — URLSession, Alamofire বা Moya — পরীক্ষা করার অনুমতি দেয়।

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)
    }
}

ইন্টিগ্রেশন টেস্টিংয়ের সর্বোত্তম অভ্যাস

কার্যকর ইন্টিগ্রেশন ট߁স্টিংয়ের জন্য একটি অনুশীলন অনুসরণ করা আবশ্যক যা টেস্ট স্থিরতা বাড়ায় এবং রক্ষণাবেক্ষণ খরচ হ্রাস করে। বাহ্যিক নির্ভরশিলতাগুলি আলাদা করে: প্রোডাক্শন ইনস্টেন্সের পরিবর্তে ইন-মেমরি ডেটাবেজ ব্যবহার করুন এবং stub লাইব্রেরি ব্যবহার করে তৃতীয় পক্ষের API অনুকরণ করুন। এটি নেটওর্ক প্রাপ্যতা বা বাহ্যিক সার্ভিস অবস্থার কারণে হল অনির্দিষ্ট ব্যর্থতা দূর করে।

টেস্ট স্বাধীনতা বজায় রাখুন: প্রতিটি ইন্টিগ্রেশন টেস্টের অন্য টেস্টের ফলাফলের উপর নির্ভর না করে পৃথকভাবে কাজ করা উচিত। টেস্ট পরিবেশ প্রস্তুত এবং পরিষ্কার করার জন্য JUnit এ @Before এবং @After অ্যানোটেশন বা XCTest এ setUp এবং tearDown ব্যবহার করুন। এটি পরস্পর টেস্ট প্রভাব প্রতিরোধ করে এবং ত্রুটি নির্ণয় সরল করে।

সীমান্ত ক্ষেত্রগুলি কাজে করুন: ইন্টিগ্রেশন টেস্ট কেবল সফল পরিদৃশ্য (happy path) ই নয়, বরং ত্রুটি প্রক্রিয়াকরণ — টাইমআউট, HTTP 4xx এবং 5xx কোড, খালি প্রতিক্রিয়া, ত্রুটিপূর্ণ JSON এর জন্যও যাচাই করা উচিত। Google Testing Blog (2022) অনুসারে, 60% প্রোডাক্শন ঘটনা সীমান্ত ক্ষেত্রের ভুল প্রক্রিয়াকরণের সাথে সম্পর্কিত যা টেস্ট দ্বারা কাজে করা হয়নি।