กล่องทดสอบไม่รู้ว่าลูกค้ามีกฎส่งต่อ เก็บถาวร หรือระบบกักกันอะไร ผลทดสอบจึงช่วยตรวจข้อความที่ใช้ในรอบนั้น แต่ไม่ยืนยันว่าปัญหาของลูกค้าถูกแก้แล้ว หากมีคำร้องว่าไม่ได้รับ ให้จับคู่เหตุการณ์จริงกับข้อมูลจากฝั่งผู้รับก่อนปิดงาน
ระบุขอบเขตของแต่ละหลักฐาน
รายงานตัวอย่างอาจแสดงลายเซ็นและตำแหน่ง แต่ไม่เห็นพื้นที่เก็บข้อมูลของอีกบัญชีหรือการลบจากอุปกรณ์ที่ซิงก์อยู่ ข้อมูลเหล่านี้ต้องให้เจ้าของบัญชีหรือผู้ดูแลตรวจ อย่าตอบกลับว่าทุกอย่างปกติจากการส่งถึงบัญชีทีมเพียงบัญชีเดียว
- เขียนสิ่งที่ทดสอบได้จริง เช่น เส้นทางส่ง รุ่นข้อความ และรายชื่อบริการที่สังเกต ส่วนที่ไม่มีในชุดให้ระบุว่ายังไม่ได้ตรวจ
- ขอเวลา ที่อยู่ และหัวเรื่องของกรณีจริงผ่านช่องทางเหมาะสม โดยไม่ขอให้ลูกค้าส่งรหัสผ่านหรือเปิดสิทธิ์บัญชีให้ร้าน
- หากผลทดสอบกับกรณีจริงมาจากคนละระบบ ให้แยกไว้ ตัวอย่างจดหมายข่าวไม่ใช่หลักฐานว่าใบยืนยันคำสั่งซื้อถูกสร้างแล้ว
ตัวอย่างสมมติของกฎเก็บถาวร
ลูกค้าเคยตั้งกฎเก็บข้อเสนอไว้โดยไม่แสดงใน Inbox ส่วนกล่องทดสอบของร้านไม่มีกฎนั้นและเห็นข้อความตามปกติ เมื่อค้นหาในบัญชีจริงพบในที่เก็บถาวร จึงอธิบายกรณีได้โดยไม่เปลี่ยน DNS ตัวอย่างนี้ไม่แปลว่าลูกค้าที่หาไม่พบทุกคนมีกฎแบบเดียวกัน
สำหรับบัญชีองค์กร ผู้ใช้บางคนเข้าถึงบันทึกหรือปล่อยข้อความกักกันเองไม่ได้ ต้องให้ผู้ดูแลที่มีสิทธิ์ดำเนินการ รายงานทดสอบภายนอกไม่ได้ให้อำนาจนี้กับผู้ส่ง หากยังไม่ได้รับคำยืนยันจากองค์กร ให้เก็บสถานะรอตรวจ ไม่ใช้คำว่าแก้สำเร็จเพียงเพราะตัวอย่างรอบใหม่ผ่าน
ปิดงานด้วยกรณีที่ตรงกัน
ปิดคำร้องเมื่อมีหลักฐานเกี่ยวกับข้อความที่ร้องเรียนหรือผู้รับยืนยันการแก้ ไม่ใช่แค่ไม่มีปัญหาในอีกกล่อง บันทึกว่าใครตรวจจุดใดและอะไรยังไม่รู้ วิธีนี้ทำให้ทีมไม่ใช้ผลตัวอย่างเกินขอบเขต และสามารถแยกปัญหาที่แอป ผู้ส่ง หรือบัญชีผู้รับได้อย่างชัดเจน
แหล่งข้อมูลและการตรวจสอบ
Microsoft: สิทธิ์ผู้ใช้ในกักกัน
ทดสอบอีเมลของคุณ กับกล่องทดสอบที่มีให้ ผลเป็นเพียงตัวอย่างที่สังเกต ไม่รับประกันกล่องของลูกค้าทั้งหมด อ่านขอบเขตใน วิธีทดสอบ และตรวจรายชื่อบริการที่รองรับในหน้าทดสอบปัจจุบัน