Internal Testing Track ใน Google Play: การตั้งค่าแทร็ก

Internal Testing Track คืออะไร?

Internal Testing Track เป็นระดับแรกของการทดสอบใน Google Play Console ที่ออกแบบมาสำหรับแจจจ่ายบิลด์ภายในทีมพัฒนา เป้าหมายหลักคือการตรวจสอบความสามารถในการทำงานอย่างรวดเร็ว การทดสอบการผนวกาน และการระบุข้อผิดพลาดที่สำคัญก่อนขยายกลุ่มผู้ใช้ไปยังแทร็ก Closed หรือ Open

แตกต่างจากแทร็ก Google Play อื่นๆ Internal Testing ไม่ต้องการตรวจสอบจาก Google ก่อนเปิดใช้งาน บิลด์จะพร้อมให้ผู้ทดสอบใช้ภายในไม่กี่นาทีหลังอัปโหลดไปยังคอนโซล ทำให้แทร็กนี้เหมาะสำหรับบิลด์รายวัน (daily builds) และการจัดส่งอัตโนมัติจาก CI/CD pipeline

ตามเอกสารของ Google Play Console (2024) Internal Testing Track รองรับสองตัวเลือกการแจจจ่าย: รายชื่ออีเมล (มากสุด 100 คน) และ Google Groups (ไม่จำกัดจำนวน) กลุ่มเหมาะสำหรับทีมใฬหญ่ที่มีสมาชิกเปลี่ยนแปลงบ่อย ในขณะที่อีเมลทำงานได้ดีที่สุดสำหรับกลุ่มนักพัฒนาที่ตาม

เมื่อใดควรเลือก Internal Testing Track

แทร็ก Internal ถูกเลือกในช่วงต้นของการพัฒนาเมื่อแอพยังไม่เสถียร และ API อาจเปลี่ยนแปลงได้ pipeline CI/CD จะอัปโหลดบิลด์ใหม่แต่ละตัวไปยัง Internal แทร็ก และทีมจะได้รับเวอร์ชั่นล่าสุดทันที ข้อผิดพลาดและบันทึกความข้องจะถูกรวบรวมผ่าน Play Console ก่อนที่บิลด์จะไปถึงผู้ทดสอบหรือผู้ใช้ภายนอก

สำหรับบัญชีนักพัฒนาใหม่ Internal Testing Track ทำหน้าที่เป็นขั้นตอนแรกในการเตรียมสำหรับการเผยแพร่ Google จะไม่ตรวจสอบบิลด์ในขั้นนี้ ทำให้ทีมสามารถตรวจสอบคุณภาพของผลิตภัณฑ์ได้ด้วยตนเองก่อนส่งเพื่อการตรวจสอบ

วิธีตั้งค่า Internal Testing Track ใน Google Play Console

การตั้งค่า Internal Testing Track ทำได้ใน Google Play Console ในส่วน Release > Testing > Internal Testing ขั้นตอนรวมถึงการสร้างแทร็ก การอัปโหลดบิลด์แรก และการเพิ่มผู้ทดสอบ

เพื่อสร้างแทร็ก ไปที่ส่วน Internal Testing และคลิก Create track หลังจากสร้างแทร็กแล้ว ระบบจะแจ้งให้อัปโหลดบิลด์แรกในรูปแบบ AAB (Android App Bundle) Google แนะนำ AAB สำหรับการทดสอบทุกประเภท เพราะรูปแบบนี้ช่วยปรับขนาดแอพให้เหมาะสมกับสถาปัตยกรรมของอุปกรณ์

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

// build.gradle - การอัปโหลดอัตโนมัติไปยัง Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

    defaultConfig {
        versionCode versionCode.toInteger()
        versionName versionName
    }
}

// ประการใช้งานผ่านปลั๊กอิน Gradle Play Publisher
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

play {
    track = "internal"
    serviceAccountCredentials = file("play-account.json")
}

การเพิ่มผู้ทดสอบใน Internal แทร็ก

การเพิ่มผู้ทดสอบใน Internal Testing Track ทำได้สองวิธี: ผ่านอีเมล และผ่าน Google Groups รายชื่ออีเมลเหมาะสำหรับทีมเล็กที่มีองค์ประกอบที่ตาม ผู้ทดสอบแต่ละคนจะถูกเพิ่มด้วยตนในคอนโซล และจะได้รับคำเชิญที่ที่อยู่ที่ระบุ

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

