ยินดีต้อนรับคุณ, บุคคลทั่วไป กรุณา เข้าสู่ระบบ หรือ ลงทะเบียน

เข้าสู่ระบบด้วยชื่อผู้ใช้ รหัสผ่าน และระยะเวลาในเซสชั่น

ThaiSEOBoard.comอื่นๆCafeช่วยแปล เป็นไทย ให้หน่อยครับผม งง อาจารย์ให้ผมมาแปล
หน้า: [1]   ลงล่าง
พิมพ์
ผู้เขียน หัวข้อ: ช่วยแปล เป็นไทย ให้หน่อยครับผม งง อาจารย์ให้ผมมาแปล  (อ่าน 1341 ครั้ง)
0 สมาชิก และ 1 บุคคลทั่วไป กำลังดูหัวข้อนี้
your
Newbie
*

พลังน้ำใจ: 0
ออฟไลน์ ออฟไลน์

กระทู้: 45



ดูรายละเอียด เว็บไซต์
« เมื่อ: 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
« แก้ไขครั้งสุดท้าย: 20 พฤษภาคม 2008, 00:36:40 โดย your » บันทึกการเข้า

สมัครแข่งเล่นหุ้น  
ชิงรางวัลรวม 1.6 ล้าน บาท
PM มาบอก email เดียวส่ง link สมัคร ให้ ทาง email นะครับ
งานนี้ของ ตลาดหลักทรัพย์ จัด ครับ 


http://yogadailytip.blogspot.com
Yoga Positions for Beginners & Free Online Yoga & Types of Yoga
yogadailytip.blogspot.com
your
Newbie
*

พลังน้ำใจ: 0
ออฟไลน์ ออฟไลน์

กระทู้: 45



ดูรายละเอียด เว็บไซต์
« ตอบ #1 เมื่อ: 20 พฤษภาคม 2008, 00:27:20 »

มีใครช่วยได้มังครับ

จะตายอยู่แล้วครับ  Kiss Kiss
บันทึกการเข้า

สมัครแข่งเล่นหุ้น  
ชิงรางวัลรวม 1.6 ล้าน บาท
PM มาบอก email เดียวส่ง link สมัคร ให้ ทาง email นะครับ
งานนี้ของ ตลาดหลักทรัพย์ จัด ครับ 


http://yogadailytip.blogspot.com
Yoga Positions for Beginners & Free Online Yoga & Types of Yoga
yogadailytip.blogspot.com
MiithRanDir
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 134
ออฟไลน์ ออฟไลน์

กระทู้: 1,427



ดูรายละเอียด เว็บไซต์
« ตอบ #2 เมื่อ: 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  หัวความรู้อยู่บน
บันทึกการเข้า

hiyukaus
สมุนแก๊งเสียว
*

พลังน้ำใจ: 2
ออฟไลน์ ออฟไลน์

กระทู้: 664



ดูรายละเอียด
« ตอบ #3 เมื่อ: 20 พฤษภาคม 2008, 09:57:35 »

เป้าหมายและการติดตามผล

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

รายงานข้อผิดพลาดที่ดีควรเริ่มจากการทดสอบอย่างเป็นระบบ
-   ทดสอบด้วยความรอบคอบ และระมัดระวัง
-   ทดสอบตามขั้นตอนที่บอกไว้ในเอกสาร หรือ ใช้ระบบ auto หรือ ทดสอบตามขั้นตอนมาตรฐาน
-   ใช้ chart สำหรับการทดสอบแบบมีขั้นตอน
-   ใส่ใจกับรายละเอียดที่บันทึก

การตรวจสอบข้อผิดพลาดหลายๆครั้ง
ตรวจสอบการเกิดขึ้นของข้อผิดพลาดหลายๆครั้งด้วยเสมอ
-   3 ครั้ง ต่อ 1 ข้อผิดพลาด เป็นมาตรฐาน
บันทึกวิธีการทดสอบสำหรับบางข้อผิดพลาดที่เกิดขึ้นเป็นบางครั้ง หรือ ยากที่จะทำให้เกิดขึ้น
-   บันทึกอัตตราการเกิดข้อผิดพลาดด้วย เช่น ทดสอบ 3 เกิด 1
-   ในการสรุปให้ใส่ข้อมูลข้อผิดพลาดที่เกิดเป็นบางครั้งไว้ด้วย


บันทึกการเข้า

หน้า: [1]   ขึ้นบน
พิมพ์