|
หัวข้อ: ช่วยแปล เป็นไทย ให้หน่อยครับผม งง อาจารย์ให้ผมมาแปล เริ่มหัวข้อโดย: your ที่ 20 พฤษภาคม 2008, 00:24:16 Goals and Audience
Incident or bug reports often have the following goals: – To provide detailed information about the incident or bug to those who need it – To be part of the aggregate data to analyze (e.g., bug charts) – To lead to development and test process improvement Typical readers of bug reports include: – Developers: who need to fix the problem reported – Managers: who need to make resource-allocation/ prioritization decisions about the problem – Technical support staff: who need to be aware of deferred/ unfixed issues at ship time – Testers: who need to know the current state of the system Structure Structured testing is the foundation of good bug reports – Use deliberate, careful approach to testing – Follow written test cases or run automated ones per written or standardized process – Use charters to structure exploratory testing – Take careful notes Bug reporting begins when expected and observed results differ Sloppy testing results in sloppy bug reports Reproduce Always check reproducibility of failure as part of writing bug report – Three times is a good rule of thumb Document a crisp sequence of actions that will reproduce the failure Report intermittent, hard-to-repeat failures – Note failure incidence rate (e.g., 1 in 3 tries) – Summary should mention intermittence Clean set of steps to reproduce addresses the “irreproducible” issue head-on หัวข้อ: Re: ช่วยแปล เป็นไทย ให้หน่อยครับผม งง อาจารย์ให้ผมมาแปล เริ่มหัวข้อโดย: your ที่ 20 พฤษภาคม 2008, 00:27:20 มีใครช่วยได้มังครับ
จะตายอยู่แล้วครับ :-* :-* หัวข้อ: Re: ช่วยแปล เป็นไทย ให้หน่อยครับผม งง อาจารย์ให้ผมมาแปล เริ่มหัวข้อโดย: MiithRanDir ที่ 20 พฤษภาคม 2008, 01:49:34 อ้างถึง ประตูชัยและบรรดาผู้ฟัง incident หรือ(แมลง,ข้อผิดพลาดในโปรแกรม)รายงานบ่อยมีการตามประตูชัย: คำแนะนำข้อความรายละเอียด(ให้-ตระเตรียม)ประมาณ incident หรือ(แมลง,ข้อผิดพลาดในโปรแกรม)ที่จะผู้ที่เหล่านั้นต้องการมัน จะ(จะเป็น)ส่วนข้อมูลที่รวมกันที่จะวิเคราะห์(e g (แมลง,ข้อผิดพลาดในโปรแกรม) charts ) การนำการพัฒนาและทดสอบการปรับปรุงประมวลผล typical นักอ่าน(แมลง,ข้อผิดพลาดในโปรแกรม)รายงานรวมถึง: ผู้พัฒนา:ใครต้องการแก้ปัญหารายงาน ผู้จัดการ:ใครต้องการทำการแบ่งสรรทรัพยากร/ prioritization การตัดสินใจเกี่ยวกับปัญหา (การ)การสนับสนุนคณะเทคนิค:ใครต้องการระวังการหน่วงเวลา/แก้ออกความรู้ที่เรือเวลา testers :ใครต้องการรู้รัฐปัจจุบันระบบ โครงสร้าง โครงสร้างการทดสอบคือการสร้าง(แมลง,ข้อผิดพลาดในโปรแกรม)ดีรายงาน (การ)ใช้ deliberate เข้าใกล้ระมัดระวังที่จะการทดสอบ (การ)ปฏิบัติตามเขียนทดสอบทางเลือกหรือวิ่งอัตโนมัติหนึ่งอย่างต่อเขียนหรือ standardized กระบวนการ (การ)ใช้ charters โครงสร้างการทดสอบสำรวจ (การ)ใช้บันทึกระมัดระวัง (แมลง,ข้อผิดพลาดในโปรแกรม)การรายงานเริ่มต้นเมื่อหวังและสังเกตผลลัพธ์แตกต่าง (การ)การทดสอบผลลัพธ์(เปียกแฉะ,รุงรัง)อยู่ใน(แมลง,ข้อผิดพลาดในโปรแกรม)(เปียกแฉะ,รุงรัง)รายงาน ทำขึ้นอีก เสมอเช็ค reproducibility ของความไม่สำเร็จเหมือนส่วน(แมลง,ข้อผิดพลาดในโปรแกรม)การเขียนรายงาน 3เวลาคือกฎดีนิ้วหัวแม่มือ (การ)ทำเป็นเอกสาร crisp อันดับตามกันการกระทำที่จะทำขึ้นอีกความไม่สำเร็จ รายงานเป็นพักๆ (การ)ยาก(หนัก)วนซ้ำความไม่สำเร็จ อัตราการเกิดขึ้นความไม่สำเร็จบันทึก(e g 1 ใน 3 พยายาม) ข้อสรุปจะพูดถึง intermittence (ตั้ง,วาง)สะอาดของขั้นตอนที่จะทำขึ้นอีกที่อยู่ irreproducible หัวความรู้อยู่บน หัวข้อ: Re: ช่วยแปล เป็นไทย ให้หน่อยครับผม งง อาจารย์ให้ผมมาแปล เริ่มหัวข้อโดย: hiyukaus ที่ 20 พฤษภาคม 2008, 09:57:35 เป้าหมายและการติดตามผล
จุดประสงค์ของการรายงาน ข้อผิดพลาด หรือ มีดังนี้ - เพื่อแสดงรายละเอียดของข้อผิดพลาด หรือ ข้อมูลให้กับคนที่ต้องการรู้ - เพื่อเป็นส่วนหนึ่งของข้อมูลทั้งหมดที่จะเอาไปใช้วิเคราะห์ - เพื่อทำให้การพัฒนาและทดสอบมีประสิทธิภาพมากยิ่งขึ้น ผู้ที่จะอ่านรายงานข้อผิดพลาดมีดังนี้ - ผู้พัฒนาระบบ: คนที่จะแก้ไขข้อผิดพลาด - ผู้จัดการระบบ: คนที่ดูแลการแจกจ่ายงาน และจัดลำดับความสำคัญของปัญหาต่าง - ผู้ดูแล support: คนที่ต้องรู้ถึงปัญหาต่างๆที่ยังคงอยู่ในระหว่างส่งงาน - ผู้ทดสอบ: คนที่ต้องรู้ถึงสถานะของระบบ ณ ปัจจุบัน รายงานข้อผิดพลาดที่ดีควรเริ่มจากการทดสอบอย่างเป็นระบบ - ทดสอบด้วยความรอบคอบ และระมัดระวัง - ทดสอบตามขั้นตอนที่บอกไว้ในเอกสาร หรือ ใช้ระบบ auto หรือ ทดสอบตามขั้นตอนมาตรฐาน - ใช้ chart สำหรับการทดสอบแบบมีขั้นตอน - ใส่ใจกับรายละเอียดที่บันทึก การตรวจสอบข้อผิดพลาดหลายๆครั้ง ตรวจสอบการเกิดขึ้นของข้อผิดพลาดหลายๆครั้งด้วยเสมอ - 3 ครั้ง ต่อ 1 ข้อผิดพลาด เป็นมาตรฐาน บันทึกวิธีการทดสอบสำหรับบางข้อผิดพลาดที่เกิดขึ้นเป็นบางครั้ง หรือ ยากที่จะทำให้เกิดขึ้น - บันทึกอัตตราการเกิดข้อผิดพลาดด้วย เช่น ทดสอบ 3 เกิด 1 - ในการสรุปให้ใส่ข้อมูลข้อผิดพลาดที่เกิดเป็นบางครั้งไว้ด้วย |