การทดสอบแบบบูรณาการในการพัฒนาแอปมือถือ — แนวคิด ประเภท และวิธีการดำเนินการ

การทดสอบแบบบูรณาการคืออะไร?

การทดสอบแบบบูรณาการ คือขั้นตอนการตรวจสอบซอฟต์แวร์ที่ประเมินความถูกต้องของการทำงานร่วมกันระหว่างโมดูลหรือระบบย่อยแต่ละส่วนของแอปพลิเคชัน หากการทดสอบระดับโมดูลตรวจสอบแต่ละคอมโพเนนต์แยกกัน การทดสอบแบบบูรณาการจะรวบรวมคอมโพเนนต์เหล่านี้เข้าด้วยกันและตรวจสอบว่าทำงานร่วมกันได้ดีเพียงใด สถานการณ์ทั่วไปรวมถึงการส่งข้อมูลระหว่างเลเยอร์เครือข่ายและรีพอสิทอรี การเขียนลงฐานข้อมูลผ่าน ORM และการประมวลผลการตอบสนองจาก API ของบุคคลที่สาม

ในบริบทของการพัฒนาแอปมือถือ การทดสอบแบบบูรณาการครอบคลุมการทำงานร่วมกันระหว่างเลเยอร์ UI, ตรรกะทางธุรกิจ และแหล่งข้อมูล ตัวอย่างเช่น การทดสอบอาจตรวจสอบว่าหลังจากกดปุ่ม “เข้าสู่ระบบ” แอปพลิเคชันส่งคำขอไปยังเซิร์ฟเวอร์ รับโทเค็น และบันทึกลงในที่จัดเก็บในเครื่อง การตรวจสอบดังกล่าวยืนยันว่าสายโซ่ของคอมโพเนนต์ทำงานโดยไม่มีข้อผิดพลาด

จากรายงาน World Quality Report 2023 บริษัทที่ใช้การทดสอบแบบบูรณาการอย่างสม่ำเสมอสามารถลดจำนวนเหตุการณ์ในการผลิตลงได้ 35% เมื่อเทียบกับโปรเจกต์ที่พึ่งพาเฉพาะการทดสอบระดับโมดูล ทำให้การตรวจสอบแบบบูรณาการเป็นองค์ประกอบบังคับของกลยุทธ์การประกันคุณภาพในการพัฒนาเชิงพาณิชย์

ทำไมต้องมีการทดสอบแบบบูรณาการในแอปมือถือ

แอปพลิเคชันมือถือ ประกอบด้วยคอมโพเนนต์ที่เชื่อมต่อกันมากมาย: คำขอเครือข่าย ฐานข้อมูลในเครื่อง การแจ้งเตือนแบบ push บริการของระบบ และ SDK ของบุคคลที่สาม แต่ละคอมโพเนนต์เหล่านี้ได้รับการพัฒนาแยกกัน แต่ในรันไทม์พวกมันแลกเปลี่ยนข้อมูลแบบเรียลไทม์ การทดสอบแบบบูรณาการช่วยค้นหาข้อบกพร่องที่ไม่สามารถตรวจพบได้ในการทดสอบโมดูลแบบแยกเดี่ยว

ปัญหาทั่วไปที่พบจากการทดสอบแบบบูรณาการได้แก่ ความไม่สอดคล้องของประเภทข้อมูลระหว่าง API กับโมเดลของแอปพลิเคชัน ข้อผิดพลาดในการซีเรียลไลซ์ JSON การประมวลผล network timeout ที่ไม่ถูกต้อง และความล้มเหลวเมื่อเข้าถึงฐานข้อมูลพร้อมกันผ่าน Room หรือ Core Data หากไม่มีการตรวจสอบแบบบูรณาการ ข้อบกพร่องเหล่านี้จะเข้าสู่ระบบการผลิตและแสดงผลเฉพาะกับผู้ใช้จริงเท่านั้น

