การทดสอบ SAP - คู่มือฉบับย่อ

หลายองค์กรใช้ SAP ERP (Enterprise Resource Planning) เพื่อจัดการการดำเนินธุรกิจและปรับตัวตามความท้าทายใหม่ ๆ ของตลาด SAP R / 3 เป็นซอฟต์แวร์ ERP แบบบูรณาการที่ช่วยให้องค์กรสามารถจัดการธุรกิจได้อย่างมีประสิทธิภาพ องค์กรสามารถลดต้นทุนในการดำเนินการโดยใช้แพ็คเกจ SAP R / 3 ERP

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

โมดูล SAP R / 3 ที่พบบ่อยที่สุดคือ -

• การจัดการวัสดุ SAP
• SAP การบัญชีการเงินและการควบคุม
• การขายและการจัดจำหน่าย SAP
• ทรัพยากรบุคคล SAP
• การจัดการซัพพลายเชนของ SAP
• การจัดการโรงงาน SAP

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

ระบบ SAP มีการเปลี่ยนแปลงต่างๆเช่นการจัดการแพตช์และการแก้ไขการใช้งานโมดูลใหม่และการเปลี่ยนแปลงการกำหนดค่าอื่น ๆ การปรับเปลี่ยนทั้งหมดนี้ทำให้เกิดความจำเป็นในการทดสอบการถดถอยที่ต้องดำเนินการในสภาพแวดล้อม SAP เครื่องมือทดสอบอัตโนมัติของ SAP เช่น SAP Test Acceleration และ Optimization tools สามารถใช้เพื่อจุดประสงค์นี้

SAP TAOเป็นเครื่องมืออัตโนมัติในการสร้างกรณีทดสอบสำหรับสถานการณ์แบบ end-to-end สำหรับแอปพลิเคชัน SAP นอกจากนี้ยังมีเครื่องมือทดสอบระบบอัตโนมัติอื่น ๆ อีกมากมายสำหรับการทดสอบ SAP เช่น HP QTP และ ECATT เป็นต้นที่สามารถใช้ได้

ความสำคัญของการทดสอบ

นี่คือรายการเหตุผลสำคัญที่ทำให้การทดสอบ SAP ดำเนินการและเหตุใดจึงเป็นหน้าที่สำคัญในการเติบโตขององค์กร -

• System Validation - SAP Testing เกี่ยวข้องกับการทดสอบ end-to-end ที่สมบูรณ์และการตรวจสอบความถูกต้องของโมดูล SAP ทั้งหมดในสภาพแวดล้อม SAP ERP

• Quality and Revenue- SAP Testing เป็นการทดสอบตามเอาต์พุตและไม่เหมือนกับวิธีการทดสอบทั่วไปที่ใช้อินพุต ทำให้มั่นใจในคุณภาพของระบบ SAP และยังมุ่งเน้นไปที่รายได้และต้นทุนขององค์กร

• Cost and Predictability - การทดสอบ SAP เกี่ยวข้องกับการลดต้นทุนการพัฒนา SAP และปรับปรุงความสามารถในการคาดการณ์

• Compliance Requirement - การทดสอบ SAP ช่วยให้มั่นใจได้ว่าการใช้งาน SAP เป็นไปตามข้อกำหนดการปฏิบัติตามข้อกำหนดใหม่ในองค์กรเฉพาะและโมดูลทั้งหมดทำงานตามการกำหนดค่าที่คาดไว้

• New Implementation and Configuration Changes- มีการเปลี่ยนแปลงประเภทต่างๆที่นำไปใช้ในระบบ SAP เช่นแพตช์และการแก้ไขการใช้งานใหม่การเปลี่ยนแปลงการกำหนดค่า ดังนั้นการทดสอบ SAP จึงมั่นใจได้ว่าโมดูลทั้งหมดทำงานตามความต้องการในสภาพแวดล้อมระบบไดนามิกนี้

• Integration- การทดสอบ SAP ดำเนินการเพื่อทดสอบรายงานกระแสข้อมูลและกระแสงานแบบฟอร์ม GUI ฯลฯ ใช้เพื่อตรวจสอบการรวมระบบระหว่างโมดูลต่างๆ ตัวอย่างเช่นหากมีการลงรายการบัญชีใบสั่งที่ต้องมีการดำเนินการในการขายและการจัดจำหน่าย MM และ FICO การทดสอบ SAP จะตรวจสอบการรวมระหว่างระบบเหล่านี้

• Performance - นอกจากนี้ยังใช้เพื่อให้แน่ใจว่าระบบจะสามารถปฏิบัติตามข้อตกลงระดับบริการเวลาที่ระบบใช้ในการดำเนินการเฉพาะประสิทธิภาพของระบบ ฯลฯ

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

เทคนิคการทดสอบที่พบบ่อยที่สุดคือ -

• Unit Testing - เป็นการทดสอบกล่องขาวประเภทหนึ่งที่เกี่ยวข้องกับการทดสอบหน่วยเดียวหรือกลุ่มของหน่วย

• Integration Testing - ในการทดสอบนี้จะมีการรวมระบบหลายระบบเข้าด้วยกันเพื่อทดสอบผลลัพธ์ของระบบรวม

• Functional Testing - ตรวจสอบการทำงานของแต่ละโมดูลตามผลลัพธ์ที่ต้องการ

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

• Acceptance Testing - ทำการทดสอบการยอมรับเพื่อทดสอบว่าระบบตรงตามความต้องการของผู้ใช้หรือไม่และจะยอมรับแอปพลิเคชันหรือระบบ

• System Testing - ระบบทั้งหมดได้รับการทดสอบตามข้อกำหนดและข้อกำหนด

• Stress Testing - ในการทดสอบนี้ระบบมีความเครียดเกินกว่าข้อกำหนดเพื่อตรวจสอบเมื่อล้มเหลว

• Performance Testing - การทดสอบนี้ดำเนินการเพื่อตรวจสอบว่าระบบมีคุณสมบัติตรงตามข้อกำหนดด้านประสิทธิภาพหรือไม่

• Regression Testing - รวมถึงการทดสอบแอปพลิเคชันหรือระบบเต็มรูปแบบสำหรับการปรับเปลี่ยน

• Beta Testing- จุดมุ่งหมายของการทดสอบเบต้าคือเพื่อปกปิดข้อผิดพลาดที่ไม่คาดคิด ตกอยู่ภายใต้ระดับการทดสอบกล่องดำ ดำเนินการโดยการเปิดตัวผลิตภัณฑ์ขั้นสุดท้ายก่อนรุ่นที่เรียกว่าเบต้า

• Database Testing- การทดสอบฐานข้อมูลใช้เพื่อทดสอบข้อมูลในฐานข้อมูล ดำเนินการโดยใช้คำสั่ง SQL

• ETL Testing - การทดสอบ ETL ดำเนินการเพื่อให้แน่ใจว่าข้อมูลถูกแยกแปลงและโหลดจากระบบต้นทางไปยังระบบเป้าหมายอย่างถูกต้องหรือไม่

การทดสอบด้วยตนเอง

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

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

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

การทดสอบอัตโนมัติ

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

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

เครื่องมือทดสอบซอฟต์แวร์

เครื่องมือต่อไปนี้สามารถใช้สำหรับการทดสอบระบบอัตโนมัติ -

• HP Quick Test Professional (QTP)
• Selenium
• ส. อบต
• ECATT
• IBM Rational Functional Tester
• SilkTest
• TestComplete
• ทดสอบได้ทุกที่
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• WATIR

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

การศึกษาความเป็นไปได้

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

การวิเคราะห์ระบบ

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

การออกแบบซอฟต์แวร์

ขั้นตอนต่อไปคือการนำความรู้ทั้งหมดเกี่ยวกับข้อกำหนดและการวิเคราะห์ไปที่โต๊ะทำงานและออกแบบผลิตภัณฑ์ซอฟต์แวร์ อินพุตจากผู้ใช้และข้อมูลที่รวบรวมในขั้นตอนการรวบรวมความต้องการเป็นอินพุตของขั้นตอนนี้ ผลลัพธ์ของขั้นตอนนี้มาในรูปแบบของการออกแบบสองแบบlogical design และ physical design. วิศวกรจัดทำ meta-data และ data dictionaries, logical diagram, data-flow diagram และในบางกรณี pseudocodes

การเข้ารหัส

ขั้นตอนนี้เรียกอีกอย่างว่า programming phase. การดำเนินการออกแบบซอฟต์แวร์เริ่มต้นในแง่ของการเขียนโค้ดโปรแกรมด้วยภาษาโปรแกรมที่เหมาะสมและการพัฒนาโปรแกรมปฏิบัติการที่ปราศจากข้อผิดพลาดอย่างมีประสิทธิภาพ

การทดสอบ

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

บูรณาการ

ซอฟต์แวร์อาจต้องรวมเข้ากับไลบรารีฐานข้อมูลและโปรแกรมอื่น ๆ ขั้นตอนของ SDLC นี้เกี่ยวข้องกับการรวมซอฟต์แวร์กับหน่วยงานนอกโลก

การนำไปใช้

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

