พื้นฐานวอล์คเกอร์และความแตกต่าง
เส้นฐานและความแตกต่างเปรียบเทียบการเดินอัตโนมัติสองครั้งสำหรับการใช้งานเดียวกัน พวกเขา ช่วยแยกข้อค้นพบใหม่ ถาวร และได้รับการแก้ไขแล้ว และแสดงให้เห็นว่า สถานะ UI ที่บันทึกไว้มีการเปลี่ยนแปลง
ข้อมูลพื้นฐานเป็นข้อมูลอ้างอิงในการเปรียบเทียบ ไม่ใช่การรับรอง ปักหมุดไว้ทีหลังเท่านั้น การตรวจสอบเป้าหมาย สถานะการรับรองความถูกต้อง ขีดจำกัด การค้นพบ และความครอบคลุม
ขั้นตอนการทำงานที่แนะนำ
- วิ่งและทบทวนการเดินที่รู้ว่าดี
- ปักหมุดด้วย
set_walk_baseline - ปรับใช้การเปลี่ยนแปลงและดำเนินการเดินใหม่ด้วยการกำหนดค่าที่เทียบเคียงได้
- โทร
diff_walksด้วย ID การเดินทั้งสอง - ตรวจสอบรายงานแบบเรียกซ้ำและทุกตัวบล็อก/การค้นพบหลัก
- เรียกใช้สถานการณ์สมมติที่บันทึกไว้สำหรับโฟลว์ที่ความครอบคลุมที่กำหนดมีความสำคัญ
set_walk_baseline(
walk_id="<reviewed-walk>",
app_name="my-app",
notes="Reviewed staging reference for revision <sha>"
)
diff_walks(
base_walk_id="<reviewed-walk>",
new_walk_id="<candidate-walk>"
)ขีดจำกัดตัวตนและการเปรียบเทียบ
รัฐมีการระบุเนื้อหาจากเส้นทางและลายเซ็น DOM การค้นพบจะเข้าร่วม ด้วยคีย์การขจัดข้อมูลซ้ำซ้อนแบบมาตรฐาน นั่นทำให้การเปรียบเทียบมีความเสถียร แต่ เนื้อหาแบบไดนามิกยังคงสามารถทำให้หน้าจอลอจิคัลหนึ่งดูใหม่และเป็นมาตรฐานได้ บางครั้งสามารถรวมหรือแยกสิ่งที่ค้นพบโดยไม่คาดคิด
สำหรับการเปรียบเทียบที่สามารถป้องกันได้ ให้จัดแนวอินพุตเหล่านี้:
- การประยุกต์และสภาพแวดล้อม
- บัญชีและบทบาทที่ได้รับการรับรองความถูกต้อง
- URL ของเมล็ดและต้นกำเนิดที่อนุญาต
- โหมดวอล์คเกอร์ สถานะ/ความลึก/ขีดจำกัดการกระทำ และโปรไฟล์แบบคลุมเครือ และ
- คุณสมบัติธงและข้อมูลการทดสอบ
หากอินพุตเหล่านั้นแตกต่างกัน ให้บันทึกความแตกต่างแทนการนับว่าเป็น a สัญญาณการถดถอยคุณภาพการเปิดตัว
##เครื่องมือพร้อม
| เครื่องมือ | วัตถุประสงค์ |
|---|---|
set_walk_baseline | ปักหมุดการเดินที่ตรวจสอบแล้วหนึ่งรายการต่อเจ้าของ/คีย์แอป |
get_walk_baseline / list_walk_baselines | ตรวจสอบการอ้างอิงปัจจุบัน |
clear_walk_baseline | ถอดหมุดออกโดยไม่ต้องลบการเดิน |
diff_walks | เปรียบเทียบรัฐและผลการวิจัยระหว่างการเดินสองแห่งที่เป็นเจ้าของ |
walk_recursive_report | เรนเดอร์แผนผังสถานะที่บันทึกไว้พร้อมคำอธิบายประกอบการเปลี่ยนแปลง |
walk_findings_to_tickets | สร้างเพย์โหลดตัวติดตามสำหรับการค้นพบที่เลือก |
run_all_app_scenarios | จัดคิวสถานการณ์ที่บันทึกไว้สำหรับแอป |
การส่งออกตั๋วส่งคืนเพย์โหลด JSON สำหรับ Linear, Jira หรือ GitHub มันไม่ได้ โพสต์ไว้ ชื่อบทวิจารณ์ ลิงก์หลักฐาน ความรุนแรง เนื้อหาที่ละเอียดอ่อน โครงการ และผู้ได้รับมอบหมายก่อนที่จะส่งสิ่งใดไปยังตัวติดตามภายนอก
การตีความการเปิดตัว
สัญญาณที่เป็นประโยชน์ของผู้สมัครคือ:
- ไม่มีตัวบล็อกใหม่หรือการค้นพบที่สำคัญในความครอบคลุมที่เทียบเคียงได้
- การค้นหาที่เป็นเป้าหมายดูเหมือนจะได้รับการแก้ไขแล้ว
- สถานการณ์ที่บันทึกไว้ที่สำคัญผ่านไปในสภาพแวดล้อมที่ต้องการ และ
- มีคนตรวจสอบสถานะที่ถูกลบออกหรือความคุ้มครองที่ลดลง
อย่าเรียกรีลีสสีเขียวเพียงอย่างเดียว เนื่องจาก findings_new เป็นศูนย์ เอ ล้มเหลว
การเข้าสู่ระบบ การหมดเวลาก่อนกำหนด ขอบเขตที่เล็กลง หรือผู้ทดสอบที่ไม่พร้อมใช้งานก็สามารถสร้างได้เช่นกัน
การค้นพบน้อยลง