การทดสอบการทำงานร่วมกันในการทดสอบซอฟต์แวร์

การทดสอบการทำงานร่วมกันคืออะไร

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

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

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

ระดับต่างๆ ของความสามารถในการทำงานร่วมกันของซอฟต์แวร์

ระบบสองระบบสามารถสอดคล้องกันได้ในหลายระดับความลึก โดยแต่ละระดับที่อยู่ต่ำกว่าจะถือว่าระดับที่อยู่สูงกว่านั้นทำงานได้แล้ว

• การทำงานร่วมกันทางกายภาพ — การเชื่อมต่อได้ถูกสร้างขึ้นแล้ว ตัวอย่างเช่น ผ่านทางบลูทูธ Wi-Fi USB หรือการเชื่อมต่อเครือข่ายแบบใช้สาย
• การทำงานร่วมกันของประเภทข้อมูล — ทั้งสองฝ่ายเข้ารหัสและถอดรหัสชนิดข้อมูลพื้นฐาน ชุดอักขระ และลำดับไบต์เดียวกัน
• ระดับข้อมูลจำเพาะ การทำงานร่วมกัน — ทั้งสองฝ่ายใช้รูปแบบข้อความและกฎโปรโตคอลเดียวกันตามที่ระบุไว้ในข้อกำหนด
• การทำงานร่วมกันทางความหมาย — ทั้งสองฝ่ายให้ความหมายเดียวกันกับข้อมูลที่แลกเปลี่ยนกัน ดังนั้นข้อมูลอย่างเช่น "อุณหภูมิ" จึงถูกตีความในหน่วยและบริบทเดียวกัน

เหตุใดจึงต้องทำการทดสอบความสามารถในการทำงานร่วมกัน

การทดสอบการทำงานร่วมกันเกิดขึ้นเนื่องจาก

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

ความเสี่ยงที่เกี่ยวข้องกับการขาดการทดสอบความเข้ากันได้ระหว่างระบบ ได้แก่

• การสูญเสียข้อมูล
• ประสิทธิภาพไม่น่าเชื่อถือ
• การทำงานไม่น่าเชื่อถือ
• การดำเนินการไม่ถูกต้อง
• การบำรุงรักษาต่ำ

วิธีการทำ Interoperability Testing

กระบวนการทดสอบความเข้ากันได้ของระบบประกอบด้วยขั้นตอนดังต่อไปนี้

ขั้นตอนที่ 1: เปิดตัวโครงการ

• กำหนดและจัดทำขอบเขตงานอย่างเป็นทางการ และจัดตั้งโครงสร้างพื้นฐานการบริหารจัดการโครงการ

ขั้นตอนที่ 2: ตั้งค่าห้องปฏิบัติการทดสอบ

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

ขั้นตอนที่ 3: พัฒนาแผนการทดสอบ

• เขียน แผนการทดสอบ
• กำหนดกรณีทดสอบและขั้นตอน
• ตั้งค่าอุปกรณ์ตรวจสอบที่จำเป็นสำหรับการรักษาบันทึกการทดสอบ

ขั้นตอนที่ 4: ดำเนินการตามแผนการทดสอบ

• ดำเนินการกรณีทดสอบ
• ทำงานร่วมกับทีมทดสอบเพื่อวิเคราะห์สาเหตุหลักของความล้มเหลว

ขั้นตอนที่ 5: ผลลัพธ์เอกสาร

• ใช้บันทึกการทดสอบเพื่อบันทึกบันทึกการใช้งาน

ขั้นตอนที่ 6: เพิ่มทรัพยากรและประเมินผลการปฏิบัติงานของโครงการ

• วิเคราะห์ผลการทดสอบโดยใช้เครื่องมืออัตโนมัติ

ตัวอย่างกรณีทดสอบสำหรับการทดสอบการทำงานร่วมกัน

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

กลยุทธ์การทดสอบสำหรับการทดสอบความสามารถในการทำงานร่วมกันประกอบด้วย

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

เครื่องมือและเทคนิคการทดสอบความสามารถในการทำงานร่วมกัน

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

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

แนวปฏิบัติที่ดีที่สุดสำหรับการทดสอบความสามารถในการทำงานร่วมกัน

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

• รักษาเมทริกซ์ความเข้ากันได้ ซึ่งจะแสดงรายการรุ่นอุปกรณ์ เวอร์ชันเฟิร์มแวร์ และเวอร์ชันโปรโตคอลทั้งหมดที่อยู่ในขอบเขต และอัปเดตทุกครั้งที่มีการออกเวอร์ชันใหม่
• ทดสอบความเข้ากันได้ทั้งแบบย้อนหลังและแบบไปข้างหน้าไม่ใช่แค่คู่ล่าสุดเท่านั้น เพื่อนร่วมงานรุ่นเก่าก็ยังคงอยู่ในวงการนี้เป็นเวลาหลายปี
• Anchor กรณีทดสอบตามมาตรฐานที่เผยแพร่ เช่น มาตรฐาน IEEE, ISO, IETF หรือมาตรฐานอุตสาหกรรม ดังนั้นคำว่า "ผ่าน" จึงหมายถึงมาตรฐานที่ผู้จำหน่ายทั้งสองยอมรับ
• ทำงานโดยอัตโนมัติและต่อเนื่อง ภายในไปป์ไลน์ CI เนื่องจากการอัปเดตของพาร์ทเนอร์อาจทำให้การจับคู่ที่ผ่านการทดสอบเมื่อวานนี้ล้มเหลวได้
• ทดลองใช้งานก่อนซื้อ — โปรแกรมจำลองครอบคลุมขอบเขตการใช้งานได้กว้างขวางในราคาประหยัด และห้องปฏิบัติการจริงจะตรวจสอบยืนยันชุดค่าผสมที่มีความเสี่ยงสูงสุดอีกครั้ง
• ควบคุมเวอร์ชันของทุกการตั้งค่า ดังนั้นการทำงานที่ล้มเหลวจึงสามารถจำลองได้อย่างแม่นยำ
• ทดสอบสภาวะที่เสื่อมสภาพ รวมถึงการหมดเวลา การสูญเสียแพ็กเก็ต ข้อความไม่สมบูรณ์ และความไม่ตรงกันของเวอร์ชัน ไม่ใช่แค่กรณีปกติเท่านั้น
• ตกลงรูปแบบการรายงานตั้งแต่เนิ่นๆ โดยร่วมมือกับผู้ขายที่เป็นพันธมิตร ทำให้สามารถดำเนินการแก้ไขข้อบกพร่องได้ทั้งสองฝ่าย

การทดสอบการทำงานร่วมกันกับการทดสอบความสอดคล้อง

การทดสอบความสามารถในการทำงานร่วมกัน การทดสอบความสอดคล้อง และการทดสอบความเข้ากันได้ มักถูกใช้สลับกันไปมา แต่แต่ละคำให้คำตอบที่แตกต่างกัน

ข้อเสียของการทดสอบการทำงานร่วมกัน

อุปสรรคหลักในการทดสอบความเข้ากันได้ของระบบคือ

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

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