วงจรชีวิตการทดสอบซอฟต์แวร์

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

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

ขั้นตอนต่างๆที่อยู่ภายใต้วัฏจักรการทดสอบซอฟต์แวร์มีดังนี้ -

• ระยะความต้องการ
• การวางแผนการทดสอบ
• การวิเคราะห์การทดสอบ
• ขั้นตอนการออกแบบการทดสอบ
• ทดสอบการใช้งาน
• ทดสอบขั้นตอนการดำเนินการ
• ขั้นตอนการปิดการทดสอบ

ระยะความต้องการ

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

ระยะนี้กำหนดขอบเขตของการทดสอบ หากทีมทดสอบพบคุณสมบัติใด ๆ ที่ไม่สามารถทดสอบได้ควรแจ้งให้ลูกค้าทราบ

การวางแผนการทดสอบ

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

มีการกำหนดเมตริกต่างๆและมีวิธีการในการกำหนดและติดตามเมตริกเหล่านั้น การวางแผนการทดสอบยังรวมถึงการระบุตัวบ่งชี้ประสิทธิภาพหลักสำหรับการประเมินผลการทดสอบ

การวิเคราะห์การทดสอบ

ระยะนี้กำหนดแนวทางที่จะต้องมีการทดสอบ รวมถึงการระบุเงื่อนไขการทดสอบโดยใช้เอกสารข้อกำหนดความเสี่ยงที่เกี่ยวข้องและเกณฑ์การทดสอบอื่น ๆ

ใช้ปัจจัยต่างๆเพื่อค้นหาเงื่อนไขการทดสอบ -

• ความซับซ้อนของผลิตภัณฑ์
• ความลึกของการทดสอบ
• ความเสี่ยงที่เกี่ยวข้อง
• ทักษะที่จำเป็น
• ความรู้เกี่ยวกับสมาชิกในทีมทดสอบ
• การจัดการทดสอบ
• ความพร้อมของผู้มีส่วนได้ส่วนเสีย

เงื่อนไขการทดสอบควรเขียนโดยละเอียด

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

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

ขั้นตอนการออกแบบการทดสอบ

ระยะนี้กำหนดวิธีการทดสอบ

• แบ่งเงื่อนไขการทดสอบออกเป็นเงื่อนไขย่อยหลาย ๆ เงื่อนไขเพื่อเพิ่มความครอบคลุม

• รับข้อมูลการทดสอบ

• ตั้งค่าสภาพแวดล้อมการทดสอบ

• รับเมตริกการตรวจสอบย้อนกลับข้อกำหนด

• สร้างเมตริกความครอบคลุมการทดสอบ

ขั้นตอนการดำเนินการทดสอบ

ระยะนี้รวมถึงการสร้างกรณีทดสอบโดยละเอียดตามเงื่อนไขการทดสอบและเมตริกที่กำหนดไว้

• จัดลำดับความสำคัญของกรณีทดสอบ
• กรณีทดสอบที่จะใช้สำหรับ Regression
• ตรวจสอบความถูกต้องของกรณีทดสอบ
• ลงชื่อออกจากกรณีทดสอบก่อนที่จะเริ่มการดำเนินการจริง

ทดสอบขั้นตอนการดำเนินการ

วงจรชีวิตการทดสอบซอฟต์แวร์ระยะนี้เกี่ยวข้องกับการดำเนินการกรณีทดสอบจริง

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

การปิดการทดสอบ

ขั้นตอนนี้รวมถึงการตรวจสอบความสมบูรณ์ของการทดสอบ

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

มีวิธีการทดสอบหลายประเภทที่สามารถใช้ในการทดสอบ SAP ได้

การทดสอบหน่วย

การทดสอบหน่วยใช้เพื่อทดสอบการทำงานของระบบ SAP และส่วนประกอบต่างๆ ดำเนินการโดยผู้เชี่ยวชาญด้านโดเมนและการกำหนดค่าที่รู้การทำงานของแต่ละหน่วยในระบบ

ตัวอย่าง

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

ตัวอย่าง

ในการพัฒนา ABAP สามารถทำการทดสอบหน่วยเพื่อตรวจสอบว่าสามารถสร้างรายงานจากข้อมูลที่นักพัฒนาสร้างขึ้นได้หรือไม่ ต้องได้รับความช่วยเหลือจากผู้เชี่ยวชาญโดเมน

การทดสอบระบบ

การทดสอบระบบเกี่ยวข้องกับการรวมองค์ประกอบของระบบ SAP เพื่อให้แน่ใจว่าฟังก์ชัน SAP ที่เกี่ยวข้องเชื่อมโยงเข้าด้วยกันในสภาพแวดล้อมการพัฒนา

ตัวอย่าง

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

แต่ละหน่วยจะถูกทดสอบเช่นนี้จากนั้นผลการทดสอบจะถูกรวมเข้าด้วยกันโดยใช้การทดสอบระบบ

การทดสอบตามสถานการณ์

การทดสอบสถานการณ์ตามชื่อที่แนะนำจะดำเนินการตามกรณีธุรกิจเฉพาะ

ตัวอย่าง

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

การทดสอบการผสานรวม

ในการทดสอบนี้ข้อมูลการทดสอบมาจากแหล่งการสกัดข้อมูลจริง ข้อมูลเป็นที่รู้จักของผู้ใช้ทางธุรกิจ

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

การทดสอบอินเทอร์เฟซ SAP

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

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

การทดสอบการยอมรับผู้ใช้ SAP

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

การทดสอบประสิทธิภาพระบบ SAP

การทดสอบประสิทธิภาพจะตรวจสอบประเด็นต่อไปนี้ -

• เวลาตอบสนองของระบบเป็นที่ยอมรับตามข้อกำหนดทางธุรกิจหรือไม่

• ไม่ว่ากระบวนการเป็นระยะจะทำงานภายในเวลาที่อนุญาตหรือไม่

• รองรับการโหลดผู้ใช้พร้อมกันที่คาดไว้หรือไม่

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

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

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

การทดสอบความปลอดภัยและการอนุญาตของ SAP

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

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

การทดสอบ SAP Cutover

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

การทดสอบการถดถอยของ SAP

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

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

กระบวนการทดสอบ SAP มักแบ่งออกเป็นสามขั้นตอน -

• การวางแผนการทดสอบ
• ทดสอบการตั้งค่าระบบ
• ทดสอบการดำเนินการและการประเมินผล

การวางแผนการทดสอบ

การวางแผนการทดสอบรวมถึงขั้นตอนที่เกี่ยวข้องในระยะเริ่มต้นของการทดสอบ

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

• การพัฒนากรณีทดสอบสำหรับการทดสอบด้วยตนเองและระบบอัตโนมัติ ในการทดสอบระบบอัตโนมัติสามารถใช้เครื่องมือต่างๆเพื่อสร้างกรณีทดสอบได้

• ตรวจสอบกรณีทดสอบ

ทดสอบการตั้งค่าระบบ

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

การดำเนินการทดสอบและการประเมินผล

การดำเนินการทดสอบและการประเมินผลเกี่ยวข้องกับการดำเนินการกรณีทดสอบและการสังเกตผลลัพธ์ รวมถึงกิจกรรมต่อไปนี้ -

• การจัดการและการรายงานข้อบกพร่อง
• การประเมินแผนการทดสอบตามผลลัพธ์
• จัดทำเอกสารข้อบกพร่องทั้งหมดและเปรียบเทียบผลลัพธ์กับเมตริกหลัก

การทดสอบ SAP - กระบวนการที่สำคัญ

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

ขั้นตอนแรกก่อนที่จะใช้การเปลี่ยนแปลงเหล่านี้คือการดำเนินการ change impact analysis. ซึ่งครอบคลุมกระบวนการสำคัญที่จะได้รับผลกระทบจากการดำเนินการเปลี่ยนแปลง

ตัวอย่าง

ให้เราเป็นตัวอย่าง สมมติว่าการเปลี่ยนแปลงตามแผนมีดังนี้ -

การเปลี่ยนแปลงตามแผน

• SAP support pack 7
• รหัสที่กำหนดเอง
• แพ็คเกจเสริม SAP

ระบบได้รับผลกระทบ

• ใบสั่งขาย
• จัดส่งสินค้า
• วิธีการชำระเงิน

การวิเคราะห์ผลกระทบสำหรับกระบวนการที่สำคัญ

กิจกรรมต่อไปนี้จะต้องดำเนินการในการวิเคราะห์ผลกระทบ -

• การระบุกระบวนการทางธุรกิจที่สำคัญที่ได้รับผลกระทบจากการดำเนินการเปลี่ยนแปลง

• มีการระบุเหตุผลทางธุรกิจว่าเหตุใดจึงต้องดำเนินการเปลี่ยนแปลงนี้

• การสร้างแผนการทดสอบเพื่อตรวจสอบกระบวนการที่สำคัญสำหรับการทดสอบ SAP ขณะดำเนินการเปลี่ยนแปลง

• การประเมินผลกระทบของการเปลี่ยนแปลงต่อกระบวนการที่สำคัญและวัตถุประสงค์เพื่อดำเนินการเปลี่ยนแปลง

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