ผู้ทดสอบติดตั้งแอพผ่าน Google Play บนอุปกรณ์ของพวกเขา หลังจากถูกเพิ่มในแทร็ก พวกเขาจะเห็นแอพว่าพร้อมให้อัปเดต (หากติดตั้งจากแทร็กอื่นมาก่อนหน้า) หรือเป็นแอพใหม่สำหรับการติดตั้ง บิลด์จาก Internal แทร็กไม่ได้เผยแพร่ต่อสาธารณชน — เฉพาะผู้เข้าร่วมแทร็กเท่านั้นที่จะเห็นพวกมัน

การรวบรวมตัวชี้วัดใน Internal แทร็ก

Google Play จะรวบรวม Android Vitals โดยอัตโนมัติสำหรับบิลด์ทั้งหมดใน Internal Testing Track: อัตราการขัดข้อง ANR และเวลาเริ่มต้น นักพัฒนาจะเห็นตัวชี้วัดใน Play Console ทันทีหลังจากผู้ทดสอบคนแรกติดตั้งบิลด์ ข้อมูลพร้อมใช้งานในเวลาจริงโดยไม่มีความล่าช้าในการรวมรวม

ความแตกต่างระหว่าง Internal Testing กับแทร็ก Closed และ Open

Internal Testing Track แตกต่างจากแทร็ก Closed และ Open ในเร็วความเร็วของการเข้าถึง ข้อกำหนดการตรวจสอบ และขนาดของกลุ่มผู้ใช้ Internal ไม่ต้องการตรวจสอบ Closed ต้องการตั้งค่า Google Groups และการตรวจสอบ Open ต้องผ่านการตรวจสอบจาก Google อย่างสมบูรณ์

Internal แทร็กเป็นแทร็กเดียวที่บิลด์พร้อมใช้ได้โดยไม่ต้องรอ Closed และ Open ต้องการตรวจสอบจาก Google ซึ่งใช้เวลาตั้งแต่หลายชั่วโมงไปจนถึง 2 วัน สำหรับ บัญชีนักพัฒนาใหม่ Open Testing Track เป็นข้อบังคับ: แอพต้องผ่านการทดสอบแบบเปิดเป็นเวลา 14 วันก่อนเผยแพร่สู่โปรดักชั่น

การอัตโนมัติ Internal Testing ผ่าน CI/CD

การอัตโนมัติการอัปโหลดไปยัง Internal Testing Track เป็นแนวปฏิบัติมาตรฐานสำหรับ CI/CD pipelines ในโครงการ Android Gradle Play Publisher เป็นปลั๊กอินที่ได้รับความนิยมมากที่สุดสำหรับการเผยแพร่บิลด์โดยอัตโนมัติ มันจะเซ็น AAB อัปโหลดไปยัง Google Play และกำหนดแทร็ก

Fastlane มีการกระทำ supply สำหรับอัปโหลดบิลด์ไปยัง Play Console พารามิเตอร์ track ระบุแทร็กเป้าหมาย: internal closedalpha openbeta หรือ production การจัดการเวอร์ชั่นและบัญชีบริการจะถูกกำหนดค่าหนึ่งครั้งใน Fastfile

# Fastfile - การอัปโหลดอัตโนมัติไปยัง Internal Testing Track
platform :android do
    desc "Build and deploy to Internal Testing"
    lane :internal do
        gradle(task: "bundleRelease")
        supply(
            track: "internal",
            aab: "app/build/outputs/bundle/release/app-release.aab",
            skip_upload_metadata: true,
            skip_upload_images: true
        )
    end
end

บัญชีบริการ Google Play จะถูกสร้างใน Google Cloud Console โดยมีบบาท Publisher และเชื่อมโยงกับบัญชีนักพัฒนาใน Play Console คีย์ JSON ของบัญชีบริการจะถูกเก็บไว้ในคลังข้อมูล CI/CD เป็นตัวแปรที่ได้รับการป้องกัน (GitHub Secrets GitLab CI Variables Jenkins Credentials)