iOS
Android
หน้านี้ให้ความช่วยเหลือในการแก้ปัญหาและคำตอบสำหรับคำถามที่พบบ่อยเกี่ยวกับการทดสอบด้วย Firebase Test Lab นอกจากนี้ ปัญหาที่ทราบยัง
จัดทำเป็นเอกสาร ถ้าไม่พบ
ที่คุณต้องการหรือต้องการความช่วยเหลือเพิ่มเติม ให้เข้าร่วม #test-lab
ช่อง เปิดอยู่
Firebase Slack หรือติดต่อ Firebase
การสนับสนุน
การแก้ปัญหา
เหตุใดการทดสอบของฉันจึงใช้เวลานานมาก
เมื่อคุณเลือกอุปกรณ์ที่มีระดับความจุสูงในTest Lab
แคตตาล็อก การทดสอบอาจเริ่มเร็วขึ้น เมื่อ
อุปกรณ์มีความจุต่ำ การทดสอบอาจใช้เวลานานขึ้น หากจำนวนการทดสอบที่เรียกใช้มากกว่าความจุของอุปกรณ์ที่เลือก การทดสอบอาจใช้เวลานานขึ้น
การทดสอบที่ดำเนินการในระดับความจุของอุปกรณ์ทุกระดับอาจใช้เวลานานกว่าเนื่องจาก
ปัจจัยต่อไปนี้
การรับส่งข้อมูล ซึ่งจะส่งผลต่อความพร้อมใช้งานของอุปกรณ์และความเร็วในการทดสอบ
ความล้มเหลวของอุปกรณ์หรือโครงสร้างพื้นฐาน ซึ่งอาจเกิดขึ้นได้ได้ทุกเมื่อ หากต้องการตรวจสอบว่ามีโครงสร้างพื้นฐานที่รายงานสำหรับ Test Lab หรือไม่ ให้ดูแดชบอร์ดสถานะ Firebase
หากต้องการดูข้อมูลเพิ่มเติมเกี่ยวกับความจุของอุปกรณ์ในสกุลเงิน Test Lab โปรดดูความจุของอุปกรณ์
ข้อมูลสําหรับ Android และ iOS
ทำไมฉันจึงได้รับผลการทดสอบที่ไม่มีผลสรุปแน่ชัด
ผลการทดสอบที่ไม่มีผลสรุปแน่ชัดมักเกิดขึ้นจากการทดสอบที่ยกเลิก
หรือข้อผิดพลาดด้านโครงสร้างพื้นฐาน
ข้อผิดพลาดเกี่ยวกับโครงสร้างพื้นฐานเกิดจากปัญหา Test Lab ภายใน เช่น เครือข่าย
หรือลักษณะการทำงานที่ไม่คาดคิดของอุปกรณ์ Test Lab เลิกใช้งานการทดสอบเป็นการภายใน
ที่ทำให้เกิดข้อผิดพลาดทางโครงสร้างพื้นฐานหลายครั้งก่อนที่จะรายงาน
ไม่มีผลสรุปแน่ชัด อย่างไรก็ตาม คุณสามารถปิดใช้งานการพยายามครั้งนี้ได้โดยใช้
failFast
หากต้องการทราบสาเหตุของข้อผิดพลาด ให้ทำตามขั้นตอนต่อไปนี้
ตรวจสอบการหยุดทำงานที่ทราบใน
หน้าแดชบอร์ดสถานะ Firebase
ทดสอบอีกครั้งใน Test Lab เพื่อยืนยันว่าปัญหาเกิดขึ้นซ้ำได้
หมายเหตุ: Test Lab จะไม่เรียกเก็บเงินจากคุณหากเกิดข้อผิดพลาดเกี่ยวกับโครงสร้างพื้นฐาน
ลองทำการทดสอบในอุปกรณ์หรืออุปกรณ์อื่น (หากมี)
หากยังพบปัญหาอยู่ โปรดติดต่อทีม Test Lab ใน
เปิด #test-lab channel อยู่
Firebase Slack
ทำไมการชาร์ดจึงทำการทดสอบ
นานขึ้นไหม
การจัดกลุ่มอาจทําให้การทดสอบใช้เวลานานขึ้นเมื่อจํานวนกลุ่มที่คุณระบุมากกว่าจํานวนอุปกรณ์ที่ใช้ได้ใน Test Lab ถึง
ให้หลีกเลี่ยงสถานการณ์นี้ ลองเปลี่ยนไปใช้อุปกรณ์อื่น หากต้องการดูข้อมูลเพิ่มเติม
เกี่ยวกับการเลือกอุปกรณ์อื่น ให้ดูที่
ความจุของอุปกรณ์
ทำไมอาจต้องใช้เวลานาน
เพื่อเริ่มการทดสอบ
เมื่อคุณส่งคำขอทดสอบ ระบบจะตรวจสอบแอป ลงชื่อแอปอีกครั้ง ฯลฯ ก่อนเพื่อเตรียมพร้อมสำหรับการทดสอบบนอุปกรณ์ โดยปกติขั้นตอนนี้จะเสร็จสมบูรณ์ใน
น้อยกว่า 2-3 วินาที แต่อาจได้รับผลกระทบจากปัจจัยต่างๆ เช่น ขนาด
แอป
หลังจากเตรียมแอปเรียบร้อยแล้ว ระบบจะกำหนดเวลาการทดสอบและอยู่ในคิวต่อไป
จนกว่าอุปกรณ์จะพร้อมใช้งาน จนกว่าการดำเนินการทดสอบทั้งหมดจะทำงานเสร็จสิ้น
สถานะเมทริกซ์จะเป็น "รอดำเนินการ" (ไม่ว่าการดำเนินการทดสอบจะ
อยู่ในคิวหรือกำลังทำงานอยู่)
หมายเหตุ: ระบบจะไม่นับเวลาที่การทดสอบใช้ในการรออุปกรณ์ที่มีอุปกรณ์พร้อมใช้งาน
กับเวลาที่เรียกเก็บเงินของคุณ
ทำไมอาจต้องใช้เวลานาน
เพื่อให้การทดสอบเสร็จสิ้น
หลังจากดำเนินการทดสอบเสร็จแล้ว ระบบจะดาวน์โหลดอาร์ติแฟกต์ทดสอบจาก
อุปกรณ์ ประมวลผลและอัปโหลดไปยัง Cloud Storage แล้ว ระยะเวลาของขั้นตอนนี้สามารถ
ได้รับผลกระทบจากจำนวนและขนาดของอาร์ติแฟกต์
แอปไม่ส่งคืนข้อมูลและไม่พบภาพหน้าจอ
ระบบจะจัดเก็บรายการต่างๆ ของการดำเนินการทดสอบ (เช่น ภาพหน้าจอและไฟล์บันทึก) ใน Google Cloud Storage และแสดงผลในคอนโซล Firebase โดยตรง ถ้า
การดำเนินการทดสอบของคุณดำเนินการภายใน 90 วันที่ผ่านมา โปรดตรวจสอบว่าคุณมี
บทบาทระดับโปรเจ็กต์ที่มอบหมาย (เจ้าของโปรเจ็กต์ ผู้แก้ไขโปรเจ็กต์ หรือผู้ดูโปรเจ็กต์)
โปรดตรวจสอบด้วยว่าไม่ได้เปิดใช้ Cloud Audit Logging สำหรับโปรเจ็กต์ของคุณ
หรือองค์กรของคุณได้
หากการดำเนินการเกิดขึ้นนานกว่า 90 วันที่ผ่านมา
ดูเหมือนว่าอาร์ติแฟกต์ทดสอบจะถูกลบโดยอัตโนมัติ คุณสามารถตรวจสอบ
การกำหนดค่าที่เก็บข้อมูลผลลัพธ์โดยคลิกแท็บผลการทดสอบ ใน
หน้าแดชบอร์ด Test Lab ผลลัพธ์เริ่มต้น
ที่เก็บข้อมูลมีการกำหนดค่าให้เก็บรักษาออบเจ็กต์เป็นเวลา 90 วัน
หากต้องการเก็บอาร์ติแฟกต์ทดสอบให้นานขึ้น ให้เรียกใช้คำสั่ง
gcloud firebase test android run
พร้อมธง --results-bucket
และแซงหน้า
ชื่อของที่เก็บข้อมูลผลลัพธ์ ดูข้อมูลเพิ่มเติมได้ที่gcloud firebase test android run
เอกสารอ้างอิง
ทำไมฉันจึงได้รับผลการทดสอบการใช้เครื่องมือเพียงบางส่วนหรือขาดหายไป
เมื่อเรียกใช้การทดสอบการใช้เครื่องมือ คุณอาจเห็นข้อผิดพลาดในการทดสอบระบุว่ามีบางส่วน
ผลลัพธ์ที่มีข้อความ เช่น Test run failed to complete. Expected
x tests, received y
(โดยที่ y
น้อยกว่า x
)
ข้อผิดพลาดนี้หมายความว่า Test Lab แยกวิเคราะห์ Logcat เพื่อเริ่มกรอบการทดสอบไม่ได้
หรือเครื่องหมายสิ้นสุด
ที่มักจะสร้างขึ้นจาก
AndroidJUnitRunner
สาเหตุที่พบบ่อยของปัญหานี้มีดังนี้
คำอธิบายปัญหา
วิธีแก้ปัญหาที่เป็นไปได้
กรอบการทดสอบไม่ทำงานเนื่องจากหมดเวลา หากระยะเวลารวมของการทดสอบนานกว่าระยะหมดเวลาที่ระบุไว้หรือนานกว่าระยะหมดเวลาสูงสุด Test Lab จะยกเลิกกรณีทดสอบที่เหลือ
เพิ่มระยะหมดเวลาของเมทริกซ์เพื่อให้การทดสอบทั้งหมดเสร็จสมบูรณ์
ชาร์ดการทดสอบถ้าคุณยังไม่ได้ดำเนินการ เพื่อให้ชาร์ดแต่ละรายการเรียกใช้
การทดสอบย่อยและเสร็จสิ้นในระยะเวลาอันสั้น
หากคุณเปิดใช้การแยกกลุ่มอยู่แล้ว ให้เพิ่มจำนวนกลุ่ม
เทสเคสดำเนินการไม่สำเร็จเนื่องจากออกก่อนเวลาหรือค้าง
กรอบการทดสอบอาจปิดก่อนเวลาอันควรเนื่องจากข้อยกเว้นที่ตรวจไม่พบ หรือ
ข้อผิดพลาดในการยืนยัน กรอบการทดสอบอาจติดวนไม่รู้จบหรืออาจเกิดปัญหา
ไม่สามารถดำเนินการต่อได้ เช่น หากแอปไม่แสดงมุมมองที่ถูกต้อง
กรอบการทดสอบไม่สามารถดำเนินการบน UI ได้
ดูวิดีโอและ logcat
เพื่อตรวจสอบว่ามีการทดสอบที่ไหน
หยุดแล้ว
ตัวดำเนินการทดสอบที่กำหนดเอง (รวมถึง AndroidJUnitRunner แบบขยาย) เกิดข้อขัดข้อง
เครื่องหมายเริ่มต้นหรือสิ้นสุดของกรอบการทดสอบที่ไม่คาดคิดหรือเขียนโดยไม่คาดคิด
logcat
ตรวจสอบโค้ดตัวดำเนินการทดสอบของคุณ
มีบันทึกมากเกินไปที่เขียนลงใน logcat
ซึ่งทำให้บัฟเฟอร์ไม่เพียงพอหรือทำให้กระบวนการ logcat
ขัดข้อง
ลดการเขียนเป็น logcat
แอปที่อยู่ภายใต้การทดสอบขัดข้อง
แก้ไขข้อบกพร่องของแอป
คำถามที่พบบ่อย
โควต้าที่ไม่มีค่าใช้จ่ายคืออะไร
สำหรับ Test Lab ใช่ไหม ฉันควรทำอย่างไรหากพื้นที่เก็บข้อมูลเต็ม
Firebase Test Lab เสนอโควต้าแบบไม่มีค่าใช้จ่ายสำหรับการทดสอบในอุปกรณ์และการใช้งาน
Cloud APIs โปรดทราบว่าโควต้าการทดสอบจะใช้แพ็กเกจราคา Firebase มาตรฐาน
ในขณะที่โควต้า Cloud API ไม่มี
โควต้าการทดสอบ
โควต้าการทดสอบจะกำหนดโดยจำนวนอุปกรณ์ที่ใช้ทำการทดสอบ
แพ็กเกจ Firebase Spark มีโควต้าการทดสอบคงที่โดยไม่มีค่าใช้จ่ายสำหรับผู้ใช้ สำหรับแพ็กเกจ Blaze โควต้าอาจเพิ่มขึ้นหากการใช้งาน Google Cloud เพิ่มขึ้นเมื่อเวลาผ่านไป หากถึงโควต้าการทดสอบแล้ว ให้รอจนกว่าการทดสอบครั้งถัดไป
หรืออัปเกรดเป็นแพ็กเกจ Blaze หากกำลังใช้แพ็กเกจ Spark อยู่
หากใช้แพ็กเกจ Blaze อยู่แล้ว คุณจะขอเพิ่มโควต้าได้
สำหรับข้อมูลเพิ่มเติม โปรดดู
โควต้าการทดสอบ
คุณสามารถตรวจสอบการใช้โควต้าการทดสอบได้ในคอนโซล Google Cloud
โควต้า Cloud Testing API
Cloud Testing API มีการจํากัดโควต้า 2 รายการ ได้แก่ คําขอต่อวันต่อ
และคำขอต่อทุก 100 วินาทีต่อโปรเจ็กต์ คุณสามารถตรวจสอบ
ใน
คอนโซล Google Cloud
โควต้า API ผลลัพธ์ของเครื่องมือระบบคลาวด์
Cloud Tool Results API มาพร้อมกับขีดจำกัดโควต้า 2 แบบ ได้แก่ จำนวนคำค้นหาต่อวันต่อ
และคำค้นหาต่อโปรเจ็กต์ทุก 100 วินาทีต่อโปรเจ็กต์ คุณสามารถตรวจสอบ
ใน
คอนโซล Google Cloud
โปรดดูโควต้า Cloud API สำหรับ Test Lab
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับขีดจำกัดของ API หากคุณมี API ถึงโควต้าแล้ว ให้ทำดังนี้
โปรดส่งคำขอสำหรับโควต้าที่สูงขึ้นภายในวันที่
การแก้ไขโควต้า
ในคอนโซล Google Cloud โดยตรง (โปรดทราบว่าขีดจำกัดส่วนใหญ่กำหนดไว้ที่
สูงสุดโดยค่าเริ่มต้น) หรือ
ขอโควต้า API ที่สูงขึ้นโดยกรอกแบบฟอร์มคำขอในGoogle Cloud คอนโซล หรือติดต่อทีมสนับสนุน Firebase
ฉันจะทราบได้อย่างไรว่า
การรับส่งข้อมูลที่เข้าถึงแบ็กเอนด์ของฉันมาจาก Test Lab ใช่ไหม
จากแบ็กเอนด์ คุณสามารถระบุได้ว่าการรับส่งข้อมูลมาจากอุปกรณ์ทดสอบที่โฮสต์โดย Firebase หรือไม่โดยตรวจสอบที่อยู่ IP ต้นทางกับช่วง IP
Test Lab ใช้ได้กับ
มี VPC-SC ไหม
Test Lab ไม่ทำงานกับ VPC-SC ซึ่งจะบล็อก
การคัดลอกแอปและอาร์ติแฟกต์การทดสอบอื่นๆ ระหว่างแอปภายในของ Test Lab
พื้นที่เก็บข้อมูลและผู้ใช้ กลุ่มผลลัพธ์
ฉันจะตรวจหาการทดสอบที่ไม่เสถียรใน Test Lab ได้อย่างไร
หากต้องการตรวจจับลักษณะการทำงานที่ไม่สม่ำเสมอในการทดสอบ เราขอแนะนำให้ใช้
--num-flaky-test-attempts
ตัวเลือก ดีเฟลกซ้ำจะมีการเรียกเก็บเงินหรือนับรวมในโควต้ารายวันของคุณเช่นเดียวกับ
การดำเนินการทดสอบปกติ
โปรดทราบข้อมูลต่อไปนี้
การดำเนินการทดสอบทั้งหมดจะทำงานอีกครั้งเมื่อตรวจพบความล้มเหลว ไม่มี
รองรับการลองใหม่เฉพาะกรอบการทดสอบที่ไม่สำเร็จ
ระบบจะกำหนดเวลาให้การดำเนินการลองอีกครั้งเพื่อจัดเก็บข้อมูลแบบไม่แผ่กระจายทำงานพร้อมกัน แต่ไม่ได้รับประกันว่าจะทำงานพร้อมกัน เช่น เมื่อปริมาณการเข้าชมมากกว่าจำนวนอุปกรณ์ที่ใช้ได้
หมายเหตุ: ข้อผิดพลาดของโครงสร้างพื้นฐานไม่เกี่ยวข้องกับฟีเจอร์ดีเฟลกและไม่
ทำให้ดีเฟลกทำงานซ้ำ
Test Lab รองรับไหม
อุปกรณ์ที่สวมใส่ได้
แน่นอน Test Lab รองรับ Google Pixel Watch ตอนนี้คุณสามารถทดสอบกับ
แอป Wear แบบสแตนด์อโลนใน Google Pixel Watch หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับ
อุปกรณ์ Test Lab เครื่อง โปรดดูการทดสอบใน
อุปกรณ์ที่ใช้ได้
Test Lab รองรับอุปกรณ์ Google รุ่นล่าสุดไหม
แน่นอน Test Lab รองรับ Google Pixel Tablet และ Google Pixel Fold คุณสามารถ
ทำการทดสอบบนอุปกรณ์จริงแบบสแตนด์อโลน
หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับ
อุปกรณ์ Test Lab เครื่อง โปรดดูการทดสอบใน
อุปกรณ์ที่ใช้ได้
ฉันจะตรวจหาการทดสอบที่ทำงานอยู่ได้อย่างไร
ใน Test Lab ใช่ไหม
หากคุณกำลังทดสอบแอปใน Firebase หรือทำการทดสอบสำหรับรายงานก่อนการเปิดตัว ใน Play Console คุณสามารถตรวจจับได้ว่ามีการทดสอบในอุปกรณ์ที่โฮสต์โดย Firebase หรือไม่โดยตรวจสอบพร็อพเพอร์ตี้ของระบบ firebase.test.lab
ในไฟล์ MainActivity
จากนั้นคุณจะสามารถดำเนินการเพิ่มเติม
ตามค่าบูลีนสำหรับ testLabSetting
สำหรับข้อมูลเพิ่มเติม
ดูข้อมูลได้ที่
ลักษณะการทดสอบที่แก้ไข
Test Lab ใช่ไหม
รองรับการทดสอบแอปที่มีการปรับให้ยากต่อการอ่าน (Obfuscate) เช่น ProGuard หรือ R8)
Test Lab ไม่รองรับการสร้างความสับสนหรือการถอดรหัสซอร์สโค้ดที่สร้างความสับสนอย่างชัดแจ้ง แม้ว่าแอปจะมีโอกาสทำงานได้ แต่ข้อมูลแอปที่มีการสร้างความสับสน เช่น สแต็กเทรซ จะปรากฏแบบสร้างความสับสนในบันทึก
ฉันจะใช้อุปกรณ์แบบพับได้ใน
สถานะและท่าทางต่างๆ ของอุปกรณ์พับได้ขณะทดสอบใน Test Lab
แน่นอน คุณทดสอบอุปกรณ์แบบพับได้ในสถานะและลักษณะการพับได้
อุปกรณ์แบบพับได้สามารถพับอุปกรณ์ได้หลากหลายสถานะ เช่น FLAT
(เปิดทั้งหมด) หรือ HALF_OPENED
(ระหว่างเปิดอย่างสมบูรณ์กับพับจนสุด)
ในทางกลับกัน ท่าทางจะประกอบด้วยการวางแนวของอุปกรณ์และอุปกรณ์แบบพับได้ที่เฉพาะเจาะจง
ตัวอย่างเช่น ระดับการวางตั้งโต๊ะ ซึ่งเป็นสถานะ HALF_OPENED
ในแนวนอน หรือลักษณะการวางหนังสือ ซึ่งเป็นสถานะ HALF_OPENED
ในแนวตั้ง
หากกำลังทดสอบการใช้เครื่องมือ ให้ใช้ไลบรารี Jetpack WindowManager และทำตามเอกสารประกอบการทดสอบแอปในอุปกรณ์แบบพับได้ เพื่อทดสอบสถานะและท่าทางต่างๆ
อีกทางเลือกหนึ่งคือ สถานะที่ใช้ได้จะเป็นสถานะเฉพาะอุปกรณ์และสามารถโต้ตอบได้โดยใช้ adb
shell command cmd device_state
หากต้องการแสดงสถานะปัจจุบันของ ให้เรียกใช้ adb shell cmd device_state state
หากต้องการตั้งค่าหรือลบล้างสถานะปัจจุบัน ให้เรียกใช้ adb shell cmd device_state state <IDENTIFIER>
หากต้องการรีเซ็ตสถานะ ให้เรียกใช้ adb shell cmd device_state state reset
หากต้องการตรวจสอบสถานะที่ใช้ได้ ให้เรียกใช้adb shell cmd device_state print-states
คำสั่งในอุปกรณ์แบบพับได้
Google Pixel Fold (รหัสรุ่น felix
)
$ adb shell cmd device_state print-states
Supported states: [
DeviceState{ identifier = 0 , name = 'CLOSED' , app_accessible = true} ,
DeviceState{ identifier = 1 , name = 'HALF_OPENED' , app_accessible = true} ,
DeviceState{ identifier = 2 , name = 'OPENED' , app_accessible = true} ,
DeviceState{ identifier = 3 , name = 'REAR_DISPLAY_STATE' , app_accessible = true} ,
]
Samsung Galaxy Z Fold4 (รหัสรุ่น q4q
)
$ adb shell cmd device_state print-states
Supported states: [
DeviceState{ identifier = 0 , name = 'CLOSE' , app_accessible = true} ,
DeviceState{ identifier = 1 , name = 'TENT' , app_accessible = true} ,
DeviceState{ identifier = 2 , name = 'HALF_FOLDED' , app_accessible = true} ,
DeviceState{ identifier = 3 , name = 'OPEN' , app_accessible = true} ,
]
ฉันจะลองใช้ Test Lab ได้ไหมถ้าไม่มี
แอป
คุณไม่จำเป็นต้องเพิ่ม Firebase ซึ่งต่างจากผลิตภัณฑ์อื่นๆ ของ Firebase
SDK เพื่อใช้ Test Lab หากยังไม่มีแอป คุณสามารถ
ดาวน์โหลด APK ออนไลน์หรือสร้างแอปและ APK ทดสอบจากหนึ่งใน
ตัวอย่างในที่เก็บ AndroidX GitHub
โปรดทราบว่าคุณเพียงแค่ใช้
ไฟล์ APK ของแอปเพื่อทำการทดสอบ Robo ในขณะที่การทดสอบการใช้เครื่องมือต้องใช้ทั้ง
แอปและ APK ทดสอบที่สร้างขึ้นจากซอร์สโค้ด ดูข้อมูลเพิ่มเติมได้ที่การทดสอบที่มีเครื่องมือวัด
ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ของ Test Lab ได้ที่
เริ่มการทดสอบสำหรับ Android ด้วย Firebase Test Lab
อุปกรณ์ไหนเหมาะกับที่สุด
จะทดสอบความแตกต่างของภาพหน้าจอไหม
การทดสอบความแตกต่างของภาพหน้าจอ คือการยืนยันในการทดสอบจะอิงตามการเปรียบเทียบหน้าจอ
รูปภาพที่ได้รับขณะทำการทดสอบ เพื่อให้ได้รูปภาพสีทองที่แสดงถึงที่คาดไว้
พฤติกรรมของคุณ การทดสอบดังกล่าวอาจมีความเปราะบางในอุปกรณ์บางประเภทมากกว่าประเภทอื่นๆ เราขอแนะนําให้กําหนดเป้าหมาย
อุปกรณ์จำลองเปิดระบบ (*.arm
) สำหรับการทดสอบประเภทนี้ อุปกรณ์จำลองการเปิดระบบใช้
รูปภาพที่คล้ายหรือเหมือนกับโปรแกรมจำลอง "ทั่วไป" ของ Android Studio อย่างมาก
นอกจากนี้ เราขอแนะนําให้คุณตรวจสอบคลังทดสอบที่ทําให้การทดสอบภาพหน้าจอมีประสิทธิภาพมากขึ้นเมื่อมีการเปลี่ยนแปลงที่คาดไว้
Test Lab อัปเดตอุปกรณ์เสมือนไหม
แน่นอน อุปกรณ์เสมือนจะอัปเดตเมื่อมีการเปลี่ยนแปลงต่อไปนี้
การอัปเดตรูปภาพที่มีอยู่
การเลิกใช้งาน API ระดับก่อนหน้า
เพิ่ม API Android ระดับใหม่
ฉันจะเปิดใช้รายงานการครอบคลุมได้อย่างไร
หากต้องการเปิดใช้รายงานการครอบคลุม ให้เพิ่ม coverage=true
ลงใน
ช่อง environmentVariables
หากใช้ Android Test Orchestrator คุณจะต้องระบุไดเรกทอรีเพื่อ
จัดเก็บผลลัพธ์ความครอบคลุม:
-- environment - variables coverage = true , coverageFilePath =/ sdcard / Download /
หากไม่ได้ใช้ Orchestrator คุณจะระบุเส้นทางของไฟล์ได้โดยทำดังนี้
-- environment - variables coverage = true , coverageFile =/ sdcard / Download / coverage . ec
ฉันจะดูรายละเอียดอุปกรณ์ได้จากที่ใด เช่น
ABI ที่รองรับ เป็นต้น
ข้อมูลอุปกรณ์โดยละเอียดจะมีให้ผ่านทาง API และสามารถเข้าถึงได้
จากไคลเอ็นต์ gcloud โดยใช้แอตทริบิวต์
อธิบายคำสั่ง ดังนี้
gcloud firebase test android models describe MODEL
ปัญหาที่ทราบ
Captcha สำหรับการลงชื่อเข้าใช้
การทดสอบ Robo ไม่สามารถข้ามหน้าจอลงชื่อเข้าใช้ที่ต้องใช้
การดำเนินการเพิ่มเติมของผู้ใช้นอกเหนือจากการป้อนข้อมูลเข้าสู่ระบบเพื่อลงชื่อเข้าใช้ เช่น
ป้อน CAPTCHA
การรองรับเฟรมเวิร์ก UI
การทดสอบ Robo ได้ผลดีที่สุดกับแอปที่ใช้องค์ประกอบ UI จากเฟรมเวิร์ก UI ของ Android (รวมถึงออบเจ็กต์ View
, ViewGroup
และ WebView
) หากคุณใช้การทดสอบ Robo เพื่อใช้งานแอปที่ใช้ UI อื่น
เฟรมเวิร์ก เช่น แอปที่ใช้เครื่องมือเกมของ Unity อาจทำให้การทดสอบสิ้นสุดลง
โดยไม่ต้องสำรวจไปไกลกว่าหน้าจอแรก