ทดสอบระบบจัดการสำหรับโซลูชัน ERP ที่เน้นแพ็คเกจในโอดูคิวบา

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

การสร้างบทความนี้ตอบสนองความต้องการที่เพิ่มขึ้นของโครงการ Odoo Desoft R + D + i ในการบริหารการพัฒนาของแผนก Desoft La Habana เพื่อทำให้กระบวนการพัฒนาและทดสอบเป็นไปโดยอัตโนมัติเพื่อให้แน่ใจว่ากระบวนการทั่วไปของโซลูชัน Odoo สำหรับ สภาพแวดล้อมของคิวบาลดเวลาในการทดสอบโดยรวมไว้ตลอดวงจรชีวิตของกระบวนการพัฒนารวมและรวมห่วงโซ่ของเครื่องมือในกระบวนการพัฒนาและทดสอบและรับการตรวจสอบย้อนกลับและบูรณาการกับทุกฝ่ายที่เกี่ยวข้องในกระบวนการพัฒนา.

ในขั้นตอนการดำเนินการของรูปแบบการพัฒนา Software Product Lines (LPS) ใหม่และเนื่องจากการนำเทคโนโลยี Odoo มาใช้ตั้งแต่ปี 2555 ถึงปัจจุบันโครงการ Odoo Desoft R + D + i ได้รับการออกแบบกระบวนการใหม่ การจัดการคุณภาพและดังนั้นการจัดการการทดสอบเพื่อควบคุมควบคุมและวัดกระบวนการผลิต

บทนำ

กระบวนการผลิตหรือบริการใด ๆ ที่มีวัตถุประสงค์เพื่อสร้างความพึงพอใจให้กับลูกค้าปลายทางและปรับปรุงประสิทธิภาพการผลิตจำเป็นต้องได้รับการสนับสนุนจากระบบการจัดการคุณภาพและระบบการจัดการทดสอบภายใน ในช่วงปักษ์แรกของปี 2555 มีการตัดสินใจที่จะสร้างกลุ่มการจัดการคุณภาพดังนั้นจึงเป็นกลุ่มที่จะทุ่มเทให้กับการจัดการและดำเนินการทดสอบในโครงการ R + D + i ในการบริหารการพัฒนาของกอง Desoft La Habana และจะมุ่งเน้นไปที่การตอบสนองความจำเพาะของโซลูชัน ERP ที่เน้นแพ็คเกจใน Odoo และความต้องการในการปรับปรุงกระบวนการพัฒนาซอฟต์แวร์โดยไม่มองข้ามคุณลักษณะด้านคุณภาพที่จะต้องเป็นไปตามซอฟต์แวร์มีลักษณะพิเศษบางอย่างและหากไม่มีกระบวนการพัฒนาที่ดีแทบจะเป็นไปไม่ได้เลยที่จะได้มาซึ่งผลิตภัณฑ์ที่ดีดังนั้นคำจำกัดความของคุณภาพของกระบวนการพัฒนาและซอฟต์แวร์ควรเป็นไปตามลักษณะดังต่อไปนี้:

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

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

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

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

สิ่งสำคัญคือต้องเน้นว่าระบบจัดการการทดสอบจัดระบบแนวปฏิบัติที่ดีของมาตรฐาน ISO / IEC 29119 ซึ่งจะครอบคลุมวงจรชีวิตที่สมบูรณ์ของโซลูชันที่ออกแบบในโครงสร้างของระบบการจัดการคุณภาพของแผนก Desoft La Habana

โครงสร้างองค์กร.

โครงการ Odoo Desoft R + D + i ในการบริหารการพัฒนาของแผนก Desoft La Habana ได้รับการจัดโครงสร้างตามลักษณะของรูปแบบการพัฒนาซอฟต์แวร์ที่เน้นสถาปัตยกรรมและตามกระบวนทัศน์ของสายผลิตภัณฑ์ซอฟต์แวร์ (LPS) ส่งผลให้เกิดโหมดการจัดการแบบใหม่และผสมผสานรูปแบบการผลิตของโรงงานผลิตภัณฑ์ซอฟต์แวร์เข้ากับกระบวนการผลิตอัตโนมัติในระดับสูง

โครงสร้างองค์กรของโครงการ ODOO DESOFT R + D + I

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