การศึกษา Google Testing Blog (2021) แสดงให้เห็นว่าต้นทุนในการแก้ไขข้อบกพร่องที่ตรวจพบในขั้นตอนการทดสอบแบบบูรณาการนั้นต่ำกว่าหลังการเปิดตัวถึง 5 เท่า ทั้งนี้เพราะในระยะแรกนักพัฒนามีบริบทของข้อผิดพลาดที่สมบูรณ์และสามารถแก้ไขได้โดยไม่ต้องมีวงจร hotfix เร่งด่วน การลงทุนเวลาในการเขียนการทดสอบแบบบูรณาการคุ้มค่าด้วยการลดต้นทุนการบำรุงรักษาและเพิ่มความไว้วางใจของผู้ใช้

แนวทางการทดสอบแบบบูรณาการ

มีสามแนวทางหลักในการจัดระบบการทดสอบแบบบูรณาการ: Big Bang, Bottom-Up และ Top-Down การเลือกกลยุทธ์ขึ้นอยู่กับขนาดของโปรเจกต์ สถาปัตยกรรมของแอปพลิเคชัน และความพร้อมของคอมโพเนนต์ในขณะที่เขียนการทดสอบ แต่ละแนวทางมีข้อดีและข้อจำกัดที่ควรพิจารณาในการวางแผนความครอบคลุมของการทดสอบ

Big Bang

Big Bang — แนวทางที่คอมโพเนนต์ทั้งหมดของระบบเชื่อมต่อพร้อมกัน หลังจากนั้นจึงดำเนินการทดสอบแบบรวม วิธีนี้ง่ายต่อการนำไปใช้: ไม่จำเป็นต้องเขียนสตับหรือจำลองโมดูลแต่ละตัว อย่างไรก็ตามเมื่อพบข้อผิดพลาดเป็นการยากที่จะระบุว่าคอมโพเนนต์ใดเป็นต้นเหตุ Big Bang เหมาะสมในโปรเจกต์ขนาดเล็กที่มีสถาปัตยกรรมเรียบง่าย ซึ่งจำนวนโมดูลไม่เกินห้าโมดูล

Bottom-Up

Bottom-Up — กลยุทธ์ที่การทดสอบแบบบูรณาการเริ่มต้นจากคอมโพเนนต์ระดับต่ำ: ฐานข้อมูล เลเยอร์เครือข่าย บริการของระบบ หลังจากตรวจสอบแต่ละระดับแล้ว การทดสอบจะค่อย ๆ เชื่อมต่อโมดูลระดับสูงขึ้น ได้แก่ รีพอสิทอรี คลาส Use Case และ ViewModel ข้อดีหลักคือการตรวจพบข้อบกพร่องตั้งแต่เนิ่น ๆ ในเลเยอร์พื้นฐานของแอปพลิเคชัน ซึ่งช่วยลดความเสี่ยงของข้อผิดพลาดแบบลูกโซ่ในขั้นตอนหลังของการพัฒนา

Top-Down

Top-Down — แนวทางที่การทดสอบเริ่มต้นจากคอมโพเนนต์ระดับบน — หน้าจอ UI และการนำทาง — ในขณะที่โมดูลระดับล่างถูกจำลองด้วยสตับหรือม็อก วิธีนี้ช่วยให้ตรวจสอบสถานการณ์ผู้ใช้ก่อนที่ฝั่งเซิร์ฟเวอร์หรือฐานข้อมูลจะถูกพัฒนาอย่างสมบูรณ์ Top-Down มีประโยชน์อย่างยิ่งในการพัฒนา client-side และ server-side แบบขนาน เมื่อแบ็กเอนด์ยังไม่พร้อมสำหรับการบูรณาการจริง

เครื่องมือสำหรับการทดสอบแบบบูรณาการ

สำหรับการทดสอบแบบบูรณาการของแอปพลิเคชันมือถือมีเครื่องมือเฉพาะทางหลายชนิด ซึ่งแบ่งออกเป็นสามประเภท: ไลบรารีสำหรับจำลองเซิร์ฟเวอร์ เฟรมเวิร์กสำหรับทำงานกับฐานข้อมูล และเครื่องมือตรวจสอบบริการของระบบ การเลือกเครื่องมือเฉพาะขึ้นอยู่กับแพลตฟอร์ม — Android หรือ iOS — และสแต็กเทคโนโลยีของโปรเจกต์

