Hackcat

จัดผลลัพธ์งานเป็นรายงานอย่างไร?

กำหนดผู้อ่านและขอบเขตหลักฐานก่อน แล้วขอโครงสร้างชัดเจน

ระบุรายงานนี้เขียนให้ใคร

จัดรายงานตามผู้อ่านและจุดประสงค์ หากใช้ทบทวนเอง เก็บรายละเอียดกระบวนการได้มากกว่า หากให้ผู้พัฒนา เน้นเงื่อนไขทำซ้ำและแนวทางแก้ หากให้คนไม่เชิงเทคนิค เริ่มจากผลกระทบ เมื่อขอจัดเนื้อหา ระบุข้อมูลที่ยืนยันแล้วที่จะใช้ ความยาวเป้าหมาย และข้อมูลที่ห้ามอยู่ในฉบับสุดท้าย

ให้โครงสร้างที่ตรวจสอบได้

ขอให้จัดตามพื้นฐาน ขอบเขต วิธีการ ข้อสังเกต สิ่งที่ยังไม่ตรวจ และขั้นต่อไปได้ สิ่งที่พบด้านความปลอดภัยควรเชื่อมหลักฐานที่ตรงกันให้มากที่สุด ไม่ใช่เพียงป้ายความเสี่ยง บันทึกทดสอบที่ไม่ได้ให้ควรระบุว่าขาด ไม่แต่งขึ้นเพื่อให้รายงานครบ

  1. ระบุงานและข้อมูลที่รายงานนี้ครอบคลุม
  2. ระบุผู้อ่าน รูปแบบ และหลักฐานที่ต้องเก็บ
  3. ขอให้แยกข้อสรุปที่ตรวจยืนยันแล้วจากคำแนะนำ

ตรวจด้วยตนเองก่อนส่งมอบ

ตรวจชื่อ วันที่ ขอบเขต และแหล่งอ้างอิงให้ถูก ลบส่วนซ้ำและข้อมูลอ่อนไหวที่ไม่จำเป็น หากผลเป็นเพียงข้อความ คัดลอกเก็บได้ ควรดาวน์โหลดผ่านช่องไฟล์เมื่อมีไฟล์ให้ดาวน์โหลดจริงเท่านั้น รูปแบบรายงานเรียบร้อยไม่ได้แปลว่าข้อสรุปตรวจแล้ว ความล้มเหลวเครื่องมือ ขอบเขตที่ยังไม่ครอบคลุม และบันทึกขัดกันก็ควรเก็บ ก่อนส่ง ตรวจว่าข้อความสุดท้ายยังคงเงื่อนไขและข้อจำกัดที่จำเป็น