1 ความจริงที่ยิ่งใหญ่เกี่ยวกับข้อผิดพลาดของซอฟต์แวร์ | #2 ขั้นตอนแรกในการทดสอบซอฟต์แวร์
เผยแพร่แล้ว: 2022-05-12ข้อผิดพลาดของซอฟต์แวร์เป็นส่วนหนึ่งของกระบวนการสร้างซอฟต์แวร์ แทบจะเป็นไปไม่ได้เลยที่จะสร้างโปรแกรมที่ไม่พบข้อผิดพลาดในระหว่างขั้นตอนการทดสอบ ในทางทฤษฎี ข้อผิดพลาดของโปรแกรมธรรมดาๆ อาจไม่เกิดขึ้น แต่ในสถานการณ์เมื่อซอฟต์แวร์มีโค้ดที่ซับซ้อน โครงการที่มีความซับซ้อนและครอบคลุมต้องได้รับการทดสอบเพื่อลบข้อผิดพลาดและจุดบกพร่องทั้งหมดในช่วงเริ่มต้นของการทำงาน
ข้อผิดพลาดของซอฟต์แวร์ – สารบัญ:
- สาเหตุของข้อผิดพลาดของซอฟต์แวร์
- วงจรชีวิตของความผิดพลาด
- ระดับความสำคัญของข้อผิดพลาดในซอฟต์แวร์
- สรุป
สาเหตุของข้อผิดพลาดของซอฟต์แวร์
ข้อผิดพลาดในซอฟต์แวร์เกิดขึ้นจากสิ่งที่เรียกว่าบั๊กหรือความล้มเหลว และเป็นสาเหตุหลักที่ทำให้ซอฟต์แวร์ทำงานไม่ดี การเกิดข้อผิดพลาดเกิดขึ้นได้ ในทุกขั้นตอน ของการสร้างซอฟต์แวร์ ข้อผิดพลาดส่วนใหญ่มักพบ ในโค้ด และเกิดจากการกระทำของมนุษย์ ข้อบกพร่องที่พบในส่วนหนึ่งของซอฟต์แวร์อาจส่งผลกระทบต่อส่วนอื่นๆ ของซอฟต์แวร์เดียวกัน โดยเฉพาะอย่างยิ่งหากทั้งสองเชื่อมต่อกัน ข้อผิดพลาดเป็นผลมาจากข้อบกพร่อง ทั้งสองอย่างอาจนำไปสู่ความล้มเหลวอย่างร้ายแรง ซึ่งอาจปรากฏขึ้นในระหว่างการเรียกใช้ซอฟต์แวร์
จากข้อมูลของ International Software Testing Qualification Board มีหลายสาเหตุที่ทำให้เกิดข้อผิดพลาดของซอฟต์แวร์ ได้แก่:
- ความไม่สมบูรณ์ ของมนุษย์
- ความกดดันของ เวลา
- ขาด คุณสมบัติ ทักษะ หรือประสบการณ์
- การสื่อสาร ที่ไม่ดีในทีม
- ข้อกำหนด ที่เขียนไม่ถูกต้อง
- ความซับซ้อน ของ: รหัส โครงการหรือเทคโนโลยี
- ความเข้าใจผิด เกี่ยวกับอินเทอร์เฟซภายในระบบและระหว่างระบบ – โดยเฉพาะในกรณีที่ระบบเหล่านั้นมีจำนวนสูง
- การนำ เทคโนโลยีใหม่ มาใช้
ดังที่ได้กล่าวไว้ก่อนหน้านี้ ข้อผิดพลาดนำไปสู่ข้อบกพร่องและข้อบกพร่องนำไปสู่ความล้มเหลว นี่คือสิ่งที่ควรทราบด้วยว่าความล้มเหลวไม่ได้เกิดจากความผิดพลาดของมนุษย์เสมอไป การเกิดขึ้นของความล้มเหลวอาจเกิดจากปรากฏการณ์อื่นๆ เช่น การแผ่รังสี สนามแม่เหล็กไฟฟ้า หรือการปนเปื้อน ปัจจัยดังกล่าวมีอิทธิพลต่อการทำงานของซอฟต์แวร์โดยการเปลี่ยนแปลงเงื่อนไขภายนอกที่ส่งผลต่อฮาร์ดแวร์
วงจรชีวิตของความผิดพลาด
วงจรชีวิตของข้อผิดพลาด เป็นกระบวนการ ซึ่งเริ่มต้นในขณะที่มีการค้นพบข้อผิดพลาดและรายงานจนถึงช่วงที่มีการแก้ไขและปิดงาน ความยาวของวงจรขึ้นอยู่กับความรุนแรงของข้อผิดพลาด ความซับซ้อน ของข้อผิดพลาดอาจขยายหรือย่นเวลาที่จำเป็นสำหรับการแก้ไขอย่างมีนัยสำคัญ มีโปรแกรมมากมายที่ใช้ตรวจสอบข้อผิดพลาดของซอฟต์แวร์ และการเลือกโปรแกรมอาจส่งผลต่อวงจรชีวิตของข้อผิดพลาด
วงจรชีวิตที่เป็นแบบอย่างนั้นเรียบง่าย ในระยะแรกจะมีการรายงานข้อผิดพลาดในการแจ้งเตือนและได้รับสถานะ เปิด ในการแจ้งเตือนจะมีเส้นทางที่อนุญาตให้ผู้ทดสอบค้นหาข้อผิดพลาดได้ นอกจากนี้ โปรแกรมเมอร์ที่จัดการกับงานจะได้รับมอบหมายในการแจ้งเตือน และทันทีที่เขาเริ่มแก้ไขข้อผิดพลาด สถานะจะเปลี่ยนไป อยู่ในระหว่างดำเนินการ ข้อมูลนี้มีความสำคัญอย่างยิ่งสำหรับผู้ทดสอบ ซึ่งสามารถเริ่มทดสอบซอฟต์แวร์ได้ทันทีที่การแจ้งเตือนเปลี่ยนเป็น พร้อมสำหรับการทดสอบ
องค์ประกอบที่สองคือการป้อนกลับ เมื่อแบบสำรวจทั้งหมดถูกกรอกโดยผู้ตอบแบบสอบถาม จะต้องสร้างรายงานที่ดีและเป็นระเบียบหนึ่งฉบับ ข้อมูลทั้งหมดต้องได้รับการตรวจสอบอย่างตั้งใจเพื่อให้สามารถรวบรวมข้อมูลเชิงลึกที่สำคัญทั้งหมดได้ นี่เป็นสิ่งสำคัญอย่างยิ่งเนื่องจากง่ายต่อการตีความผลการวิจัยที่ผิดพลาด แบบสำรวจที่ใช้สำหรับกรณีที่กำหนดจะต้องมีการปรับและฟังดูดี
ผู้ทดสอบที่เริ่มดำเนินการจะเปลี่ยนสถานะเป็นการ ทดสอบที่กำลังดำเนินการ และหลังจากเสร็จสิ้น ให้เลือกหนึ่งในสองตัวเลือก: แก้ไขแล้ว (ในกรณีที่การซ่อมแซมสำเร็จ) หรือ เปิดใหม่อีกครั้ง (หากข้อผิดพลาดของซอฟต์แวร์ยังคงต้องได้รับการซ่อมแซม) ในลักษณะดังกล่าว โปรแกรมเมอร์จะได้รับการแจ้งเตือนเกี่ยวกับความจำเป็นในการเริ่มการทำงานใหม่จากข้อผิดพลาด
ระดับความสำคัญของข้อผิดพลาดในซอฟต์แวร์
ข้อผิดพลาดของซอฟต์แวร์อาจแบ่งออกตามระดับความสำคัญ ซึ่งได้รับจากผู้ทดสอบ ระดับนัยสำคัญส่งผ่านข้อมูลเกี่ยวกับผลกระทบของข้อผิดพลาดต่อการทำงานของโปรแกรม ยิ่งระดับความสำคัญของข้อผิดพลาดสูงขึ้นเท่าใด ก็ยิ่งควรแก้ไขให้เร็วขึ้นเท่านั้น
ระดับความสำคัญสูงสุดเรียกว่า ตัวบล็อก เนื่องจากการเกิดขึ้นหมายถึงการขาดความสามารถเพิ่มเติมในการใช้โปรแกรมอย่างสมบูรณ์และความจำเป็นในการหยุดการทดสอบ ตัวอย่างของ ตัวบล็อก คือข้อผิดพลาดของซอฟต์แวร์ซึ่งปิดแอปพลิเคชัน ข้อผิดพลาดดังกล่าวต้องมีการแก้ไขอย่างรวดเร็วเพื่อเปิดใช้งานการทดสอบเพิ่มเติม
ระดับความสำคัญที่ต่ำกว่านี้เรียกว่า วิกฤต เนื่องจากข้อผิดพลาดของซอฟต์แวร์ในระดับนั้นทำให้การใช้ฟังก์ชันทั้งหมดของโปรแกรมทำได้ยาก ข้อผิดพลาดของซอฟต์แวร์ดังกล่าวไม่ได้บล็อกการทดสอบอย่างสมบูรณ์ แต่มีผลกระทบอย่างมากต่อกระบวนการทดสอบ และไม่สามารถเผยแพร่ซอฟต์แวร์ได้หากไม่ได้แก้ไขปัญหานี้
ระดับความ สำคัญ ที่สำคัญนั้นค่อนข้างสำคัญ แต่ไม่มีกระบวนการทดสอบ
ข้อผิดพลาดที่มีนัยสำคัญในระดับ ปานกลาง คือข้อผิดพลาดของแรงโน้มถ่วงปานกลาง ซึ่งต้องการปฏิกิริยาที่รวดเร็ว เนื่องจากไม่ขัดขวางการทดสอบ
5. การเสริมอำนาจของบุคคล – เมื่อใช้ผลตอบรับแบบ 360 องศา พนักงานทุกคนมีโอกาสแสดงความกังวล บุคคลอาจรู้สึกว่าตนมีเสียงและบริษัทเคารพในมุมมองและความคิดเห็นของตน ดังนั้นการกระทำใดๆ ที่ส่งผลถึงพนักงานจะส่งผลดีต่อขวัญกำลังใจของพนักงาน
ระดับความสำคัญของข้อผิดพลาดต่ำสุด กล่าวคือ เล็กน้อย หมายความว่าข้อผิดพลาดของซอฟต์แวร์มีความสำคัญเพียงเล็กน้อย
สรุป
ข้อผิดพลาดในซอฟต์แวร์มีหลายสาเหตุ แต่ส่วนใหญ่เกิดจากการกระทำของมนุษย์โดยไม่รู้ตัว จำเป็นต้องตรวจสอบความถูกต้องของซอฟต์แวร์ด้วย การทดสอบ อย่างต่อเนื่อง ข้อผิดพลาดของซอฟต์แวร์แต่ละรายการมี วงจรชีวิต ซึ่งมีตั้งแต่การค้นพบจนถึงการแก้ไข ข้อผิดพลาดมี ระดับความสำคัญ ต่างกัน แต่ละข้อมีความสำคัญเท่ากัน แต่บางข้อผิดพลาดก็ปิดกั้นความเป็นไปได้ของการใช้ซอฟต์แวร์จนไม่สามารถทดสอบได้ ในขณะที่ข้อผิดพลาดอื่นๆ จะไม่ส่งผลต่อกระบวนการเหล่านั้นมากนัก และแก้ไขได้ง่าย
อ่านเพิ่ม : พนักงาน 4 ประเภทที่บริษัทต้องการ
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube
ผู้เขียน: โรเบิร์ต วิทนีย์
ผู้เชี่ยวชาญ JavaScript และผู้สอนที่โค้ชแผนกไอที เป้าหมายหลักของเขาคือการยกระดับประสิทธิภาพการทำงานของทีมโดยการสอนผู้อื่นถึงวิธีการร่วมมืออย่างมีประสิทธิภาพขณะเขียนโค้ด
ขั้นตอนแรกในการทดสอบซอฟต์แวร์:
- การทดสอบซอฟต์แวร์คืออะไร?
- 1 ความจริงที่ยิ่งใหญ่เกี่ยวกับข้อผิดพลาดของซอฟต์แวร์
- หลักการทดสอบ ISTQB หลักเจ็ดประการ
- 6 ขั้นตอนของSTLC
- การทดสอบกับการดีบัก
- การตรวจสอบและรับรองความถูกต้องในกระบวนการทดสอบซอฟต์แวร์