These questions imply the need for

These questions imply the need for at least two other measures. The first is to
Valuate the quality of your code reviews. If you followed the code-review process
(see Chapter 9) and used an up-to-date code-review checklist, you would probably
have a high-yield review. The best indicator of this would be finding very few defects
while compiling. In the PSP 10 or fewer defects per KLOC during compiling
considered low. Without a pretty good code review, you are unlikely to get this low a number
Unfortunately, if your environment doesn't use a compile phase,
this measure is not available. In these cases, you can use the data on the coding- type
defects found in unit testing and, on a TSP team, the coding-type defects
found during inspections and unit testing. For these purposes, defect types 10
through 50 can be considered coding-type defects.
The design review measure is somewhat more complex, Although the number of defects
found in unit testing could be a useful measure of design quality, it
also includes code quality. If, however, your compile defects/KLOC were below 10
then code quality is probably pretty good and the unit test defects would measure
design quality. Thus, without data on compile defects, you cannot interpret
the unit test defect measure. The suggested PSP measure specifies that if the compile defects/KLOC are less than 10, unit test defects/KLOC of 5 or less indicates

aquality design. The process quality index (PQI) quality criteria are as follows:

o Design/Code Time = design time/coding time, with range from 0.0 to 10
o Design Review Time =2 * design review time/design time, with a range from 0.0 to 1.0
o Code Review time = 2*code review time /coding time , with a range from 0.0 to 1.0
o Compile Defects KLOC= 20/(10 + compile defect /KLOC), with a range from 0.0 to 1.0
o Unit Test Defects/KLOC =10*/(5 + unit test defects/KLOC), with a range from 0.0 to 1.0

The process quality index is obtained by multiplying these five values together
Figure 8.11 shows the PQI profiles for six programs. The two programs
with the poorest-quality profiles (numbers 5 and 6) were the only ones with defects
after unit testing. The data in Figure 8.12 show that programs with PQl values
above 0.4 historically have had no defects found after unit testing. The PQI goal, however, should be 1.0.

ผลลัพธ์ (ไทย) 1:

คำถามเหล่านี้เป็นสิทธิ์แบบต้องสำหรับมาตรการอื่น ๆ น้อยสอง แรกคือการ Valuate คุณภาพของรีวิวจากรหัสของคุณ ถ้าคุณตามกระบวนการตรวจทานรหัส(ดูบทที่ 9) และใช้การตรวจสอบตรวจทานโค้ดล่าสุด อาจจะตรวจทานผลตอบแทนสูงได้ ตัวบ่งชี้ที่ดีที่สุดนี้จะค้นหาข้อบกพร่องที่น้อยมากขณะคอมไพล์ ใน PSP 10 หรือบกพร่องน้อยลงต่อ KLOC ในระหว่างการคอมไพล์ถือว่าต่ำ โดยไม่ตรวจทานรหัสดี คุณไม่น่าจะได้รับหมายเลขนี้ต่ำ โชคไม่ดี ถ้าคุณไม่ใช้ขั้นตอนการคอมไพล์ วัดนี้ไม่พร้อมใช้งาน ในกรณีเหล่านี้ คุณสามารถใช้ข้อมูลในการกำหนดชนิด ข้อบกพร่องที่พบ ในหน่วยทดสอบ และ ช้อนชา ทีมชนิดรหัสข้อบกพร่อง พบระหว่างการตรวจสอบและการทดสอบหน่วย สำหรับวัตถุประสงค์เหล่านี้ defect ชนิด 10ผ่าน 50 สามารถถือเป็นข้อบกพร่องชนิดรหัสวัดตรวจสอบออกแบบมีความซับซ้อนค่อนข้างมาก แม้ว่าหมายเลขของข้อบกพร่อง พบในหน่วยทดสอบอาจเป็นการวัดคุณภาพการออกแบบ ประโยชน์มันนอกจากนี้ยัง มีรหัสคุณภาพ ว่า อย่างไรก็ตาม การคอมไพล์ข้อ บกพร่อง/KLOC ด้านล่าง 10 รหัสคุณภาพไม่คงดี และข้อบกพร่องต่อหน่วยทดสอบจะวัดแล้วการออกแบบคุณภาพ ดังนั้น ไม่ มีข้อมูลในคอมไพล์ข้อบกพร่อง คุณไม่สามารถตีความ หน่วยทดสอบวัดความบกพร่อง วัด PSP แนะนำระบุว่า ถ้าคอมไพล์ข้อ บกพร่อง/KLOC น้อยกว่า 10 หน่วยทดสอบข้อ บกพร่อง/KLOC 5 หรือน้อยระบุ การออกแบบ aquality กระบวนการคุณภาพ (PQI) ดัชนีคุณภาพเงื่อนไขมีดังนี้:o ออกแบบ/รหัสเวลา =ออกแบบเวลา/กำหนดเวลา ช่วงตั้งแต่ 0.0 ถึง 10 o ออกแบบทบทวนเวลา = 2 * ออกแบบทบทวนเวลาการออกแบบเวลา ช่วงตั้งแต่ 0.0 ถึง 1.0เวลาตรวจทานรหัส o = 2 * รหัสตรวจสอบเวลา / กำหนดเวลา ช่วงตั้งแต่ 0.0 ถึง 1.0รวบรวมข้อบกพร่อง KLOC o = 20 / (10 + คอมไพล์ defect /KLOC), มีช่วงตั้งแต่ 0.0 ถึง 1.0 o หน่วยทดสอบข้อ บกพร่อง/KLOC = 10 * / (5 + หน่วยทดสอบข้อ บกพร่อง/KLOC), มีช่วงตั้งแต่ 0.0 ถึง 1.0 ดัชนีคุณภาพกระบวนการได้รับ โดยการคูณค่าห้าเหล่านี้เข้าด้วยกัน รูปที่ 8.11 แสดงโพรไฟล์ PQI 6 โปรแกรม โปรแกรมที่สอง มีโพรไฟล์มีคุณภาพที่ยากจนที่สุด (หมายเลข 5 และ 6) ได้คนเดียว มีข้อบกพร่อง หลังจากการทดสอบหน่วย ข้อมูลในรูปที่ 8.12 แสดงที่โปรแกรม มีค่า PQl ข้างบน 0.4 อดีตมีได้ไม่มีข้อบกพร่องที่พบจากการทดสอบหน่วย เป้าหมาย PQI อย่างไรก็ตาม ควรได้ 1.0

ผลลัพธ์ (ไทย) 2:

