2.1 Bug History AnalysisBug trackin

2.1 Bug History Analysis
Bug tracking systems are used by developers, quality as
surance people, testers, and end users to provide feedback on
software systems. They are also used in software evolution
research to perform retrospective system analysis [3,8]. In
this context bugs are linked to software artifacts (e.g., files,
classes) using different heuristics, with the aim of detecting
the most problematic parts of the system, i.e., the ones af
fected by many bugs. Some approaches model bugs as mere
numbers (e.g., file x is affected by n bugs, file y by m), while
others also model bug properties such as the description, the
severity, the person assigned to fix it, etc. However, bugs are
often considered as an unwanted “side dish” of the evolu
tion phenomenon, and they are modeled as “static” entities
affecting the source code.
We have proposed an approach in which we consider
bugs as first-level entities which can change and evolve over
time. In particular we have focused on the bug life cycle, i.e.,
the history of a bug and the various states it traverses. Our
hypothesis is that bug histories represent a valuable source
of information that can lead to interesting insights about a
system, that would be hard or impossible to obtain by mod
eling the bugs as static entities. Based on the information we
recovered from Bugzilla (or Issuezilla), we have introduced
two visualization techniques aimed at understanding bugs at
two different levels of granularity:
1. System Radiography. This visualization renders bug
information at the system level and provides indications
about which parts of the system are affected by what
kind of bugs at which point in time. It is a high-level
indicator of the system health and serves as a basis for
reverse engineering activities.
2. Bug Watch. This visualization provides information
about a specific bug and is helpful to understand the
various phases that it traversed. The view supports the
characterization of bugs and the identification of the
most critical ones, based on their histories.
The proposed approach provided two main contributions:
(1) introducing the concept of a bug’s life, i.e., bugs are con
sidered as evolving entities which change over time. Study
ing the history of bugs permits an accurate characterization
of them. (2) Introducing a new criterion for bug criticality:
besides the severity and priority we have also considered the
life cycle. The underlying assumption is that bugs reopened
several times are more critical.

Results (Thai) 1:

วิเคราะห์ปัญหา 2.1 ประวัติใช้ โดยนักพัฒนา คุณภาพเป็นระบบการติดตามข้อผิดพลาดคน surance ทดสอบ และผู้ให้ข้อเสนอแนะในซอฟต์แวร์ระบบ พวกเขายังใช้ในวิวัฒนาการของซอฟต์แวร์การวิจัยเพื่อทำการวิเคราะห์ระบบคาด [3,8] ในบริบทนี้เชื่อมโยงกับสิ่งประดิษฐ์ซอฟต์แวร์ (เช่น แฟ้ม โรคจิตคลา) ลองผิดลองถูกต่าง ๆ ด้วยเป้าหมายของการตรวจสอบส่วนปัญหาที่สุดของระบบ เช่น affected โดยบุ้ง บางแจ้งข้อบกพร่องของแบบจำลองเป็นเพียงหมายเลข (เช่น แฟ้ม x ที่ได้รับผลกระทบจากจุดบกพร่อง n, y แฟ้ม โดย m), ในขณะที่บางรุ่นคุณสมบัติบกพร่องเช่นคำอธิบาย การความรุนแรง บุคคลแก้ไข ฯลฯ อย่างไรก็ตาม เป็นโรคจิตมักจะถือว่าเป็นการ "เครื่องเคียง" ของ evoluมีจำลองปรากฏการณ์สเตรชัน และพวกเขาเป็นเอนทิตี "คง"ส่งผลกระทบต่อรหัสแหล่งที่มาเราได้นำเสนอวิธีการที่เราพิจารณาโรคจิตเป็นเอนทิตีในระดับแรกซึ่งสามารถเปลี่ยนแปลง และพัฒนาไปเวลา โดยเฉพาะอย่างยิ่ง เรารู้วงจรชีวิตของแมลง เช่นประวัติบกพร่องและรัฐต่างๆ มัน traverses ของเรามีสมมติฐานว่า หากข้อผิดพลาดแสดงถึงแหล่งที่มีคุณค่าข้อมูลที่จะนำไปสู่ความเข้าใจที่น่าสนใจเกี่ยวกับการระบบ การที่จะได้รับ โดย mod หรือยากeling ข้อบกพร่องเป็นเอนทิตีคง ตามข้อมูลที่เรากู้คืนจาก Bugzilla (หรือ Issuezilla), เราได้แนะนำเทคนิคการแสดงภาพประกอบเพลงที่สองมุ่งทำความเข้าใจเกี่ยวกับข้อบกพร่องที่สองระดับที่แตกต่างของส่วนประกอบ:1. ระบบ Radiography แสดงภาพประกอบเพลงนี้ทำให้ข้อผิดพลาดข้อมูลในระดับระบบและบ่งชี้เกี่ยวกับผู้ได้รับผลกระทบด้วยชนิดของข้อบกพร่องที่จุดใดในเวลา มีความสูงตัวบ่งชี้ของระบบสุขภาพและทำหน้าที่เป็นพื้นฐานสำหรับกลับกิจกรรมวิศวกรรม2. ปัญหาดู แสดงภาพประกอบเพลงนี้ให้ข้อมูลเกี่ยวกับปัญหาเฉพาะ และเป็นประโยชน์กับการทำความเข้าใจในต่าง ๆ เฟสที่มันไม่เหมือนกัน มุมมองสนับสนุนการคุณสมบัติของข้อบกพร่องและการระบุของการสำคัญที่สุดคน ขึ้นอยู่กับประวัติของพวกเขาวิธีการเสนอให้เงินสมทบหลักที่สอง:(1) แนะนำแนวคิดของปัญหาชีวิต เช่น โรคจิตที่มีบังกะโลsidered เป็นเอนทิตีซึ่งเปลี่ยนช่วงเวลาในการพัฒนา ศึกษาอิงประวัติศาสตร์ของบักช่วยให้การจำแนกถูกต้องพวกเขา (2) แนะนำเกณฑ์ใหม่สำหรับปัญหาประการที่สามคือ:นอกจากความรุนแรงและระดับความสำคัญของ เราได้นอกจากนี้ยังพิจารณาการวงจรชีวิต ต้นเป็นโรคจิตเปิดหลายครั้งที่มีความสำคัญมากขึ้น

Results (Thai) 2:

2.1 การวิเคราะห์ประวัติศาสตร์ Bug
ระบบการติดตามข้อผิดพลาดจะถูกใช้โดยนักพัฒนาที่มีคุณภาพเป็น
คน surance, ทดสอบ, และผู้ใช้ที่จะให้ความคิดเห็นเกี่ยวกับ
ระบบซอฟต์แวร์ พวกเขายังใช้ในการวิวัฒนาการของซอฟแวร์
การวิจัยที่จะดำเนินการวิเคราะห์ระบบย้อนหลัง [3,8] ใน
ข้อบกพร่องบริบทนี้จะเชื่อมโยงกับสิ่งประดิษฐ์ซอฟต์แวร์ (เช่นไฟล์
ชั้นเรียน) โดยใช้การวิเคราะห์พฤติกรรมที่แตกต่างกันโดยมีจุดประสงค์ของการตรวจสอบ
ในส่วนที่มีปัญหามากที่สุดของระบบเช่นคน AF
fected โดยข้อผิดพลาดมาก ข้อบกพร่องบางรูปแบบวิธีการเป็นเพียง
ตัวเลข (เช่น x ไฟล์เป็นผลมาจากข้อบกพร่อง n ไฟล์ Y โดย m) ในขณะที่
คนอื่น ๆ นอกจากนี้ยังมีคุณสมบัติข้อผิดพลาดรุ่นดังกล่าวเป็นคำอธิบาย
ความรุนแรงคนที่ได้รับมอบหมายที่จะแก้ไขได้เป็นต้นอย่างไรก็ตามข้อบกพร่อง มีการ
พิจารณามักจะเป็นที่ไม่พึงประสงค์ "กับข้าว" ของ evolu
ปรากฏการณ์การและพวกเขาจะจำลองเป็น "คงที่" หน่วยงานที่
มีผลกระทบต่อรหัสที่มา.
เราได้นำเสนอวิธีการในการที่เราจะพิจารณา
ข้อบกพร่องที่เป็นหน่วยงานระดับแรกที่สามารถเปลี่ยนแปลงและวิวัฒนาการ ในช่วง
เวลาที่ โดยเฉพาะอย่างยิ่งที่เราได้มุ่งเน้นไปที่วงจรชีวิตของข้อผิดพลาดคือ
ประวัติศาสตร์ของข้อผิดพลาดและรัฐต่างๆลัดเลาะ เรา
ตั้งสมมติฐานว่าประวัติศาสตร์เป็นตัวแทนของข้อผิดพลาดแหล่งที่มีคุณค่า
ของข้อมูลที่สามารถนำไปสู่ข้อมูลเชิงลึกที่น่าสนใจเกี่ยวกับ
ระบบที่จะเป็นเรื่องยากหรือเป็นไปไม่ได้ที่จะได้รับโดย mod
Eling ข้อบกพร่องที่เป็นหน่วยงานที่คงที่ บนพื้นฐานของข้อมูลที่เรา
หายจาก Bugzilla (หรือ Issuezilla) เราได้แนะนำ
เทคนิคการสร้างภาพสองมุ่งเป้าไปที่การทำความเข้าใจข้อบกพร่องที่
สองระดับที่แตกต่างกันของเมล็ด:
1 ระบบถ่ายภาพด้วยรังสี การมองเห็นข้อผิดพลาดนี้ทำให้
ข้อมูลที่ระดับระบบและให้ข้อบ่งชี้
เกี่ยวกับการที่ชิ้นส่วนของระบบได้รับผลกระทบจากสิ่งที่
ชนิดของข้อบกพร่องที่จุดในเวลา มันเป็นระดับสูง
ตัวบ่งชี้สุขภาพระบบและทำหน้าที่เป็นพื้นฐานสำหรับ
กิจกรรมวิศวกรรมย้อนกลับ.
2 นาฬิกาข้อผิดพลาด การแสดงนี้จะให้ข้อมูล
เกี่ยวกับข้อผิดพลาดที่เฉพาะเจาะจงและเป็นประโยชน์ในการทำความเข้าใจใน
ขั้นตอนต่างๆที่มันเงา มุมมองสนับสนุน
ลักษณะของข้อบกพร่องและบัตรประจำตัวของ
คนที่สำคัญที่สุดขึ้นอยู่กับประวัติศาสตร์ของพวกเขา.
วิธีการที่เสนอให้ทั้งสองผลงานหลักคือ
(1) การแนะนำแนวคิดของชีวิตของแมลงเช่นโรคจิตนักโทษ
ดูเสมือนเป็นหน่วยงานพัฒนาที่ เปลี่ยนแปลงตลอดเวลา การศึกษา
ประวัติศาสตร์ของไอเอ็นจีบักอนุญาตให้ตัวละครที่ถูกต้อง
ของพวกเขา (2) แนะนำเกณฑ์ใหม่สำหรับวิกฤตข้อผิดพลาด:
นอกเหนือจากความรุนแรงและความสำคัญที่เราได้ถือว่ายัง
วงจรชีวิต สมมติฐานพื้นฐานที่เปิดข้อบกพร่อง
หลายครั้งมีความสำคัญมากขึ้น

Results (Thai) 3:

ระบบติดตามบั๊กข้อผิดพลาดการวิเคราะห์ 2.1 ประวัติศาสตร์
ถูกใช้โดยนักพัฒนาคุณภาพเป็น
surance คน , ทดสอบ , และผู้ใช้ให้ข้อเสนอแนะเกี่ยวกับ
ระบบซอฟต์แวร์ พวกเขายังใช้ในการศึกษาวิวัฒนาการ
ซอฟต์แวร์แสดงการวิเคราะห์ระบบ 3,8 [ ย้อนหลัง ] ในบริบทนี้
แมลงที่เชื่อมโยงกับวัตถุซอฟต์แวร์ ( เช่นไฟล์
เรียน ) ที่แตกต่างกันโดยใช้การวิเคราะห์พฤติกรรมกับจุดประสงค์ของการตรวจหา
ปัญหามากที่สุดส่วนของระบบ เช่น พวก AF
fected โดยแมลงมาก แนวแบบแมลงเป็นเพียงตัวเลข ( เช่น แฟ้ม
x ผลกระทบจาก n ข้อผิดพลาดแฟ้ม Y โดย M ) ในขณะที่คนอื่นยังรูปแบบแมลง
คุณสมบัติเช่นรายละเอียด ,
8 คนที่ได้รับมอบหมายให้แก้ไข ฯลฯ อย่างไรก็ตาม แมลงที่ไม่พึงประสงค์
มักจะถือว่า " กับข้าว " ของ การ evolu
, ปรากฏการณ์และพวกเขามีแบบจำลองเป็น " คงที่ " หน่วยงาน

เรามีผลต่อรหัสแหล่งที่มา ได้เสนอการวิธีการที่เราพิจารณา
แมลงเป็นองค์กรระดับแรกซึ่งสามารถเปลี่ยนแปลงและมีวิวัฒนาการมากกว่า
. โดยเราได้มุ่งเน้นปัญหาวงจรชีวิตคือ
ประวัติศาสตร์ของแมลง และรัฐต่าง ๆมัน traverses . สมมติฐานของเราคือ ประวัติของบั๊ก

แหล่งที่มีคุณค่าของข้อมูลที่สามารถนำข้อมูลเชิงลึกที่น่าสนใจเกี่ยวกับ
ระบบ มันจะยากหรือเป็นไปไม่ได้ที่จะได้รับโดย mod
บัก เ ลิ่งเป็นองค์กรแบบคงที่ ตามข้อมูลที่เรา
หายจากถั่วฝักยาว ( หรือ issuezilla ) เราได้แนะนำ
2 การแสดงเทคนิคที่มุ่งข้อบกพร่องความเข้าใจที่
2 ระดับ granularity :
1 การถ่ายภาพรังสีระบบ ภาพนี้แสดงข้อผิดพลาด
ข้อมูลในระดับระบบและมีข้อบ่งชี้
ซึ่งในส่วนของระบบจะได้รับผลกระทบ โดยสิ่งที่ชนิดของแมลง
ที่จุดในเวลา มันคือตัวบ่งชี้พื้นฐาน
ของระบบสุขภาพและทำหน้าที่เป็นฐานสำหรับกิจกรรมวิศวกรรมย้อนกลับ
.
2 รบกวนดู ภาพนี้แสดงข้อมูลเกี่ยวกับข้อผิดพลาดเฉพาะ

และจะช่วยให้เข้าใจขั้นตอนต่างๆที่จะเดินทางไป .มุมมองสนับสนุน
ลักษณะของแมลงและการระบุของ
ที่สำคัญที่สุด ตามประวัติของพวกเขา วิธีการที่เสนอให้สอง

ผลงานหลัก : ( 1 ) การแนะนำแนวคิดของชีวิตของแมลง เช่น แมลงจะหลอก
sidered เป็นองค์กรพัฒนาที่เปลี่ยนแปลงตลอดเวลา ศึกษาประวัติความเป็นมาของแมลงให้ไอเอ็นจี

ลักษณะที่ถูกต้องของพวกเขา( 2 ) แนะนำเกณฑ์ใหม่สำหรับปัญหาวิกฤต :
นอกจากความรุนแรงและความสําคัญของเรายังถือว่า
วัฏจักรชีวิต อัสสัมชัญเป็นต้นว่า บักเปิด
หลายครั้งมีมากขึ้น