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 Console
โควต้า Cloud Testing API
Cloud Testing API มีการจํากัดโควต้า 2 รายการ ได้แก่ คําขอต่อวันต่อ
และคำขอต่อทุก 100 วินาทีต่อโปรเจ็กต์ คุณสามารถตรวจสอบ
ใน
Google Cloud Console
โควต้า API ผลลัพธ์ของเครื่องมือระบบคลาวด์
Cloud Tool Results API มาพร้อมกับขีดจำกัดโควต้า 2 แบบ ได้แก่ จำนวนคำค้นหาต่อวันต่อ
และคำค้นหาต่อโปรเจ็กต์ทุก 100 วินาทีต่อโปรเจ็กต์ คุณสามารถตรวจสอบ
ใน
Google Cloud Console
โปรดดูโควต้า Cloud API สำหรับ Test Lab
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับขีดจำกัดของ API หากคุณมี API ถึงโควต้าแล้ว ให้ทำดังนี้
โปรดส่งคำขอสำหรับโควต้าที่สูงขึ้นภายในวันที่
การแก้ไขโควต้า
ใน Google Cloud Console โดยตรง (โปรดทราบว่าขีดจำกัดส่วนใหญ่กำหนดไว้ที่
สูงสุดโดยค่าเริ่มต้น) หรือ
ขอโควต้า 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
ตัวเลือก ดีเฟลกซ้ำจะมีการเรียกเก็บเงินหรือนับรวมในโควต้ารายวันของคุณเช่นเดียวกับ
การดำเนินการทดสอบปกติ
โปรดทราบข้อมูลต่อไปนี้
การดำเนินการทดสอบทั้งหมดจะทำงานอีกครั้งเมื่อตรวจพบความล้มเหลว ไม่มี
รองรับการลองใหม่เฉพาะกรอบการทดสอบที่ไม่สำเร็จ
มีการกำหนดเวลาการลองซ้ำของ Deflake ให้ทำงานพร้อมกัน แต่ไม่ได้กำหนดไว้
รับประกันได้ว่าจะทำงานพร้อมกัน ตัวอย่างเช่น เมื่อการเข้าชมเกินจำนวน
อุปกรณ์ที่ใช้งานได้
หมายเหตุ: ข้อผิดพลาดของโครงสร้างพื้นฐานไม่เกี่ยวข้องกับฟีเจอร์ดีเฟลกและไม่
ทำให้ดีเฟลกทำงานซ้ำ
รองรับ 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 ไม่รองรับการปรับให้ยากต่อการอ่าน (Obfuscation) หรือการถอดรหัสซอร์สโค้ดที่สร้างความสับสนอย่างชัดเจน ขณะที่
แอปมีแนวโน้มที่จะทำงาน ข้อมูลใดๆ ของแอปที่มีการปรับให้ยากต่อการอ่าน (Obfuscate) เช่น สแต็กเทรซ
จะมีการปรับให้ยากต่อการอ่าน (Obfuscate) ในบันทึก
ฉันจะใช้อุปกรณ์แบบพับได้ใน
สถานะและท่าทางพับได้แบบต่างๆ เมื่อทดสอบใน 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 อาจทำให้การทดสอบสิ้นสุดลง
โดยไม่ต้องสำรวจไปไกลกว่าหน้าจอแรก