คำถามเหล่านี้บ่งบอกถึงความจำเป็นในการอย่างน้อยสองมาตรการอื่น ๆ ครั้งแรกคือการประเมินคุณภาพของการตรวจสอบรหัสของคุณ
ถ้าคุณทำตามขั้นตอนรหัสการตรวจสอบ
(ดูบทที่ 9) และใช้ up-to-date
รายการตรวจสอบรหัสการตรวจสอบคุณอาจจะมีการตรวจสอบให้ผลตอบแทนสูง ตัวบ่งชี้ที่ดีที่สุดนี้จะได้รับการหาข้อบกพร่องน้อยมากขณะที่รวบรวม
ใน PSP 10 หรือข้อบกพร่องน้อยลงในช่วงต่อ KLOC
รวบรวมถือว่าต่ำ โดยไม่ต้องมีการตรวจสอบรหัสที่ดีงามคุณไม่น่าจะได้รับนี้จำนวนต่ำ
แต่ถ้าสภาพแวดล้อมของคุณไม่ได้ใช้ขั้นตอนการรวบรวมมาตรการนี้ไม่สามารถใช้ได้
ในกรณีนี้คุณสามารถใช้ข้อมูลในประเภท coding-
ข้อบกพร่องที่พบในการทดสอบหน่วยและในทีม TSP
มีข้อบกพร่องการเข้ารหัสชนิดที่พบในระหว่างการตรวจสอบและทดสอบหน่วย เพื่อวัตถุประสงค์เหล่านี้ชนิดข้อบกพร่อง 10
ผ่าน 50 ได้รับการพิจารณาข้อบกพร่องการเข้ารหัสชนิด.
มาตรการทบทวนการออกแบบจะค่อนข้างซับซ้อนมากขึ้นแม้ว่าจำนวนของข้อบกพร่องที่พบในการทดสอบหน่วยอาจจะเป็นตัวชี้วัดที่มีประโยชน์ของคุณภาพการออกแบบก็ยังมีคุณภาพรหัส แต่ถ้ารวบรวมข้อบกพร่องของคุณ / KLOC ใต้ 10 คุณภาพรหัสแล้วอาจจะเป็นรักที่ดีและข้อบกพร่องการทดสอบหน่วยจะวัดคุณภาพการออกแบบ ดังนั้นโดยไม่มีข้อมูลเกี่ยวกับข้อบกพร่องที่รวบรวมคุณไม่สามารถตีความหน่วยวัดข้อบกพร่องการทดสอบ แนะนำวัดพีเอสระบุว่าถ้ารวบรวมข้อบกพร่อง / KLOC น้อยกว่า 10 ข้อบกพร่องการทดสอบหน่วย / KLOC 5 หรือน้อยกว่าแสดงให้เห็นการออกแบบaquality ดัชนีคุณภาพกระบวนการ (PQI) เกณฑ์คุณภาพมีดังนี้o การออกแบบ / รหัสเวลา = เวลาในการออกแบบ / การเข้ารหัสเวลาที่มีช่วง 0.0-10 o การออกแบบรีวิวเวลา = 2 * ระยะเวลาการทบทวนการออกแบบ / เวลาในการออกแบบที่มีช่วงจาก 0.0 1.0 o รหัสรีวิวครั้ง = 2 * ระยะเวลาการตรวจสอบรหัส / เข้ารหัสเวลาที่มีช่วง 0.0-1.0 o การรวบรวมข้อบกพร่อง KLOC = 20 / (10 + รวบรวมข้อบกพร่อง / KLOC) กับช่วง 0.0-1.0 o ข้อบกพร่องหน่วยทดสอบ / KLOC = 10 * / (5 + ข้อบกพร่องการทดสอบหน่วย / KLOC) กับช่วง 0.0-1.0 ดัชนีคุณภาพกระบวนการนี้ได้โดยการคูณค่าเหล่านี้ห้าร่วมกันรูปที่ 8.11 แสดงให้เห็นถึงรูปแบบ PQI หกโปรแกรม ทั้งสองโปรแกรมที่มีรูปแบบที่ยากจนที่สุดที่มีคุณภาพ (ตัวเลข 5 และ 6) เป็นคนเดียวที่มีข้อบกพร่องหลังจากการทดสอบหน่วย ข้อมูลในรูปที่ 8.12 แสดงให้เห็นว่าโปรแกรมที่มีค่า PQL ข้างต้น 0.4 ในอดีตมีข้อบกพร่องไม่พบหลังจากการทดสอบหน่วย เป้าหมายของโครงการ PQI แต่ควรจะเป็น 1.0

ผลลัพธ์ (ไทย) 3:

