ใช้การทดสอบแบบทวีคูณใน Android

เมื่อทดสอบองค์ประกอบหรือระบบขององค์ประกอบ คุณจะทําในการแยก เช่น หากต้องการทดสอบ ViewModel คุณไม่จําเป็นต้องเริ่มโปรแกรมจําลองและเปิด UI เนื่องจาก ViewModel ไม่ได้ (หรือไม่ควร) ขึ้นอยู่กับเฟรมเวิร์ก Android

อย่างไรก็ตาม ผู้เข้าร่วมทดสอบอาจขึ้นอยู่กับคุณสมบัติอื่นๆ ของการทดสอบ ตัวอย่างเช่น ViewModel อาจต้องใช้ที่เก็บข้อมูลจึงจะทํางานได้

เมื่อต้องระบุการพึ่งพาให้กับเรื่องที่อยู่ภายใต้การทดสอบ แนวทางปฏิบัติทั่วไปคือการสร้าง test double (หรือ test object) Test Doubles คือออบเจ็กต์ที่มีลักษณะและทํางานเหมือนคอมโพเนนต์ในแอป แต่สร้างขึ้นในการทดสอบเพื่อให้ลักษณะการทํางานหรือข้อมูลหนึ่งๆ ข้อดีหลักๆ คือช่วยให้การทดสอบเร็วและง่ายขึ้น

ประเภทของ Test Double

คู่ทดสอบมีหลายประเภท ได้แก่

ตัวอย่างการใช้

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

object FakeUserRepository : UserRepository {
    fun getUsers() = listOf(UserAlice, UserBob)
}

val const UserAlice = User("Alice")
val const UserBob = User("Bob")

UserRepository ปลอมนี้ไม่จำเป็นต้องพึ่งพาแหล่งข้อมูลในเครื่องและระยะไกลที่เวอร์ชันที่ใช้งานจริงจะใช้ ไฟล์จะอยู่ในชุดแหล่งที่มาทดสอบและจะไม่มาพร้อมกับแอปเวอร์ชันที่ใช้งานจริง

การทดสอบต่อไปนี้ยืนยันว่า ViewModel แสดงชื่อผู้ใช้แรกในมุมมองอย่างถูกต้อง

@Test
fun viewModelA_loadsUsers_showsFirstUser() {
    // Given a VM using fake data
    val viewModel = ViewModelA(FakeUserRepository) // Kicks off data load on init

    // Verify that the exposed data is correct
    assertEquals(viewModel.firstUserName, UserAlice.name)
}

การแทนที่ UserRepository ด้วยค่าจำลองนั้นทำได้ง่ายในการทดสอบหน่วย เนื่องจากผู้ทดสอบเป็นผู้สร้าง ViewModel อย่างไรก็ตาม การแทนที่องค์ประกอบที่กําหนดเองในการทดสอบขนาดใหญ่อาจเป็นเรื่องยาก

การเปลี่ยนคอมโพเนนต์และการฉีด Dependency

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

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

คุณสามารถออกแบบแอปเพื่อให้มีความยืดหยุ่นนี้ด้วยตนเองได้ แต่เราขอแนะนำให้ใช้เฟรมเวิร์กการฉีดข้อมูล Dependency เช่น Hilt เพื่อแทนที่คอมโพเนนต์ในแอปของคุณเมื่อถึงเวลาทดสอบ ดูคู่มือการทดสอบ Hit

ขั้นตอนถัดไป

หน้ากลยุทธ์การทดสอบจะแสดงวิธีปรับปรุงประสิทธิภาพโดยใช้การทดสอบประเภทต่างๆ