สร้างเวิร์กโฟลว์อัตโนมัติสำหรับการสนับสนุน Android ที่สร้างปัญหาเกี่ยวกับแอป จับภาพหน้าจอและบันทึก และมอบหลักฐานที่เป็นประโยชน์ให้กับ QA หรือนักพัฒนา LaiCai Screen Mirroring.
การสนับสนุนอัตโนมัติควรรักษาเรื่องราวของลูกค้าไว้
บัตรสนับสนุนที่มีประโยชน์ประกอบด้วยเรื่องราว: สิ่งที่ลูกค้าลอง สิ่งที่พวกเขาคาดหวัง สิ่งที่ปรากฏแทน และสถานะอุปกรณ์หรือแอปใดที่อาจส่งผลต่อผลลัพธ์ ระบบอัตโนมัติที่สนับสนุน Android ควรรักษาเรื่องราวนั้นไว้แทนที่จะลดให้เหลือเพียงการแตะตามลำดับ เป้าหมายคือการสร้างเส้นทางที่ได้รับอนุมัติอย่างสม่ำเสมอและทิ้งหลักฐานไว้ให้ทีมอื่นสามารถตรวจสอบได้
LaiCai Screen Mirroring ใช้ LaiCai Flow เป็นเลเยอร์เวิร์กโฟลว์ที่มองเห็นได้ เพื่อนร่วมทีมฝ่ายสนับสนุนสามารถตรวจสอบโหนด ดูหน้าจอ Android จับภาพหน้าจอ เก็บบันทึกรันไทม์ และหยุดเมื่อสถานะที่สังเกตไม่ตรงกับตั๋วอีกต่อไป ซึ่งทำให้ เครื่องมืออัตโนมัติ AI Android มีประโยชน์สำหรับการรวบรวมหลักฐาน ไม่ใช่สำหรับการซ่อนการตัดสินใจสนับสนุนลูกค้าไว้ในกล่องดำ
ควรเฝ้าดูการรันครั้งแรกเสมอ ปัญหาบนมือถือมักขึ้นอยู่กับพรอมต์การอนุญาต แป้นพิมพ์ การแจ้งเตือน ภาพเคลื่อนไหวในการโหลด สถานะบัญชี หรือหน้าจอที่ตั๋วไม่ได้กล่าวถึง การดูหน้าจอ Android แบบมิเรอร์ในขณะที่อ่านบันทึก Flow ช่วยให้ผู้ปฏิบัติงานแยกอาการของผลิตภัณฑ์จริงออกจากสมมติฐานการเริ่มต้นที่ไม่ถูกต้อง หลังจากที่เส้นทางที่สังเกตได้มั่นคงและปลอดภัยแล้ว รายการตรวจสอบเดิมสามารถทำซ้ำได้โดยไม่สูญเสียจุดหลักฐานที่ทำให้การวิ่งครั้งแรกเข้าใจได้
เปลี่ยนตั๋วสนับสนุนให้เป็นรายการตรวจสอบการทำซ้ำแบบมีขอบเขต
เขียนตั๋วใหม่เป็นรายการตรวจสอบแบบมีขอบเขตก่อนที่จะสร้างโฟลว์ ระบุหน้าจอเริ่มต้น เวอร์ชันแอป ประเภทบัญชี สภาพเครือข่าย สถานที่ ขั้นตอนที่แน่นอน ผลลัพธ์ที่คาดหวัง ผลลัพธ์ที่สังเกต และจุดที่เวิร์กโฟลว์ต้องหยุด คำขอเช่น "หน้าชำระเงินใช้งานไม่ได้" นั้นคลุมเครือเกินไป “เปิดบิลด์ชั่วคราว ใช้บัญชีทดสอบที่ได้รับอนุมัติ เพิ่มผลิตภัณฑ์ตัวอย่าง จับภาพหน้าจอการชำระเงิน และหยุดก่อนส่ง” สามารถดำเนินการได้
ทำให้ Flow แรกสั้นลง สร้างเฉพาะเส้นทางที่เล็กที่สุดที่สามารถยืนยันหรือปฏิเสธรายงานได้ อย่าเพิ่มการลองใหม่แบบกว้างๆ การล้างข้อมูลที่ไม่เกี่ยวข้อง การเปลี่ยนแปลงบัญชี ข้อความขาออก การซื้อ หรือการดำเนินการทำลายล้าง รายการตรวจสอบที่แคบทำให้เปรียบเทียบระหว่างอุปกรณ์ได้ง่ายกว่าและปลอดภัยกว่าสำหรับเจ้าหน้าที่ฝ่ายสนับสนุน
บันทึกสภาพแวดล้อมก่อนเกิดปัญหา
บันทึกสภาพแวดล้อมก่อนดำเนินการครั้งแรก ช่องที่มีประโยชน์ได้แก่ เวอร์ชัน Android, รุ่นอุปกรณ์หรือโปรไฟล์โปรแกรมจำลอง, ขนาดหน้าจอ, เวอร์ชันแอป, ภาษา, สถานะสิทธิ์, ประเภทการเชื่อมต่อ และไม่ว่าปัญหาจะเกิดขึ้นในสภาพแวดล้อมการทดสอบหรือการใช้งานจริงหรือไม่ อย่าเดาชื่อแพ็กเกจหรือรายละเอียดอุปกรณ์ อ่านจากบริบทอุปกรณ์ที่ได้รับอนุญาตเมื่อพร้อมใช้งาน
หลักฐานด้านสิ่งแวดล้อมป้องกันการแฮนด์ออฟที่ผิดพลาด ข้อบกพร่องที่ปรากฏในเวอร์ชัน Android, ภาษา, สถานะบัญชี หรือเครือข่ายที่ช้าเพียงเวอร์ชันเดียว ไม่ควรเรียกว่าเป็นสากล เพิ่มภาพหน้าจอเริ่มต้นและตัวระบุการเรียกใช้ระยะสั้นเพื่อให้ภาพหน้าจอและบันทึกในภายหลังสามารถเชื่อมโยงกับความพยายามในการทำซ้ำแบบเดียวกัน
จับภาพหน้าจอและบันทึกที่จุดการตัดสินใจ
บันทึกหลักฐานที่จุดตัดสินใจ ไม่ใช่หลังจากการกระทำที่ไร้ความหมายทุกครั้ง จุดที่ดี ได้แก่ สถานะเริ่มต้น หน้าจอทันทีก่อนที่จะรายงานความล้มเหลว หน้าจอที่ไม่คาดคิด แบนเนอร์ข้อผิดพลาด การควบคุมที่ขาดหายไป และสถานะการหยุดขั้นสุดท้าย ตั้งชื่อภาพหน้าจอเพื่อให้วิศวกร QA สามารถเข้าใจคำสั่งซื้อได้โดยไม่ต้องเปิดทุกไฟล์
บันทึกควรอธิบายว่าขั้นตอนใดทำงาน เงื่อนไขใดที่ได้รับการตรวจสอบ ผลลัพธ์ใดถูกเลือก และสาเหตุที่โฟลว์หยุดทำงาน หลีกเลี่ยงการบันทึกรหัสผ่าน โทเค็น ข้อความส่วนตัว รายละเอียดการชำระเงิน หรือตัวระบุลูกค้าที่ไม่จำเป็น ภาพหน้าจอพร้อมเหตุผลในการหยุดที่อ่านได้มักจะมีประโยชน์มากกว่าเหตุการณ์ระดับต่ำหลายร้อยเหตุการณ์โดยไม่มีบริบท
ใช้เงื่อนไขที่มองเห็นได้แทนการคลิกแบบมองไม่เห็น
ควรสังเกตระบบอัตโนมัติที่รองรับก่อนที่จะดำเนินการ ใช้โครงสร้าง UI เมื่อมีตัวเลือกที่เสถียร OCR เมื่อข้อความที่ต้องการมองเห็นได้แต่ไม่ได้ถูกเปิดเผย และการจับคู่รูปภาพเมื่อเนื้อหาภาพที่ตรวจสอบแล้วมีความเหมาะสมเท่านั้น โหนดสังเกตการณ์ควรส่งคืนหลักฐาน โหนดการดำเนินการที่แยกต่างหากสามารถแตะได้หลังจากที่ผลลัพธ์ตรงตามเงื่อนไขของเวิร์กโฟลว์เท่านั้น
หากสถานะที่คาดหวังหายไป ให้จับหลักฐานแล้วหยุด อย่าสุ่มสี่สุ่มห้าแตะพิกัดที่จดจำไว้หรือลดทุกเกณฑ์ความเชื่อมั่น การรอที่ชัดเจนนั้นง่ายต่อการตรวจสอบมากกว่าการหยุดชั่วคราวที่ซ่อนอยู่ และความล้มเหลวที่ชัดเจนนั้นมีประโยชน์มากกว่าโฟลว์ที่ดำเนินต่อไปในหน้าจอที่ไม่ถูกต้อง
ปกป้องข้อมูลลูกค้าตลอดขั้นตอนการทำงาน
หลักฐานสนับสนุนอาจมีข้อมูลที่ละเอียดอ่อน ใช้บัญชีทดสอบที่ได้รับอนุมัติทุกครั้งที่เป็นไปได้ ก่อนที่จะแชร์ภาพหน้าจอ ให้ตรวจสอบชื่อ ที่อยู่อีเมล หมายเลขโทรศัพท์ หมายเลขคำสั่งซื้อ การแจ้งเตือน ข้อความแชท สถานที่ ข้อมูลการชำระเงิน และแอปพื้นหลัง ครอบตัดหรือแก้ไขข้อมูลที่ QA ไม่ต้องการ
กำหนดกฎการเก็บรักษาและการเข้าถึงสำหรับภาพหน้าจอและบันทึก อย่าวางหลักฐานของลูกค้าลงในตั๋วสาธารณะหรือห้องสนทนาแบบกว้างๆ หากข้อมูลลูกค้าจริงเป็นสิ่งจำเป็นสำหรับการตรวจสอบที่ได้รับอนุญาต ให้ย่อขนาด บันทึกว่าทำไมจึงจำเป็น และปฏิบัติตามนโยบายความเป็นส่วนตัวและการลบข้อมูลขององค์กร ระบบอัตโนมัติช่วยเพิ่มความสามารถในการทำซ้ำ มันไม่ได้สร้างสิทธิ์ในการรวบรวมข้อมูลเพิ่มเติม
ส่งหลักฐานให้กับ QA และนักพัฒนาในรูปแบบที่มีประโยชน์
การส่งมอบที่ชัดเจนประกอบด้วยสรุปตั๋วต้นฉบับ ข้อกำหนดเบื้องต้นในการทำซ้ำ สภาพแวดล้อมของอุปกรณ์และแอป เวอร์ชันโฟลว์หรือรายการตรวจสอบที่แน่นอน ภาพหน้าจอตามลำดับ ข้อความที่ตัดตอนมาจากบันทึกที่เกี่ยวข้อง ผลลัพธ์ที่คาดหวังเทียบกับผลลัพธ์จริง ความถี่ในการทำซ้ำ และเหตุผลในการหยุด รวมสิ่งที่ไม่ได้ทดสอบเพื่อให้ QA ไม่ผิดพลาดในการตรวจสอบแบบแคบเพื่อความครอบคลุมในวงกว้าง
ใช้คู่มือ LaiCai Flow เพื่อให้ขั้นตอนของกราฟสามารถอ่านได้ คำแนะนำในการสะท้อนหน้าจอ Android เพื่อดูหน้าจอเดียวกับที่ Flow ใช้ และเวิร์กโฟลว์การแก้ปัญหา Android ระยะไกล สำหรับแนวทางปฏิบัติในการแฮนด์ออฟการทำงานร่วมกัน วิศวกรที่รับควรจะสามารถรันเส้นทางใหม่ได้หรือเข้าใจว่าเหตุใดจึงไม่สามารถรันเส้นทางใหม่ได้
ด้ามจับไม่สามารถสร้างผลลัพธ์ขึ้นมาใหม่ได้
“ไม่สามารถทำซ้ำ” เป็นผลที่เกิดขึ้น ไม่ใช่ข้อพิสูจน์ว่าลูกค้าคิดผิด เปรียบเทียบสภาพแวดล้อม สถานที่ สิทธิ์ สถานะบัญชี เครือข่าย แฟล็กฟีเจอร์ การสร้างแอป และเวลา เรียกใช้เฉพาะรูปแบบที่ตกลงไว้ บันทึกหลักฐานสำหรับแต่ละรูปแบบ และติดป้ายกำกับผลลัพธ์อย่างถูกต้อง: ทำซ้ำ ไม่ทำซ้ำภายใต้เงื่อนไขที่ทดสอบ ไม่ต่อเนื่อง ถูกบล็อกโดยข้อมูลที่ขาดหายไป หรือหยุดเพื่อความเป็นส่วนตัวหรือความปลอดภัย
เมื่อข้อมูลหายไป ให้ขอหลักฐานเพิ่มเติมที่น้อยที่สุดที่สามารถเปลี่ยนการทดสอบครั้งต่อไปได้ อย่าร้องขอการบันทึกแบบเต็มหน้าจอ บันทึกที่สมบูรณ์ หรือการเข้าถึงบัญชีโดยค่าเริ่มต้น Flow การสนับสนุนที่มีโครงสร้างช่วยให้ทีมแยกแยะข้อบกพร่องของแอปจากสภาพแวดล้อมที่ไม่ตรงกัน ขั้นตอนที่ไม่สมบูรณ์ ระยะเวลา หรือสถานะที่ต้องใช้เครื่องมือทางวิศวกรรม
รายการตรวจสอบที่ใช้งานได้จริงสำหรับทีมสนับสนุน
ก่อนดำเนินการ ให้ยืนยันการอนุญาต สถานะเริ่มต้น การสร้างแอป บัญชีทดสอบ บริบทของอุปกรณ์ เครือข่าย สถานที่ จุดหลักฐาน ขีดจำกัดความเป็นส่วนตัว และขอบเขตการหยุด ในระหว่างการวิ่ง ให้เฝ้าดูหน้าจอ ใช้การรอคอยและเงื่อนไขที่ชัดเจน และบันทึกเฉพาะหลักฐานที่จำเป็นสำหรับตั๋วเท่านั้น หลังจากการวิ่ง ให้ตรวจสอบภาพหน้าจอและบันทึกก่อนแชร์
ตรวจสอบแพ็คเกจหลักฐานเสมือนว่าคุณเป็นวิศวกรรับสินค้า คุณบอกได้ไหมว่าภาพหน้าจอใดเป็นของขั้นตอนใด บันทึกแสดงเงื่อนไขที่ล้มเหลวหรือไม่ ผลลัพธ์ที่คาดหวังและผลลัพธ์จริงระบุไว้แยกกันหรือไม่ ข้อมูลส่วนตัวถูกลบออกหรือไม่? แพ็คเกจระบุสภาพแวดล้อมที่ทดสอบและเวอร์ชัน Flow หรือไม่ หากไม่สามารถตอบคำถามเหล่านี้ได้ การรันการทำงานอัตโนมัติอีกครั้งอาจทำให้เกิดไฟล์ที่คลุมเครือมากขึ้นเท่านั้น ชุดหลักฐานที่สั้นและเป็นระเบียบมีค่ามากกว่าการเก็บถาวรขนาดใหญ่โดยไม่มีการเล่าเรื่องซ้ำ
ผลลัพธ์เชิงปฏิบัติคือการสนทนาที่ดีขึ้นระหว่างการสนับสนุน, QA และการพัฒนา การสนับสนุนมีส่วนสนับสนุนเรื่องราวของลูกค้าที่ทำซ้ำได้ QA ได้รับหลักฐานที่เทียบเคียงได้ และนักพัฒนาได้รับเส้นทางที่เล็กกว่าด้วยสถานะที่มองเห็นได้ การสนับสนุนอัตโนมัติของ Android จะทำงานได้ดีที่สุดเมื่อทำให้การตรวจสอบความไม่แน่นอนและหลักฐานง่ายขึ้น ไม่ใช่เมื่อพยายามแทนที่การตัดสินของมนุษย์