สามารถทำการทดสอบ OPA เพื่อตรวจสอบ SAP Testing Navigation OPA เป็นที่รู้จักกันในชื่อOpen Source Programmingภาษาและส่วนใหญ่จะใช้สำหรับการพัฒนาเว็บแอปพลิเคชัน สำหรับการคอมไพล์โปรแกรม OPA คุณสามารถใช้ Node.js บนเซิร์ฟเวอร์และ JavaScript บนฝั่งไคลเอ็นต์

การสร้างแบบทดสอบโดยใช้ OPA

OPA อนุญาตให้คุณใช้วัตถุสามชิ้นใน Qunit. ควรกำหนดฟังก์ชันเหล่านี้ในการทดสอบเพื่อให้ OPA ทราบว่าต้องดำเนินการอย่างไร

• Given - เพื่อผ่านการเตรียมการ

• When - การดำเนินการที่ต้องดำเนินการ

• Then - การยืนยัน

ตัวอย่าง

ตัวอย่างต่อไปนี้แสดงวิธีใช้ทั้ง 3 วัตถุใน Qunit -

jQuery.sap.require("sap.ui.test.Opa");
jQuery.sap.require("sap.ui.test.opaQunit");

opaTest("press a Button", function (Given, When, Then) {
   // Arrangements
   Given.iStartMyApp();
	
   //Actions
   When.iPressOnTheButton();
	
   // Assertions
   Then.theButtonShouldHaveADifferentText();
}

ขั้นตอนต่อไปคือการกำหนดฟังก์ชันทั้งสาม

การกำหนดฟังก์ชัน

var arrangements = new sap.ui.test.Opa ({
   iStartMyApp : function (){
      return this.iStartMyAppInAFrame("../index.html");
   }
});

ในฟังก์ชันข้างต้นเราได้สันนิษฐานว่าแอปทำงานในหน้าที่เรียกว่า index.html การทดสอบ OPA ของเราอยู่ในโฟลเดอร์ test / opa.html

การกำหนดการจัดเตรียม

var actions = new sap.ui.test.Opa ({

   iPressOnTheButton : function (){
      return this.waitFor ({
         viewName : "Main", id : "pressMeButton", success : function (oButton) {
            oButton.$().trigger("tap");
         },
         errorMessage : "No Button found"
      });
   }
})

การกำหนด Assertions

var assertions = new sap.ui.test.Opa ({

   theButtonShouldHaveADifferentText : function () {
      return this.waitFor ({
         viewName : "Main",
         id : "pressMeButton",
			
         matchers : new sap.ui.test.matchers.PropertyStrictEquals ({
            name : "text",
            value : "got pressed"
         }),
			
         success : function (oButton) {
            Opa.assert.ok(true, "The button's text changed to: " + oButton.getText());
         },
			
         errorMessage : "No change in Button's text"
      )}
   }
})

เรียกใช้การทดสอบ OPA

sap.ui.test.Opa.extendConfig ({
   arrangements : arrangements,
   actions : actions,
   assertions : assertions,
   viewNamespace : "view."
});

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

ตรรกะการไหลของหน้าจอไม่เกี่ยวข้องกับการประกาศข้อมูลภายนอกและแต่ละบล็อกการประมวลผลจะถูกกำหนดด้วยคำนำหน้า "PROCESS" ตัวอย่างเช่น,

• กระบวนการหลังจากป้อนข้อมูล
• กระบวนการก่อนส่งออก
• กระบวนการขอความช่วยเหลือ
• ดำเนินการตามคำขอมูลค่า

ลอจิกการไหลของหน้าจอแต่ละรายการควรมีกระบวนการหลังจากป้อนข้อมูลและกระบวนการก่อนที่จะออกคำหลัก

ในบล็อกเหตุการณ์คุณสามารถใช้คีย์เวิร์ดเช่น MODULE, FIELD, ON, VALUES, CALL และอื่น ๆ

ส.	คำหลักและคำอธิบายลอจิกการไหลของหน้าจอ
1	MODULE เรียกโมดูลโต้ตอบในโปรแกรม ABAP
2	FIELD ระบุจุดที่ควรขนส่งเนื้อหาของฟิลด์หน้าจอ
3	ON ใช้ร่วมกับ FIELD
4	VALUES ใช้ร่วมกับ FIELD
5	CHAIN เริ่มห่วงโซ่การประมวลผล
6	ENDCHAIN สิ้นสุดห่วงโซ่การประมวลผล
7	CALL เรียกหน้าจอย่อย
8	LOOP เริ่มประมวลผลตารางหน้าจอ
9	ENDLOOP สิ้นสุดการประมวลผลตารางหน้าจอ

การสร้างโฟลว์หน้าจอ

ในเบราว์เซอร์ Repository ให้ดับเบิลคลิกที่ชื่อของหน้าจอและจะแสดงลอจิกการไหลของหน้าจอ

Flow Logic Editor ของ Screen Painter จะเปิดขึ้นและคุณแก้ไขตรรกะการไหลของหน้าจอ คุณสามารถใช้ตัวแก้ไขซอร์สโค้ด ABAP ที่มีอยู่เพื่อกำหนดตรรกะการไหล

คุณสามารถใช้คำสำคัญต่อไปนี้เพื่อสร้างตรรกะการไหลของหน้าจอ -

ส.	คำหลักและคำอธิบาย
1	CALL เรียกหน้าจอย่อย
2	CHAIN เริ่มห่วงโซ่การประมวลผล
3	ENDCHAIN สิ้นสุดห่วงโซ่การประมวลผล
4	ENDLOOP สิ้นสุดการประมวลผลแบบวนซ้ำ
5	FIELD หมายถึงเขตข้อมูล สามารถใช้ร่วมกับคำหลัก MODULE และ SELECT
6	LOOP เริ่มการประมวลผลแบบวนซ้ำ
7	MODIFY ปรับเปลี่ยนตาราง
8	MODULE ระบุโมดูลการประมวลผล
9	ON ใช้กับการกำหนด FIELD
10	PROCESS กำหนดเหตุการณ์การประมวลผล
11	SELECT ตรวจสอบรายการในตาราง

หน้าจอการทดสอบ

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

ในการทดสอบหน้าจอให้ทำตามขั้นตอนด้านล่าง -

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

มีโมดูล SAP ที่แตกต่างกันไปใช้ในองค์กรที่สามารถทดสอบได้โดยใช้เครื่องมือทดสอบต่างๆเช่น HP Quick Test Professional (QTP), IBM Rational Functional Tester (RFT) และเครื่องมือ SAP Test Acceleration and Optimization (TAO)

โมดูล SAP ทั่วไป

โมดูล SAP ทั่วไปแสดงอยู่ด้านล่าง -

• Financial Modules - การบัญชีการเงินและการควบคุม (FICO), สมบัติ (TR) และการควบคุมองค์กร (EC)

• Logistics Modules - การจัดการวัสดุ (MM), การบำรุงรักษาโรงงาน (PM), การขายและการจัดจำหน่าย (SD), การจัดการคุณภาพ (QM) ฯลฯ

• Human Resource Management - บัญชีเงินเดือนการบริหารเวลาการฝึกอบรมและการจัดการเหตุการณ์

โมดูลทั้งหมดเหล่านี้ขึ้นอยู่กับระหว่างกันและการทำงานของโมดูลหนึ่งมีผลต่อการทำงานของโมดูลอื่น ๆ

ตัวอย่าง

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

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

ระบบ ERP ที่ไม่ใช่ SAP เช่น PeopleSoft, Edwards, Oracle E business suite มีลูกค้าและความสามารถที่แตกต่างกัน ทีมทดสอบจำเป็นต้องเข้าใจการทำงานของระบบที่สมบูรณ์

ประเภทของทีมทดสอบ

โดยปกติจะมีผู้ทดสอบสองประเภทในโครงการ SAP -

• Core Testers - ผู้รับผิดชอบในการทดสอบระบบ ERP และโมดูลพื้นฐาน

• Implementation Testers - ผู้ที่ทำงานในโครงการการนำไปใช้และครอบคลุมฟังก์ชันการปรับแต่งของโมดูล SAP

คำขอปรับแต่งจากไคลเอนต์อาจส่งผลกระทบต่อโมดูลของระบบ SAP ทีมทดสอบควรสามารถบันทึกคำขอปรับแต่งแต่ละรายการและผลกระทบที่มีต่อโมดูล SAP อื่น ๆ

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

ทำการทดสอบ SAP สำหรับตัวอย่างข้างต้นโดยใช้ QTP

ในการทดสอบ SAP สำหรับตัวอย่างข้างต้นให้ทำตามขั้นตอนที่ระบุด้านล่าง -

• ขั้นตอนแรกคือการติดตั้งเครื่องมือ HP QTP และติดตั้งปลั๊กอินที่จำเป็นภายใน QTP เพื่อให้เข้ากันได้กับการเชื่อมต่อกับระบบ ERP

• ขั้นตอนต่อไปคือการใช้ HP Quality Center (QC) เพื่อพัฒนาแผนการทดสอบจากนั้นจึงแปลงการออกแบบแผนการทดสอบเป็น Test Scripts แผนการทดสอบเหล่านี้สามารถแปลงเป็นสคริปต์ได้โดยใช้ HP QTP

• จากนั้นบันทึกหน้าจอ R / 3 GUI ของระบบ SAP สำหรับโมดูล SD ในขณะที่สร้างใบสั่งขายหรือสร้าง PR ใน MM

• หลังจากบันทึกในเครื่องมือ QTP เสร็จแล้วให้สร้างสคริปต์ใน VB

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER

คุณยังสามารถเพิ่มพารามิเตอร์และการปรับแต่งต่างๆได้ตามความต้องการของคุณ

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

ตัวอย่าง

พิจารณาเครื่องมือของผู้ขายที่ดูแลการเข้าร่วมของพนักงาน ตอนนี้อินเทอร์เฟซระบบจะรับข้อมูลนี้และเติมข้อมูลในระบบ SAP HR

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

จุดที่ต้องพิจารณาขณะทำการทดสอบอินเทอร์เฟซ SAP

การทดสอบอินเทอร์เฟซ SAP นั้นขึ้นอยู่กับการดำเนินงานและกระบวนการขององค์กรเท่านั้น ขณะทำการทดสอบอินเทอร์เฟซ SAP คุณต้องพิจารณาประเด็นสำคัญต่อไปนี้ -

• วัตถุประสงค์ของการใช้ SAP Interface คืออะไรและอินเทอร์เฟซใดที่ประมวลผลสถานการณ์ทางธุรกิจ

• ตรวจสอบว่าอินเทอร์เฟซกำลังประมวลผลสถานการณ์ทางธุรกิจทั้งหมดอย่างถูกต้องตามกลยุทธ์การทดสอบหรือไม่

• ในการทดสอบอินเทอร์เฟซแนวทางปฏิบัติที่ดีที่สุดคือเริ่มต้นด้วยการทดสอบหน่วย

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

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

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

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

ระบบ ERP ยังเกี่ยวข้องกับธุรกรรม FI ต่างๆดังนั้นการทดสอบแต่ละกรณีควรครอบคลุมขอบเขตของส่วนการกำหนดค่าและการนำไปใช้งานทั้งหมด ข้อมูลการทดสอบควรส่งผ่านอย่างระมัดระวังและการทดสอบแต่ละครั้งควรมีคอลัมน์ที่มีข้อมูลเอาต์พุตชื่อ

ตัวอย่าง

Test Case ID - XYZ_ERP_SD_A20301

Module - SAP Sales & Distribution SD

ให้เราตรวจสอบธุรกรรม VA01 เพื่อสร้างใบสั่งขายในระบบการขายและการจัดจำหน่าย (SD)

ช่องที่จะป้อนขณะสร้างคำสั่งซื้อ -

• วันสั่ง
• ประเภทคำสั่งซื้อ
• วันหมดอายุ
• รหัสลูกค้า
• รหัสการจัดส่งรายละเอียดการจัดส่ง ฯลฯ

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

ในการสร้าง SAP test-case คุณสามารถส่งข้อมูลอินพุต (ถูกต้องและไม่ถูกต้องและดูผลลัพธ์) -

ข้อมูลอินพุตที่ถูกต้อง

• วันที่สั่ง 01/01/2559 ประเภทคำสั่งซื้อใบสั่งขาย
• วันหมดอายุ 15/01/2559, วันที่จัดส่ง 10/01/2559,
• เลือกวันที่ครบกำหนดชำระ 10/01/2015 จำนวนรายการ 10 เป็นต้น

ข้อมูลที่ป้อนไม่ถูกต้อง

• วันที่สั่ง 01/01/2017 ประเภทคำสั่งซื้อใบสั่งขาย
• วันหมดอายุ 15/01/2017, วันที่จัดส่ง 10/01/2017,
• เลือกวันครบกำหนดชำระ 10/01/2017 จำนวนรายการ 0 ฯลฯ

ข้อมูลเอาต์พุต - ด้วยข้อมูลที่ถูกต้อง

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

ข้อมูลเอาต์พุต - ด้วยข้อมูลที่ไม่ถูกต้อง

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

ผลลัพธ์ที่คาดหวัง

• ใบสั่งขาย#
• ใบแจ้งหนี้การขาย #
• รายการบรรจุภัณฑ์ # ฯลฯ

SAP Testing TAO (Test Acceleration and Optimization) เป็นเครื่องมือที่ใช้ในการทดสอบระบบ SAP อัตโนมัติ SAP TAO ช่วยลูกค้าเร่งกระบวนการสร้างกรณีทดสอบอัตโนมัติสำหรับระบบ SAP การทดสอบอัตโนมัติโดยใช้ TAO ดำเนินการโดยการสร้างส่วนประกอบทดสอบสำหรับธุรกรรมต่างๆในโมดูล SAP

ส่วนประกอบทดสอบโดยใช้ TAO จะอัปโหลดไปยัง HP Quality Center ส่วนประกอบการทดสอบที่สร้างขึ้นเช่นนี้เป็นปกติสำหรับธุรกรรมเดียวและสามารถใช้ในภายหลังเพื่อสร้างสถานการณ์จำลองการทดสอบ เครื่องมือนี้สามารถรวมเข้ากับ SAP Solution Manager ได้อย่างง่ายดายเพื่อรักษาส่วนประกอบการทดสอบต่างๆ

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

คุณสมบัติหลักของทอ

SAP TAO ช่วยให้ลูกค้าสามารถแยกซอฟต์แวร์เดียวออกเป็นหลายส่วนซึ่งสามารถรวมเข้ากับกรณีทดสอบโดยใช้อินเทอร์เฟซที่เรียบง่ายโดยการลากและวางแต่ละส่วน

• TAO สนับสนุนการใช้กรณีทดสอบและข้อมูลซ้ำอย่างยืดหยุ่น

• หากมีการเปลี่ยนแปลงการทำงานในระบบการดูแลรักษากรณีทดสอบทำได้ง่ายเนื่องจากการเปลี่ยนแปลงนี้

SAP TAO เวอร์ชันทั่วไปคือ TAO 2.0 และ TAO 3.0

การรวม SAP TAO กับเครื่องมืออื่น ๆ

คุณสมบัติหลักอย่างหนึ่งของ SAP TAO คือสามารถรวมเข้ากับเครื่องมือต่างๆได้อย่างง่ายดายเพื่อสร้างกรณีทดสอบอัตโนมัติ เครื่องมือทั่วไปที่สามารถใช้ร่วมกับ TAO ได้แก่ -

• SAP Solution Manager (Solman)
• QC ศูนย์คุณภาพของ HP
• HP Quality Test Professional QTP

SAP TAO 2.0

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

ส่วนประกอบการทดสอบเหล่านี้ถูกสร้างขึ้นโดยปกติสำหรับรหัสธุรกรรมหนึ่งรหัสและสามารถรวมกันในภายหลังเพื่อทดสอบสถานการณ์จำลอง สามารถรวมเข้ากับ Business Process Change Analyzer ใน SAP Solution Manager ได้อย่างง่ายดาย

SAP TAO 2.0 มาพร้อมกับ Service pack SP 02, SP 04 และ SP 06 ที่แตกต่างกัน

SAP TAO ทำงานต่อไปนี้ใน SAP Testing Lifecycle -

• การสร้างกรณีทดสอบ
• การสร้างใหม่ของส่วนประกอบที่ได้รับผลกระทบ
• การรวมกรณีทดสอบ
• ทดสอบการดำเนินการ

สถาปัตยกรรมกระบวนการ SAP TAO

ภาพประกอบต่อไปนี้แสดงสถาปัตยกรรมกระบวนการของ SAP TAO

ขั้นตอนมีดังนี้ -

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

• จากนั้นรับข้อมูลจากการวิเคราะห์ความต้องการเพื่อสร้างส่วนประกอบการทดสอบ

• ขั้นตอนต่อไปคือการสร้างกรณีทดสอบและส่วนประกอบโดยใช้เครื่องมือ SAP TAO

• ขั้นตอนสุดท้ายคือการบันทึกผลการทดสอบและอัปเดตการวิเคราะห์พร้อมผลการทดสอบ

ข้อกำหนดเบื้องต้นสำหรับการติดตั้ง SAP TAO

ดาวน์โหลดเมทริกซ์ความเข้ากันได้ของ SAP Solution Manager Solman, Quality Center และ SAP TAO จากลิงค์นี้ - http://service.sap.com

ไปที่การจัดการการทดสอบและข้อมูลเพิ่มเติม> การจัดการการทดสอบ จะแสดงส่วนประกอบที่เข้ากันได้ทั้งหมดที่ SAP TAO รองรับ

ตรวจสอบข้อกำหนดเบื้องต้นสำหรับคอมโพเนนต์บนระบบ SAP ในระบบของคุณ -

• เวอร์ชันของ SAP Solution Manager SOLMAN หลังจากตรวจสอบเมทริกซ์ความเข้ากันได้ตามด้านบน

• เวอร์ชันของ ST-PI ในทุกระบบที่อยู่ระหว่างการทดสอบ

• เวอร์ชันของ ST-A / PI บนระบบภายใต้การทดสอบประเภท CRM

สำหรับศูนย์งาน SAP Solution Manager Configuration ตรวจสอบให้แน่ใจว่าระบบที่ต้องทำการทดสอบนั้นเชื่อมต่อกับ SOLMAN

การติดตั้งไคลเอ็นต์ SAP TAO ต้องการการกำหนดค่าต่อไปนี้บนระบบโลคัล -

• แรม: 4 GB.
• เนื้อที่ว่างบนดิสก์: 500 MB.
• การเชื่อมต่อ LAN กับเซิร์ฟเวอร์ SAP Quality Center QC และ SOLMAN
• สิทธิ์การดูแลระบบ
• SAPGUI ที่มีระดับแพตช์ล่าสุด
• Microsoft Excel 97 ขึ้นไป
• การสนับสนุน Microsoft Internet Explorer สำหรับ CRM UI

มีโมดูลต่างๆภายในเครื่องมือ SAP TAO เราได้กล่าวถึงส่วนประกอบสำคัญในบทนี้

เครื่องวิเคราะห์การไหลของกระบวนการ

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

นอกจากนี้ Process Flow Analyzer ยังใช้เพื่อระบุลำดับของส่วนประกอบการทดสอบตามการกระทำของผู้ใช้และการสร้างค่าสเปรดชีต

ตรวจสอบ

คุณต้องเพิ่มรหัสธุรกรรมในรายการ SAP TAO จะส่งคืนหน้าจอทั้งหมดที่เกี่ยวข้องกับธุรกรรมเฉพาะ คุณสามารถเลือกหน้าจอใดก็ได้และคลิกที่ตัวเลือกตรวจสอบ

รวบรวม

ช่วยให้คุณสามารถรวบรวมส่วนประกอบการทดสอบหลายรายการในการทดสอบเดียว คุณต้องค้นหาการทดสอบใน Quality Center จากโครงสร้าง QC และคลิกที่ Consolidate

เลือกรหัสธุรกรรมที่คุณต้องการรวมและคลิก Add to Consolidate list ที่ด้านล่างเพื่อสร้างสถานการณ์ทดสอบ

นำเข้าและส่งออก

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

เปลี่ยนตัววิเคราะห์

Change Analyzer ใช้เพื่อติดตามการเปลี่ยนแปลงและผลกระทบต่อระบบ SAP เมื่อคุณทำการเปลี่ยนแปลงใด ๆ กับระบบ SAP ระบบจะระบุกระบวนการทางธุรกิจที่ได้รับผลกระทบ

ในการใช้ Change Analyzer ให้เลือกโครงการที่ต้องการแล้วคลิกไฟล์ change impact analysisตัวเลือก จะช่วยให้คุณตรวจสอบและซ่อมแซมส่วนประกอบที่ได้รับผลกระทบในระบบ SAP เนื่องจากการเปลี่ยนแปลงนี้

ที่เก็บ

Repository ใช้เพื่อบรรจุข้อมูลเกี่ยวกับส่วนประกอบการทดสอบและโฟลว์ทั้งหมดในโปรเจ็กต์ หากต้องการตรวจสอบข้อมูลเกี่ยวกับองค์ประกอบการทดสอบและตรวจสอบขั้นตอนกระบวนการคุณสามารถคลิกComponent Explorer หรือ PFA Explorer.

การกำหนดค่า SAP Quality Center สามารถทำได้สองวิธี -

• คุณสมบัติเซิร์ฟเวอร์ HP
• โครงการ HP

คุณสมบัติเซิร์ฟเวอร์ HP

Step 1- ใน SAP TAO คลิก SAP Quality Center คุณควรมี SAP Quality Center URL ในแผงการเชื่อมต่อของ SAP TAO จากนั้นป้อน URL ในเว็บเบราว์เซอร์

Step 2 - ป้อนค่าต่อไปนี้ใน SAP Quality Center โดย HP Site Administration แล้วคลิก apply to entire.

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

Step 3 - สำหรับโครงการใหม่ให้ทำตามขั้นตอนต่อไปนี้ -

• สร้างโดเมนและโครงการใหม่ใน SAP QC
• สร้างผู้ใช้ใหม่เพื่อกำหนดโปรเจ็กต์นั้นให้กับผู้ใช้ใหม่
• จัดสรรบทบาท Project Administrator ให้กับผู้ใช้ที่สร้างขึ้นใหม่

Step 4 - ออกจากระบบ SAP Quality Center โดย HP Site Administration

โครงการ HP

ใน SAP TAO คลิก SAP Quality Center คุณควรมี SAP Quality Center URL ในแผงการเชื่อมต่อของ SAP TAO

• Step 1 - ป้อน URL ในเว็บเบราว์เซอร์ของคุณ

• Step 2 - ขั้นตอนต่อไปคือการเข้าสู่ระบบโดเมน / โครงการ

• Step 3 - ไปที่แผนการทดสอบ

• Step 4 - ภายใต้โฟลเดอร์ Subject สร้างโฟลเดอร์ที่มีชื่อ BPT Resources →สร้างไลบรารีโฟลเดอร์

• Step 5- SAP TAO บันทึกข้อมูลเกี่ยวกับการรวมการทดสอบลงในฟิลด์ผู้ใช้ของเอนทิตีทดสอบใน QC และโดยค่าเริ่มต้นคือ TS_USER_01 โปรดทราบว่าสิ่งนี้ถูกต้องเมื่อเชื่อมต่อกับ SOLMAN สำหรับการทดสอบทั้งหมดที่สร้างโดย SAP TAO

• Step 6 - ผู้ใช้ SAP QC ไม่ควรใช้ฟิลด์ผู้ใช้ที่คล้ายกันเพื่อวัตถุประสงค์อื่นในโครงการ Quality Center

การสร้าง Application Area ใน QTP

ส่วนประกอบ SAP TAO ต้องการพื้นที่แอปพลิเคชันเพื่อให้มี HP QTP และส่วนเสริมเว็บ ในการสร้างพื้นที่แอปพลิเคชันใน QTP คุณต้องทำตามขั้นตอนต่อไปนี้ -

• เรียกใช้ QTP โดย HP ในฐานะผู้ดูแลระบบ แตกต่างกันไปตามระบบปฏิบัติการ

• คุณสามารถเลือก Web addins และ SAP

• จากนั้นเชื่อมต่อโดยอัตโนมัติหรือด้วยตนเองกับโครงการศูนย์คุณภาพ ขั้นตอนนี้เป็นไปโดยอัตโนมัติหากมีการกำหนดค่า

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

เครื่องวิเคราะห์การไหลของกระบวนการ (PFA)

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

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

คลิกปุ่มเพิ่มธุรกรรม→ป้อนรหัสธุรกรรมแล้วคลิกตกลง

ขั้นตอนต่อไปคือคลิกไฟล์ Start ปุ่ม.

TAO จะเปิด SAP และจะบันทึกธุรกรรมที่คุณป้อน เมื่อขั้นตอนการทำธุรกรรมเสร็จสิ้นคลิกStop ปุ่ม.

ทอ. จะส่งคืนหน้าจอทั้งหมดที่ใช้ในการสร้างผังกระบวนการ จากนั้นอัปโหลดการวิเคราะห์ไปยัง QC ซึ่งสามารถทำได้โดยคลิกที่ไฟล์Upload ปุ่ม.

นำเข้าส่งออก

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

ขั้นแรกระบุส่วนประกอบที่จะนำเข้าหรือส่งออก คลิกExport ไปยัง SAP QC หรือ Import จาก SAP QC เพื่อนำเข้า / ส่งออกส่วนประกอบที่ต้องการ

เปลี่ยนตัววิเคราะห์

Change Analyzer ใช้เพื่อติดตามการเปลี่ยนแปลงและผลกระทบต่อระบบ SAP เมื่อคุณทำการเปลี่ยนแปลงใด ๆ กับระบบ SAP ระบบจะระบุกระบวนการทางธุรกิจที่ได้รับผลกระทบ

ในการใช้ Change Analyzer ให้เลือกโครงการที่ต้องการแล้วคลิกไฟล์ change impact analysisตัวเลือก จะช่วยให้คุณตรวจสอบและซ่อมแซมส่วนประกอบที่ได้รับผลกระทบในระบบ SAP

ตรวจสอบ

คุณต้องเพิ่มรหัสธุรกรรมในรายการ SAP TAO จะส่งคืนหน้าจอทั้งหมดที่เกี่ยวข้องกับธุรกรรมเฉพาะ คุณสามารถเลือกหน้าจอใดก็ได้แล้วคลิกInspect ตัวเลือก

ในการวิเคราะห์ผลลัพธ์ของ SAP TAO ให้ทำตามขั้นตอนต่อไปนี้ -

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

Step 2 - วิเคราะห์การทดสอบคลิกไฟล์ View Reportตัวเลือก จะเปิดหน้าต่างใหม่พร้อมรายงานโดยละเอียด

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

อาคารทดสอบทำใน SAP Quality Center โดยใช้ SAP TAO คุณต้องรวมส่วนประกอบการทดสอบเพื่อสร้างสถานการณ์การทดสอบ คุณสามารถเรียกใช้ไฟล์single or multiple tests ใน SAP TAO โดยใช้ Technical Bill of Material TBOM

การดำเนินการทดสอบเดี่ยว

รายการวัสดุทางเทคนิค (TBOM) ใช้เพื่อบรรจุวัตถุในรูปแบบที่สามารถปฏิบัติการได้ Change Analyzer ใช้สิ่งนี้เพื่อบอกว่าอ็อบเจ็กต์ปฏิบัติการได้รับผลกระทบหรือไม่เมื่อทำการเปลี่ยนแปลง

ในกรณีที่คุณต้องการใช้ Business Process Change Analyzer คุณต้องสร้าง TBOM สำหรับอ็อบเจ็กต์ที่ปฏิบัติการได้แต่ละตัวในสถานการณ์และกระบวนการทดสอบ

Note - หากคุณต้องการเรียกใช้การทดสอบเดียวและคุณต้องอัปเดต TBOM ให้คลิก Execute and update TBOM.

คุณสามารถตรวจสอบรายละเอียดการอัปเดตได้ที่หน้า TBOM คุณสามารถแก้ไขรายการรันที่สร้างขึ้นใน SAP TAO

การดำเนินการทดสอบหลายรายการ

ใน Business Process Change Analyzer หากต้องการดำเนินการทดสอบหลายรายการคุณสามารถเลือกโฟลเดอร์และเพิ่มลงในรายการรันได้ คุณยังสามารถเลือกการสร้าง TBOM ในขณะดำเนินการ

Note - หากมี TBOM อยู่แล้วในขณะดำเนินการมันจะอัปเดต TBOM ที่มีอยู่เท่านั้น

Consolidate เรียกว่ากระบวนการรวมส่วนประกอบ SAP TAO กับคอมโพเนนต์ inbuilt เพื่อสร้างสถานการณ์ทดสอบเป็นส่วนประกอบทางธุรกิจธุรกรรมเดียว ช่วยให้คุณสามารถรวบรวมส่วนประกอบการทดสอบหลายรายการในการทดสอบเดียว

เกิดขึ้นเมื่อมีการรวบรวมส่วนประกอบการทำธุรกรรม ภาพหน้าจอต่อไปนี้แสดงส่วนประกอบธุรกรรมใน QC

คุณต้องค้นหาการทดสอบในศูนย์คุณภาพจากโครงสร้าง QC แล้วคลิกตัวเลือกรวมบัญชี

เลือกรหัสธุรกรรมที่คุณต้องการรวมและคลิก Add to Consolidate list ที่ด้านล่างเพื่อสร้างสถานการณ์ทดสอบ

ตามที่กล่าวไว้ในบทก่อนหน้านี้คุณต้องทำตามขั้นตอนที่ระบุด้านล่าง -

• Step 1 - ค้นหาธุรกรรมที่คุณต้องการรวมใน QC

• Step 2 - เพิ่มธุรกรรมเพื่อรวมรายการ

• Step 3 - กดปุ่มรวม

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

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

เครื่องสแกน UI ช่วยให้คุณสามารถสร้างส่วนประกอบจากหน้าจอ SAP GUI ซึ่งแท็บ Process Flow Analyzer หรือการตรวจสอบไม่รองรับ

จะใช้ UI Scanner กับ SAP TAO ได้อย่างไร

เมื่อคุณเข้าสู่ระบบ SAP TAO ให้คลิกไฟล์ Inspectแท็บ จะแสดงตัวเลือกให้ใช้ UI Scanner

เข้าสู่ระบบ SAP ป้อนรหัสธุรกรรมและไปที่หน้าจอเพื่อสแกนและออกจากระบบ

คุณสามารถใช้ตัวเลือก UI Scanner เริ่มต้นกับเครื่องมือ QTP ได้โดยไปที่แท็บ UI Scanning ภายใต้ตัวเลือกตรวจสอบใน SAP TAO มิฉะนั้นคุณสามารถใช้การทดสอบ QTP แบบกำหนดเองกับกระบวนการ UI Scanner ได้โดยไปที่ UI Scanner และเลือกตัวเลือกภายนอก

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

การทดสอบอัตโนมัติรวมถึงการเรียกใช้กรณีทดสอบซ้ำหลาย ๆ ครั้งที่ดำเนินการด้วยตนเอง

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

เครื่องมือทดสอบซอฟต์แวร์

เครื่องมือต่อไปนี้สามารถใช้สำหรับการทดสอบระบบอัตโนมัติ -

• HP Quick Test Professional (QTP)
• Selenium
• ส. อบต
• ECATT
• IBM Rational Functional Tester
• SilkTest
• TestComplete
• ทดสอบได้ทุกที่
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• WATIR

ในการทดสอบ SAP Automation จำเป็นต้องตั้งค่าการสื่อสารระหว่าง SAP TAO, SAP Solution Manager และระบบที่จะทดสอบ

ในการตั้งค่าการกำหนดค่านี้คุณต้องมีสิทธิ์การดูแลระบบบน SAP SOLMAN สิ่งนี้จำเป็นในการเข้าถึงและแก้ไขเนื้อหาตารางข้อมูล

T-Code: SE16

คุณต้องแสดงชื่อตาราง: AGS_TAO_SETTING และเปลี่ยนค่าสำหรับ AGS_TAO_ENABLE_SM_SETUP เป็น ON

จากนั้นตรวจสอบเมทริกซ์ความเข้ากันได้สำหรับ SAP TAO และ Solution Manager SAP TAO 3.0 มีวิซาร์ดการบันทึก Process Flow Analyzer ซึ่งสามารถใช้เพื่อลดการบันทึกการทดสอบ

Note- SAP TAO 3.0 เป็นส่วนประกอบสำหรับ Solution Manager 7.1 และไม่รองรับ Solution Manager 7.0 เปิดศูนย์งาน SAP Solution Manager Configuration และเรียกใช้รหัสธุรกรรม - SOLMAN_SETUP

เปิด SAP Logon และเพิ่มระบบที่จะทดสอบภายใต้การเข้าสู่ระบบ

จะเชื่อมต่อ SAP SOLMAN กับ TAO ได้อย่างไร

ไปที่ SAP TAO และเข้าสู่ระบบและเลือก SAP SOLMAN ในรายการ รายการระบบใน SAP TAO นี้ดึงมาจากไฟล์คอนฟิกูเรชันของการล็อกออน SAP ในการเพิ่มระบบใน SAP TAO คุณต้องเพิ่มระบบใหม่ใน SAP Logon และรีเฟรชรายการใน TAO

ป้อนข้อมูลรับรองการเข้าสู่ระบบและคลิกที่เข้าสู่ระบบ SAP TAO จะเชื่อมต่อกับ SAP Solution Manager และ TAO configuration wizard จะเปิดขึ้น

Business Process Testing (BPT) เป็นส่วนหนึ่งของกรอบงานระบบอัตโนมัติ QTP และใช้กับ Quality Center โดย HP BPT ใช้เพื่อสร้างสถานการณ์จำลองการทดสอบอัตโนมัติและเรียกใช้สถานการณ์เหล่านั้นโดยไม่มีความรู้เกี่ยวกับระบบอัตโนมัติมาก่อน

HP BPT ช่วยขจัดความซับซ้อนของการสร้างกรณีทดสอบและการบำรุงรักษาและรวมเอกสารและระบบทดสอบอัตโนมัติทั้งหมดไว้ในความพยายามเพียงครั้งเดียว

การทดสอบกระบวนการทางธุรกิจจัดกระบวนการทดสอบให้สอดคล้องกับเป้าหมายทางธุรกิจและลดระยะเวลาการทดสอบลงอย่างมาก

วิธีใช้ HP Business Process Testing Tool

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

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

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

กรณีทดสอบที่สร้างขึ้นโดยใช้เครื่องมือการทดสอบกระบวนการทางธุรกิจสามารถดำเนินการได้โดยใช้ HP Quality Center QC

ประโยชน์ของการใช้ HP Business Process Testing

การใช้ BPT ทำให้ SME ที่ไม่ใช้เทคนิคสามารถสร้างบำรุงรักษาและเรียกใช้กรณีทดสอบได้อย่างง่ายดายและสามารถบันทึกไว้ในระบบบนเว็บ

• ช่วยให้คุณสามารถออกแบบและสร้างส่วนประกอบที่ใช้ซ้ำได้ในกรณีทดสอบและใช้งานได้ตามข้อกำหนดทางธุรกิจ

• คุณยังสามารถรันสคริปต์ทดสอบโดยใช้ HP Sprinter

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

ศูนย์คุณภาพ HP (ALM)

HP Quality Center ซึ่งเป็นเครื่องมือจัดการการทดสอบปัจจุบันเป็นที่รู้จักกันแพร่หลายในชื่อ Application Life Cycle Management เครื่องมือ (ALM) เนื่องจากไม่ได้เป็นเพียงเครื่องมือจัดการทดสอบอีกต่อไป แต่รองรับช่วงต่างๆของวงจรชีวิตการพัฒนาซอฟต์แวร์

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

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

ส.	ฟังก์ชั่นและคำอธิบาย
1	การสร้างข้อกำหนด สร้างข้อกำหนดกำหนดให้กับรุ่น / รอบ
2	ข้อกำหนดในการอัปโหลด การอัปโหลดข้อกำหนดโดยใช้ ALM-MS Excel Add-in
3	การตรวจสอบย้อนกลับความต้องการ เปิดใช้งานวิธีกำหนดการเชื่อมโยงการตรวจสอบย้อนกลับระหว่างข้อกำหนดและการอ้างอิงที่มีอยู่ระหว่างข้อกำหนด
4	เมทริกซ์การตรวจสอบย้อนกลับ ช่วยให้ผู้ใช้สามารถดูเมทริกซ์การตรวจสอบย้อนกลับที่แสดงรายการข้อกำหนดของแหล่งที่มาและข้อกำหนดและการทดสอบที่เกี่ยวข้อง

แผนการทดสอบ

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

ฟังก์ชันต่อไปนี้มีความสำคัญมากในการทำความเข้าใจโมดูลแผนการทดสอบให้ดีขึ้น

ส.	ฟังก์ชั่นและคำอธิบาย
1	Creating Tests โมดูลนี้อธิบายถึงวิธีการสร้างโฟลเดอร์ของหัวข้อทดสอบในแผนผังแผนการทดสอบและการเพิ่มการทดสอบ
2	Uploading Tests การอัปโหลด Teats โดยใช้ ALM-MS Excel Addins
3	Requirement and Test Coverage เปิดใช้งานวิธีกำหนดความสัมพันธ์ระหว่างข้อกำหนดและการทดสอบ
4	Test Configuration ระบุข้อมูลย่อยหรือสภาพแวดล้อมรันไทม์ที่การทดสอบควรใช้

รายละเอียดเพิ่มเติมเกี่ยวกับวิธี HP QC โปรดไปที่ - http://www.tutorialspoint.com/qc/index.htm

HP Quick Test Professional (QTP) เป็นเครื่องมือทดสอบการทำงานอัตโนมัติที่ช่วยให้ผู้ทดสอบทำการทดสอบการถดถอยอัตโนมัติเพื่อระบุช่องว่างข้อผิดพลาด / ข้อบกพร่องที่ตรงกันข้ามกับผลลัพธ์จริง / ที่ต้องการของแอปพลิเคชันที่อยู่ระหว่างการทดสอบ

ที่เก็บวัตถุ

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

การดำเนินการ

การดำเนินการช่วยให้ผู้ทดสอบสามารถแบ่งสคริปต์ออกเป็นกลุ่มของคำสั่ง QTP ที่เรียกว่า actions. การดำเนินการจะคล้ายกับฟังก์ชันใน VBScript แต่มีข้อแตกต่างเล็กน้อย ตามค่าเริ่มต้น QTP จะสร้างการทดสอบด้วย 1 การกระทำ

การดำเนินการ	ฟังก์ชั่น
การดำเนินการเป็นคุณสมบัติการสร้างของ QTP	ฟังก์ชัน VBScript รองรับทั้ง VBScript และ QTP
พารามิเตอร์การดำเนินการจะถูกส่งผ่านค่าเท่านั้น	พารามิเตอร์ฟังก์ชันจะถูกส่งผ่านทั้ง byvalue หรือ byref
การดำเนินการมีนามสกุล. mts	ฟังก์ชันจะถูกบันทึกเป็น. vbs หรือ. qfl
การดำเนินการอาจใช้ซ้ำหรือไม่ก็ได้	ฟังก์ชันสามารถใช้ซ้ำได้เสมอ

คุณสมบัติของแอ็คชันสามารถเข้าถึงได้โดยคลิกขวาที่หน้าต่าง Script Editor และเลือก "Properties"

คุณสมบัติการดำเนินการประกอบด้วยข้อมูลต่อไปนี้ -

• ชื่อการดำเนินการ
• Location
• ธงที่ใช้ซ้ำได้
• พารามิเตอร์อินพุต
• พารามิเตอร์เอาต์พุต

ประเภทของการดำเนินการ

การกระทำมีสามประเภท -

• Non-reusable action - การดำเนินการที่สามารถเรียกได้เฉพาะในการทดสอบเฉพาะที่ได้รับการออกแบบและสามารถเรียกใช้ได้เพียงครั้งเดียว

• Reusable action - การกระทำที่สามารถเรียกได้หลายครั้งในการทดสอบใด ๆ ที่มีอยู่และสามารถใช้กับการทดสอบอื่น ๆ ได้

• External Reusable action- เป็นการดำเนินการซ้ำที่เก็บไว้ในการทดสอบอื่น การดำเนินการภายนอกเป็นแบบอ่านอย่างเดียวในการทดสอบการโทร แต่สามารถใช้ภายในเครื่องกับสำเนาข้อมูลตารางข้อมูลที่แก้ไขได้สำหรับการดำเนินการภายนอก

สำหรับข้อมูลเพิ่มเติมโปรดใช้ลิงค์ต่อไปนี้ - http://www.tutorialspoint.com/qtp/index.htm

บริษัท ส่วนใหญ่ที่ใช้ SAP จำเป็นต้องทำการทดสอบ เนื่องจากขอบเขตของการทดสอบมีขนาดใหญ่เกินไปจึงสามารถปฏิบัติตามแนวทางอัตโนมัติเพื่อรักษาการเปลี่ยนแปลงในระบบ SAP

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

ตัวอย่าง

ด้านล่างเป็นตัวอย่างของการทดสอบ SAP สำหรับ บริษัท ผู้ผลิต

Client Requirement- ลูกค้าเป็น บริษัท ผู้ผลิตในสหราชอาณาจักร ข้อกำหนดของโครงการคือทำการทดสอบ SAP โดยใช้ QTP และดำเนินการอัตโนมัติและการดำเนินการทดสอบการทำงานที่สำคัญในด้านทรัพยากรบุคคลซัพพลายเชนโลจิสติกส์การจัดการวัสดุและการบำรุงรักษาโรงงานและใช้กรณีทดสอบอัตโนมัติสำหรับการอัปเกรด SAP และทำการทดสอบการรวมและการถดถอย .

Tasks Performed- เริ่มต้นด้วยความเข้าใจกระบวนการทางธุรกิจที่สำคัญและงานระบบ SAP ที่เป็นแบบอัตโนมัติ ทีมทดสอบอ้างถึงโครงการนำร่องเก่าเพื่อสรุปกลยุทธ์การทดสอบเวลาและความพยายามที่จำเป็นในการเรียกใช้การดำเนินการทดสอบในเครื่องมือ HP QTP

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

Tools Used - ใช้เครื่องมือต่อไปนี้: SAP R / 3, HP QTP, สคริปต์ทดสอบที่เขียนด้วย VB และข้อมูลในรูปแบบ XML และ XLS

Key Benefits Achieved - บรรลุผลประโยชน์ดังต่อไปนี้ -

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

SAP Testing เข้าใจอะไรบ้าง

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

อธิบายประโยชน์หลักของการทดสอบ SAP

ประโยชน์ของการทดสอบ SAP นั้นมีมากมาย มีดังนี้ -

• System Validation - การทดสอบ SAP เกี่ยวข้องกับการทดสอบตั้งแต่ต้นจนจบและการตรวจสอบความถูกต้องของโมดูล SAP ทั้งหมดในสภาพแวดล้อม SAP ERP

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

• Cost and Predictability - การทดสอบ SAP เกี่ยวข้องกับการลดต้นทุนการพัฒนา SAP และปรับปรุงความสามารถในการคาดการณ์

• Compliance Requirement - การทดสอบ SAP ช่วยให้มั่นใจได้ว่าการใช้งาน SAP เป็นไปตามข้อกำหนดการปฏิบัติตามข้อกำหนดใหม่ในองค์กรเฉพาะและโมดูลทั้งหมดทำงานตามการกำหนดค่าที่คาดไว้

• New Implementation and Configuration Changes- มีการเปลี่ยนแปลงประเภทต่างๆที่นำไปใช้ในระบบ SAP เช่นแพตช์และการแก้ไขการใช้งานใหม่การเปลี่ยนแปลงการกำหนดค่า การทดสอบ SAP ช่วยให้มั่นใจได้ว่าโมดูลทั้งหมดทำงานตามความต้องการในสภาพแวดล้อมระบบไดนามิกนี้

• Integration- การทดสอบ SAP ดำเนินการเพื่อทดสอบรายงานกระแสข้อมูลและกระแสงานแบบฟอร์ม GUI ฯลฯ ใช้เพื่อตรวจสอบการรวมระบบระหว่างโมดูลต่างๆ ตัวอย่างเช่นหากมีการลงรายการบัญชีคำสั่งซื้อที่ต้องมีการดำเนินการในการขายและการกระจาย MM และ FICO ดังนั้นการทดสอบ SAP จึงตรวจสอบการรวมระหว่างระบบเหล่านี้

• Performance - นอกจากนี้ยังใช้เพื่อให้แน่ใจว่าระบบจะสามารถปฏิบัติตามข้อตกลงระดับบริการได้หรือไม่เวลาที่ระบบใช้ในการดำเนินการเฉพาะประสิทธิภาพของระบบ ฯลฯ

ตั้งชื่อโมดูลสองสามโมดูลที่สามารถทำการทดสอบ SAP ได้

การทดสอบ SAP สามารถทำได้ในโมดูลต่อไปนี้ -

• การจัดการวัสดุ SAP
• SAP การบัญชีการเงินและการควบคุม
• การขายและการจัดจำหน่าย SAP
• ทรัพยากรบุคคล SAP
• SAP Supply Chain Management
• การจัดการโรงงาน SAP

ตั้งชื่อเครื่องมือทดสอบระบบอัตโนมัติบางอย่าง

เครื่องมือทดสอบอัตโนมัติบางตัว ได้แก่ HP Quick Test Professional (QTP), Selenium, SAP TAO, ECATT, IBM Rational Functional Tester, WinRunner และ LoadRunner

ขั้นตอนต่างๆที่เกี่ยวข้องกับวงจรชีวิตการทดสอบซอฟต์แวร์คืออะไร

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

การใช้การทดสอบหน่วยใน SAP คืออะไร? อธิบายด้วยตัวอย่าง

การทดสอบหน่วยใช้เพื่อทดสอบการทำงานของส่วนประกอบต่างๆในระบบ SAP ดำเนินการโดยผู้เชี่ยวชาญด้านโดเมนและการกำหนดค่าที่รู้การทำงานของแต่ละหน่วยในระบบ

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

อธิบายการทดสอบหน่วยพร้อมตัวอย่าง

การทดสอบหน่วยใช้เพื่อทดสอบการทำงานของชิ้นส่วนในระบบ SAP ดำเนินการโดยผู้เชี่ยวชาญด้านโดเมนและการกำหนดค่าที่รู้การทำงานของแต่ละหน่วยในระบบ

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

อธิบายการทดสอบระบบด้วยตัวอย่าง

การทดสอบระบบเกี่ยวข้องกับการรวมองค์ประกอบของระบบ SAP เพื่อให้แน่ใจว่าฟังก์ชัน SAP ที่เกี่ยวข้องเชื่อมโยงเข้าด้วยกันในสภาพแวดล้อมการพัฒนา

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

อธิบายการทดสอบตามสถานการณ์ด้วยตัวอย่าง

การทดสอบตามสถานการณ์ตามชื่อจะดำเนินการตามกรณีธุรกิจเฉพาะ

Example- สมมติว่ามีงานบางอย่างที่เฉพาะเจาะจงสำหรับกลุ่มลูกค้าหรือสายผลิตภัณฑ์หรือชุดบริการที่กำหนด สำหรับกลุ่มเป้าหมายเฉพาะเหล่านี้คุณมีสถานการณ์ต่างๆที่คุณต้องทดสอบ

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

อธิบายการทดสอบการรวมพร้อมตัวอย่าง

ในการทดสอบนี้ข้อมูลการทดสอบมาจากแหล่งการสกัดข้อมูลจริงการแปลงเสร็จสิ้นและโหลดแบบฝึกหัดและข้อมูลจะเป็นที่รู้กันของผู้ใช้ทางธุรกิจ

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

อธิบาย SAP Interface Testing

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

การทดสอบการยอมรับผู้ใช้ SAP มีประโยชน์ตรงไหน?

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

เหตุใดการทดสอบประสิทธิภาพจึงจำเป็น

การทดสอบประสิทธิภาพระบุปัญหาคอขวดและความไร้ประสิทธิภาพในการเข้ารหัสในระบบ SAP ดำเนินการเพื่อตรวจสอบ -

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

ความสำคัญของการทดสอบความปลอดภัยและการอนุญาตของ SAP คืออะไร

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

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

อธิบายการใช้ SAP Cutover Testing

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

SAP Regression Testing คืออะไร?

SAP Regression Testing ใช้เพื่อค้นหาฟังก์ชันใหม่และเพื่อทดสอบฟังก์ชันเก่าในระบบเมื่อได้รับการอัปเกรดหรือตั้งค่าระบบใหม่ บทบาทสำคัญของการทดสอบการถดถอยคือการทดสอบการทำงานที่มีอยู่และการกำหนดค่าและฐานรหัสที่ปรับปรุงใหม่

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

วัตถุประสงค์ของการใช้การนำทางในการทดสอบ SAP คืออะไร?

การนำทางในการทดสอบ SAP ช่วยให้แน่ใจว่าคุณครอบคลุมแต่ละโมดูลของระบบ SAP ของคุณและต้องทำการทดสอบอย่างน้อยหนึ่งครั้งสำหรับแต่ละฟังก์ชัน

นอกจากนี้ยังช่วยลดความพยายามในการทดสอบด้วยตนเองและครอบคลุมเส้นทางการทดสอบส่วนใหญ่ในระบบ SAP สามารถทำการทดสอบ OPA เพื่อตรวจสอบ SAP Testing - การนำทาง

Screen flow logic ในการทดสอบ SAP คืออะไร

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

โมดูลต่างๆในระบบ SAP และการใช้งานมีอะไรบ้าง?

Financial Modules - การบัญชีการเงินและการควบคุม (FICO), สมบัติ (TR) และการควบคุมองค์กร (EC)

Logistics Modules - การจัดการวัสดุ (MM), การบำรุงรักษาโรงงาน (PM), การขายและการจัดจำหน่าย (SD), การจัดการคุณภาพ (QM) ฯลฯ

Human Resource Management - บัญชีเงินเดือนการบริหารเวลาการฝึกอบรมและการจัดการเหตุการณ์

กรณีทดสอบคืออะไร? ขอบเขตของกรณีทดสอบในระบบ SAP คืออะไร?

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

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

ระบบ ERP ยังเกี่ยวข้องกับธุรกรรม FI ต่างๆดังนั้นการทดสอบแต่ละกรณีควรครอบคลุมขอบเขตของส่วนการกำหนดค่าและการนำไปใช้งานทั้งหมด ข้อมูลการทดสอบควรส่งผ่านอย่างระมัดระวังและการทดสอบแต่ละครั้งควรมีคอลัมน์ที่มีข้อมูลเอาต์พุตชื่อ

SAP Test Acceleration and Optimization คืออะไร

SAP Test Acceleration and Optimization TAO 2.0 เป็นเครื่องมือที่ใช้ในการสร้างกรณีทดสอบอัตโนมัติในระหว่างการทดสอบการถดถอยของระบบ ช่วยให้ลูกค้า SAP สามารถสร้างส่วนประกอบการทดสอบที่แตกต่างกันจากหน้าจอของธุรกรรมและกำหนดพารามิเตอร์ได้

ส่วนประกอบการทดสอบเหล่านี้ถูกสร้างขึ้นโดยปกติสำหรับรหัสธุรกรรมหนึ่งรหัสและสามารถรวมกันในภายหลังเพื่อทดสอบสถานการณ์ สามารถรวมเข้ากับ Business Process Change Analyzer ใน SAP Solution Manager ได้อย่างง่ายดาย

ข้อกำหนดฮาร์ดแวร์ขั้นต่ำในการติดตั้ง SAP TAO บนระบบโลคัลคืออะไร?

• แรม: 4 GB
• เนื้อที่ว่างบนดิสก์: 500 MB
• การเชื่อมต่อ LAN กับเซิร์ฟเวอร์ SAP Quality Center QC และ SOLMAN
• สิทธิ์การดูแลระบบ
• SAPGUI ที่มีระดับแพตช์ล่าสุด
• Microsoft Excel 97 ขึ้นไป
• การสนับสนุน Microsoft Internet Explorer สำหรับ CRM UI

การใช้ Process Flow Analyzer ใน SAP TAO คืออะไร?

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

วัตถุประสงค์ของการรวมแท็บใน SAP TAO คืออะไร?

Consolidate เรียกว่ากระบวนการรวมส่วนประกอบ SAP TAO กับคอมโพเนนต์ inbuilt เพื่อสร้างสถานการณ์ทดสอบเป็นส่วนประกอบทางธุรกิจธุรกรรมเดียว ช่วยให้คุณสามารถรวบรวมส่วนประกอบการทดสอบหลายรายการในการทดสอบเดียว

จะเชื่อมต่อ SAP TAO กับ SAP Solution Manager ได้อย่างไร

ไปที่ SAP TAO และเข้าสู่ระบบและเลือก SAP SOLMAN ในรายการ รายการระบบนี้คือ SAP TAO ดึงมาจากไฟล์คอนฟิกูเรชันของการล็อกออน SAP ดังนั้นในการเพิ่มระบบใน SAP TAO คุณต้องเพิ่มระบบใหม่ใน SAP Logon และรีเฟรชรายการใน TAO

ป้อนข้อมูลรับรองการเข้าสู่ระบบและคลิกที่เข้าสู่ระบบ

SAP TAO จะเชื่อมต่อกับ SAP Solution Manager และตัวช่วยสร้างการกำหนดค่า TAO จะเปิดขึ้น