กลยุทธ์และการทดสอบระบบนิเวศ

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

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

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

กระบวนการกลยุทธ์การทดสอบกลุ่มทดสอบโดยรวมแบ่งออกเป็น 3 ขั้นตอน:

• การวางแผนและการตรวจสอบการวิเคราะห์การทดสอบและการออกแบบการทดสอบการดำเนินการทดสอบ

ระยะของกระบวนการทั่วโลกของกลยุทธ์การทดสอบ

แต่ละขั้นตอนเหล่านี้ได้กำหนดกิจกรรมที่จะดำเนินการสิ่งประดิษฐ์ที่สร้างขึ้นในแต่ละขั้นตอนหรือเพื่อสนับสนุนกิจกรรมและบทบาทและความรับผิดชอบของผู้ที่เกี่ยวข้องในแต่ละกิจกรรม ขั้นตอนและกิจกรรมที่แตกต่างกันมีความสัมพันธ์กับวงจรชีวิตการพัฒนาซอฟต์แวร์ซึ่งบันทึกไว้ในระเบียบวิธีการพัฒนาสำหรับโซลูชัน ERP ที่เน้นแพ็คเกจใน Odoo ในโครงการ R&D ของ Odoo Desoft กระบวนการวิเคราะห์วิธีการพัฒนาสำหรับโซลูชัน ERP ที่เน้นแพ็คเกจใน Odoo นั้นสอดคล้องโดยตรงกับขั้นตอนการวางแผนการทดสอบเนื่องจากจากขั้นตอนเริ่มต้นการประมาณกิจกรรมการทดสอบและวันที่คาดว่าจะเสร็จสิ้น (Plan และการวางแผนการทดสอบ)

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

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

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

ความเป็นไปได้ของการทดสอบอัตโนมัติขึ้นอยู่กับการรวมเทคโนโลยีแบบดั้งเดิมเข้ากับกรอบการทดสอบที่มุ่งเน้นไปที่ระบบนิเวศการทดสอบที่สนับสนุนกลยุทธ์การทดสอบดังกล่าว

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

การทดสอบระบบนิเวศ

การตรวจสอบและการตรวจสอบความถูกต้องของกลยุทธ์การทดสอบและระบบนิเวศ

สำหรับการตรวจสอบและตรวจสอบความถูกต้องของกลยุทธ์การทดสอบและระบบนิเวศนั้นทำให้มั่นใจได้ว่าขั้นตอนกิจกรรมและสิ่งประดิษฐ์ต่างๆที่เสนอโดยกลยุทธ์การทดสอบมีความสัมพันธ์กับวงจรชีวิตการพัฒนาซอฟต์แวร์ซึ่งบันทึกไว้ในระเบียบวิธีการพัฒนาสำหรับโซลูชัน ERP ที่มุ่งเน้น โดยแพ็คเกจใน Odoo ในโครงการ Odoo Desoft R + D + i และในการแสดงให้เห็นว่าระบบนิเวศการทดสอบอัตโนมัติสามารถตอบสนองความต้องการของกลยุทธ์การทดสอบและสิ่งที่กำหนดไว้ในระเบียบวิธีการพัฒนา

เพื่อดำเนินกิจกรรมนี้วัตถุประสงค์หลักคือ:

• ความสัมพันธ์ระหว่างระเบียบวิธีการพัฒนาและกลยุทธ์การทดสอบ

วิธีการพัฒนาและกลยุทธ์การทดสอบ

• ความสัมพันธ์ระหว่างกิจกรรมและสิ่งประดิษฐ์ของขั้นตอนของวิธีการพัฒนาและกลยุทธ์การทดสอบ ในแต่ละขั้นตอนของระเบียบวิธีการพัฒนาจะมีการอ้างอิงเฉพาะกับสิ่งที่ส่งมอบที่เกี่ยวข้องกับกลยุทธ์การทดสอบซึ่งทำหน้าที่เป็นข้อมูลเข้าสู่กระบวนการทดสอบ