คำถามเหล่านี้บ่งบอกถึงความต้องการอย่างน้อยสองมาตรการอื่น ๆ แรกคือ
ประเมินค่าคุณภาพของการตรวจสอบรหัสของคุณ ถ้าคุณทำตามกฎทบทวนกระบวนการ
( ดูบทที่ 9 ) และใช้ที่ทันสมัยตรวจสอบโค้ดตรวจสอบ คุณอาจจะ
มีทบทวนผลตอบแทนสูง . ตัวบ่งชี้ที่ดีที่สุดนี้จะพบน้อยมากในขณะที่การรวบรวมข้อบกพร่อง
.ใน psp 10 หรือน้อยกว่าข้อบกพร่องต่อ kloc ในระหว่างรวบรวม
ถือว่าต่ำ โดยไม่ต้องตรวจสอบรหัสสวยดี คุณจะมีโอกาสที่จะได้รับนี้ต่ำจำนวน
ขออภัย ถ้าระบบของคุณไม่ได้ใช้งานเฟส
วัดนี้ไม่สามารถใช้ได้ ในกรณีนี้ คุณสามารถใช้ข้อมูลในการเข้ารหัสประเภทข้อบกพร่องที่พบในการทดสอบหน่วยและ
, ทีมช้อนชา , รหัสประเภทข้อบกพร่อง
ที่พบในการตรวจสอบและการทดสอบหน่วย เพื่อวัตถุประสงค์เหล่านี้ข้อบกพร่องประเภท 10
ผ่าน 50 ถือว่ารหัสข้อบกพร่องประเภท .
ออกแบบรีวิว เป็นวัดที่ค่อนข้างซับซ้อน แม้ว่าจำนวนของข้อบกพร่องที่พบในการทดสอบหน่วย
สามารถวัดคุณภาพของการออกแบบที่มีประโยชน์ มัน
ยังรวมถึงคุณภาพรหัส แต่ถ้าคุณรวบรวมข้อบกพร่อง / kloc ต่ำกว่า 10
แล้วคุณภาพรหัสอาจจะค่อนข้างดี และหน่วยทดสอบข้อบกพร่องจะวัด
คุณภาพการออกแบบ ดังนั้น จึงไม่มีข้อมูลรวบรวมข้อบกพร่อง คุณไม่สามารถตีความ
หน่วยทดสอบข้อบกพร่องวัด ส่วน PSP วัดระบุว่า ถ้ารวบรวมข้อบกพร่อง / kloc น้อยกว่า 10 หน่วยทดสอบข้อบกพร่อง / kloc 5 หรือน้อยกว่าแสดงว่า

คุณภาพการออกแบบกระบวนการคุณภาพ ดัชนี ( พีคิวไอ ) เกณฑ์คุณภาพมีดังนี้

o ออกแบบ / รหัสเวลา = เวลาออกแบบ / รหัสเวลากับช่วง 0.0 ถึง 10
o การทบทวนการออกแบบเวลา = 2 * การออกแบบเวลาทบทวน / เวลาออกแบบด้วยตั้งแต่ 0.0 ถึง 1.0
o ตรวจสอบโค้ดเวลา = 2 * รหัส เวลาทบทวน / รหัสเวลากับช่วงตั้งแต่ 0.0 ถึง 1.0
o รวบรวมข้อบกพร่อง kloc = 20 / 10 รวบรวมข้อบกพร่อง / kloc ) กับช่วงตั้งแต่ 0.0 ถึง 1.0
o หน่วยทดสอบข้อบกพร่อง / kloc = 10 * / ( 5 หน่วยทดสอบข้อบกพร่อง / kloc ) กับช่วงตั้งแต่ 0.0 ถึง 1.0

กระบวนการดัชนีคุณภาพได้โดยการคูณนี้ค่าด้วยกัน
รูปที่ 8.11 แสดงพีคิวไอโปรไฟล์ 6 โปรแกรม สองโปรแกรม
กับคนจนโปรไฟล์คุณภาพ ( หมายเลข 5 และ 6 ) เป็นคนเดียวกับข้อบกพร่อง
หลังจากการทดสอบหน่วย ข้อมูลในรูปที่ 812 แสดงให้เห็นว่าโปรแกรมด้วยค่า
pql สูงกว่า 0.4 ในอดีตไม่มีข้อบกพร่องที่พบหลังจากการทดสอบหน่วย ส่วนพีคิวไอเป้าหมาย อย่างไรก็ตาม ควร

1.0