การทดสอบซอฟต์แวร์

การทดสอบความน่าเชื่อถือสำหรับผู้เริ่มต้น

30 ตุลาคม 2564

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

สารบัญ

ขั้นตอนการทดสอบความน่าเชื่อถือ

ขั้นตอนที่ 1) การสร้างแบบจำลอง

เทคนิคการสร้างแบบจำลองซอฟต์แวร์แบ่งออกเป็นสองประเภทย่อย:

1. การสร้างแบบจำลองการทำนาย

2. การสร้างแบบจำลองการประมาณการ

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

ขั้นตอนที่ 2) การวัด

ไม่สามารถวัดความน่าเชื่อถือของซอฟต์แวร์ได้โดยตรง ดังนั้น ปัจจัยที่เกี่ยวข้องอื่น ๆ จึงถือเป็นการประเมินความน่าเชื่อถือของซอฟต์แวร์ การวัดความน่าเชื่อถือของซอฟต์แวร์แบ่งออกเป็นสี่ประเภทที่แตกต่างกัน:-

หนึ่ง. ตัวชี้วัดสินค้า:-

ตัวชี้วัดผลิตภัณฑ์เป็นการรวมกันของตัวชี้วัด 4 ประเภท:

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

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

3. ตัวชี้วัดกระบวนการ

คุณภาพของผลิตภัณฑ์เกี่ยวข้องกับกระบวนการ เมตริกกระบวนการใช้เพื่อประมาณการ ตรวจสอบ และปรับปรุงความน่าเชื่อถือและคุณภาพของซอฟต์แวร์

สี่. ตัวชี้วัดความผิดพลาดและความล้มเหลว

Fault and Failure Metrics ใช้เพื่อตรวจสอบว่าระบบไม่มีความล้มเหลวทั้งหมดหรือไม่ ประเภทของข้อผิดพลาดที่พบระหว่างกระบวนการทดสอบและความล้มเหลวจะถูกรายงานโดยผู้ใช้หลังจากรวบรวมและวิเคราะห์การส่งมอบเพื่อบรรลุเป้าหมายนี้

ขั้นตอนที่ 3) การปรับปรุง

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

ปัจจัยที่ส่งผลต่อความน่าเชื่อถือของซอฟต์แวร์

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

ต้องการการทดสอบความน่าเชื่อถือ

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

ประเภทของการทดสอบความน่าเชื่อถือ

การทดสอบคุณสมบัติ

การทดสอบที่โดดเด่นจะตรวจสอบคุณสมบัติที่มีให้โดยซอฟต์แวร์ ประกอบด้วยขั้นตอนต่อไปนี้

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

โหลดการทดสอบ

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

การทดสอบการถดถอย

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

วิธีการทดสอบความน่าเชื่อถือ

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

มีสามวิธีที่ใช้สำหรับการทดสอบความน่าเชื่อถือ

  • ทดสอบ-ทดสอบซ้ำ ความน่าเชื่อถือ
  • ความน่าเชื่อถือของแบบฟอร์มคู่ขนาน
  • ความสม่ำเสมอในการตัดสินใจ

ทดสอบ-ทดสอบซ้ำ ความน่าเชื่อถือ

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

ความน่าเชื่อถือของแบบฟอร์มคู่ขนาน

ข้อสอบจำนวนมากมีกระดาษคำถามหลายข้อ รูปแบบการสอบคู่ขนานเหล่านี้มีความปลอดภัย คะแนนของผู้สอบในแบบฟอร์มการทดสอบทั้งสองแบบมีความสัมพันธ์กันเพื่อกำหนดว่ารูปแบบการทดสอบทั้งสองมีความคล้ายคลึงกันอย่างไร

ความสม่ำเสมอในการตัดสินใจ

หลังจากทำเช่นนี้คุณจะเห็นผู้สอบผ่านหรือล้มเหลว เป็นความน่าเชื่อถือของการตัดสินใจจำแนกประเภทนี้ที่ประเมินในความน่าเชื่อถือความสอดคล้องในการตัดสินใจ

เครื่องมือสำหรับการทดสอบความน่าเชื่อถือ

CASRE (เครื่องมือประเมินความน่าเชื่อถือของซอฟต์แวร์โดยใช้คอมพิวเตอร์ช่วย) :

เครื่องมือวัดความน่าเชื่อถือของ CASRE อิงตามรุ่นความเชื่อถือได้ที่มีอยู่ ซึ่งช่วยในการประมาณค่าความน่าเชื่อถือของผลิตภัณฑ์แอปพลิเคชันได้ดีขึ้น GUI ของอุปกรณ์ช่วยให้เข้าใจความเชื่อถือได้ของแอปพลิเคชันดีขึ้น และใช้งานง่ายมาก

คุณสมบัติ

  • พิมพ์ผลความล้มเหลว
  • บันทึกงานลงดิสก์
  • เลือกรุ่นความน่าเชื่อถือ
  • เลือกรุ่นที่ถูกต้องสำหรับผลลัพธ์

ราคา

คุณต้องไปที่เว็บไซต์เพื่อขอใบเสนอราคา

คำถามที่พบบ่อย

อะไรคือปัจจัยที่มีอิทธิพลต่อความน่าเชื่อถือ?

จำนวนข้อบกพร่องที่มีอยู่ในแอปพลิเคชัน
วิธีที่ผู้ใช้ใช้งานระบบ

ทำไมต้องทำการทดสอบความน่าเชื่อถือ

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