ขั้นตอนและสิ่งที่ส่งมอบของระเบียบวิธีการพัฒนา (รวมเฉพาะสิ่งที่ส่งมอบที่เกี่ยวข้องโดยตรงกับกลยุทธ์การทดสอบเท่านั้น)	ขั้นตอนและการส่งมอบของกลยุทธ์การทดสอบ
การวิเคราะห์ - คุณสมบัติของข้อกำหนด	การวางแผนการทดสอบ - แผนการทดสอบ (เวอร์ชันเริ่มต้น) - การวางแผนการทดสอบ - ขั้นตอนการจัดการอุบัติเหตุ (หนึ่งเฉพาะสำหรับแต่ละโครงการที่แตกต่างจากมาตรฐาน) การวิเคราะห์และออกแบบการทดสอบ - ข้อกำหนดเรื่องราวของผู้ใช้ - ข้อกำหนดและการออกแบบกรณีทดสอบ (ระบบ) - เมทริกซ์การตรวจสอบย้อนกลับ
ออกแบบ - ข้อมูลจำเพาะของการออกแบบโซลูชัน Flow X - ข้อมูลจำเพาะของการออกแบบโซลูชัน Module X	การวิเคราะห์และออกแบบการทดสอบ - ข้อกำหนดและการออกแบบกรณีทดสอบ (บูรณาการ) - ข้อกำหนดและการออกแบบกรณีทดสอบ (Unitary) - เมทริกซ์การตรวจสอบย้อนกลับ - แผนการทดสอบ (ข้อกำหนดทางเทคนิค
การดำเนินงาน - ผลิตภัณฑ์ซอฟต์แวร์	การดำเนินการทดสอบ - ผลการทดสอบหน่วย - ผลการทดสอบการรวม - ผลการทดสอบระบบ - รายงานการติดตามการทดสอบ - รายงานระดับการทดสอบ
การทดสอบ - คู่มือการใช้	การดำเนินการทดสอบ - ผลการทดสอบการยอมรับ - รายงานผลการทดสอบขั้นสุดท้าย

C ORRESPONDENCIA M ETHODOLOGY พัฒนาและการทดสอบกลยุทธ์

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

สรุปผลการวิจัย

การทำให้งานวิจัยนี้เป็นจริงได้รับอนุญาตให้รวบรวมฐานแนวคิดหลักของกลยุทธ์และระบบการทดสอบของระบบการจัดการการทดสอบสำหรับโซลูชัน ERP ที่เน้นแพ็คเกจใน Odoo ในส่วน R & D & I ในด้านการจัดการ การพัฒนาแผนก Desoft La Habana

สิ่งสำคัญคือต้องเน้นว่าระบบจัดการการทดสอบจัดระบบแนวปฏิบัติที่ดีของมาตรฐาน ISO / IEC 29119 ซึ่งจะครอบคลุมวงจรชีวิตที่สมบูรณ์ของโซลูชันที่ออกแบบในโครงสร้างของระบบการจัดการคุณภาพของแผนก Desoft La Habana การดำเนินงานนี้ผลที่ได้รับจากมันและประสบการณ์อื่น ๆ อีกมากมายทำให้เราเข้าใจว่าเป็นกิจกรรมที่สนับสนุนการพัฒนาโซลูชัน ERP โดยทั่วไปโดยไม่คำนึงถึงเทคโนโลยีที่ใช้ งานใหม่นี้ได้อัปเดตขั้นตอนวิธีการและกระบวนการพัฒนาในพื้นที่ R + D + i ในส่วนบริหารการพัฒนาของแผนก Desoft La Habana มีส่วนช่วยในการดำเนินกระบวนการที่เป็นระเบียบมีโครงสร้างและมีระเบียบวินัยโดยที่โครงการมีความสามารถในการทำซ้ำและปรับปรุงได้

อ้างอิง

1. Fischer G., «เทคโนโลยีซอฟต์แวร์แห่งศตวรรษที่ 21: From Software Reuse to Collaborative Software Design ». Páez J., «การออกแบบแบบจำลองสำหรับการประเมิน / การทดสอบซอฟต์แวร์โดยอาศัยวิศวกรรมทดสอบโดยใช้มาตรฐาน ISO / IEC 29119 ». Reid S., «การทดสอบซอฟต์แวร์. มาตรฐานการทดสอบซอฟต์แวร์สากลใหม่ ISO / IEC 29119 »

ดาวน์โหลดไฟล์ต้นฉบับ