• MockWebServer — ไลบรารีของ Square สำหรับ Android ที่จำลอง HTTP เซิร์ฟเวอร์ในสภาพแวดล้อมการทดสอบ สามารถกำหนดการตอบสนองที่คาดหวัง ตรวจสอบเนื้อหาและส่วนหัวของคำขอ และจำลองข้อผิดพลาดเครือข่าย
• OHHTTPStubs — ไลบรารีสำหรับ iOS ที่สกัดกั้นคำขอเครือข่ายในระดับ NSURLProtocol และส่งคืนการตอบสนองที่เตรียมไว้ล่วงหน้า รองรับการหน่วงเวลาและข้อผิดพลาดการเชื่อมต่อ
• Room Testing — กลไกในตัวของ Android สำหรับทดสอบฐานข้อมูล: สร้างอินสแตนซ์ Room ในหน่วยความจำ ดำเนินการเขียนและอ่าน ตรวจสอบ migration และ trigger
• Core Data Testing — แนวทางสำหรับ iOS ที่สร้างคอนเทนเนอร์ Core Data ในหน่วยความจำ ช่วยให้ทดสอบคำสั่งค้นหา ความสัมพันธ์ระหว่างเอนทิตี และการบันทึกข้อมูลได้โดยไม่ต้องใช้พื้นที่จัดเก็บถาวร

ตัวอย่างโค้ดสำหรับการทดสอบแบบบูรณาการ

มาดูตัวอย่างเชิงปฏิบัติของการทดสอบแบบบูรณาการสำหรับ Android และ iOS สำหรับแพลตฟอร์ม Android เราใช้ MockWebServer ร่วมกับ JUnit ส่วน iOS ใช้ XCTest กับไลบรารี OHHTTPStubs ทั้งสองตัวอย่างตรวจสอบสถานการณ์การรับข้อมูลจาก 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: การทดสอบคำขอ API ด้วย OHHTTPStubs

สำหรับ iOS การทดสอบที่คล้ายกันใช้ OHHTTPStubs เพื่อสกัดกั้นคำขอ URL ไลบรารีแทนที่การตอบสนองจากเซิร์ฟเวอร์ในระดับเฟรมเวิร์กระบบ 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)
    }
}

แนวปฏิบัติที่ดีที่สุดสำหรับการทดสอบแบบบูรณาการ

การทดสอบแบบบูรณาการที่มีประสิทธิภาพจำเป็นต้องปฏิบัติตามแนวปฏิบัติหลายประการที่เพิ่มความเสถียรของการทดสอบและลดต้นทุนในการบำรุงรักษา แยกการพึ่งพาภายนอก: ใช้ฐานข้อมูลในหน่วยความจำแทนอินสแตนซ์จริง และจำลอง API ของบุคคลที่สามด้วยไลบรารีสตับทดสอบ วิธีนี้ช่วยขจัดความล้มเหลวที่ไม่สามารถกำหนดได้ซึ่งเกิดจากความพร้อมของเครือข่ายหรือสถานะของบริการภายนอก

รักษาความเป็นอิสระของการทดสอบ: การทดสอบแบบบูรณาการแต่ละรายการควรทำงานแยกกัน โดยไม่ขึ้นอยู่กับผลลัพธ์ของการทดสอบอื่น ใช้ annotation @Before และ @After ใน JUnit หรือ setUp และ tearDown ใน XCTest เพื่อเตรียมและล้างสภาพแวดล้อมการทดสอบ วิธีนี้ป้องกันการกระทบกระทั่งระหว่างการทดสอบและช่วยให้การวินิจฉัยข้อผิดพลาดง่ายขึ้น

ครอบคลุมกรณีขอบ: การทดสอบแบบบูรณาการควรตรวจสอบไม่เฉพาะสถานการณ์ที่สำเร็จ (happy path) แต่รวมถึงการจัดการข้อผิดพลาด — timeout, รหัส HTTP 4xx และ 5xx, การตอบสนองที่ว่างเปล่า, JSON ที่เสียหาย จากข้อมูล Google Testing Blog (2022) 60% ของเหตุการณ์ในการผลิตเกี่ยวข้องกับการจัดการกรณีขอบที่ไม่ถูกต้องซึ่งไม่ครอบคลุมในการทดสอบ