การทดสอบแบบ END-To-END คืออะไร? ตัวอย่าง E2E

สิ้นสุดการทดสอบ

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

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

ทำไมต้องจบการทดสอบ?

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

สิ้นสุดกระบวนการทดสอบ

แผนภาพต่อไปนี้จะแสดงภาพรวมของกระบวนการทดสอบ End to End

กิจกรรมหลักที่เกี่ยวข้องกับการทดสอบตั้งแต่ต้นจนจบคือ –

ศึกษาข้อกำหนดการทดสอบตั้งแต่ต้นจนจบ
ทดสอบการตั้งค่าสภาพแวดล้อมและข้อกำหนดด้านฮาร์ดแวร์/ซอฟต์แวร์
อธิบายระบบทั้งหมดและกระบวนการของระบบย่อย
Descriptบทบาทและความรับผิดชอบของทุกระบบ
วิธีการทดสอบและมาตรฐาน
การติดตามข้อกำหนดและการออกแบบกรณีทดสอบตั้งแต่ต้นจนจบ
ข้อมูลอินพุตและเอาต์พุตสำหรับแต่ละระบบ

เครื่องมือทดสอบแบบครบวงจร

ทดสอบความเข้มงวด

ทดสอบความเข้มงวด เป็นผู้นำในอุตสาหกรรมเมื่อพูดถึงการทดสอบแบบครบวงจร สร้างการทดสอบแบบไม่มีโค้ดได้อย่างราบรื่นบน UI บนเว็บ แอปมือถือเนทีฟและไฮบริด เบราว์เซอร์มือถือ และ API ทดสอบอีเมลและ SMS ทดสอบไฟล์ .XLS, .DOC, .PDF เป็นต้น ที่ดาวน์โหลดมาได้อย่างง่ายดาย

สิ่งอำนวยความสะดวก:

เขียนการทดสอบแบบไม่มีโค้ดเป็นภาษาอังกฤษธรรมดา
ความครอบคลุมของเว็บ + มือถือ + API ในการทดสอบครั้งเดียว การสนับสนุนข้ามแพลตฟอร์มและข้ามเบราว์เซอร์
สร้างการทดสอบเร็วขึ้น 15 เท่าเมื่อเทียบกับ Selenium.
ลดการบำรุงรักษาการทดสอบได้ถึง 99.5%
testRigor มีความปลอดภัยและเป็นไปตาม SOC 2 Type 2
การบูรณาการกับ CI/CD และการจัดการกรณีทดสอบ
ทำการทดสอบมากกว่า 1000 ครั้งและรับผลลัพธ์ภายในเวลาไม่ถึง 30 นาที

เยี่ยมชม testRigor >>

จะสร้างกรณีทดสอบแบบ End-to-End ได้อย่างไร

สร้างกรณีทดสอบแบบครบวงจร — กรณีทดสอบแบบครบวงจร

กรอบการออกแบบการทดสอบแบบครบวงจรประกอบด้วยสามส่วน

สร้างฟังก์ชั่นผู้ใช้
เงื่อนไขการสร้าง
สร้างกรณีทดสอบ

มาดูรายละเอียดกัน: –

สร้างฟังก์ชั่นผู้ใช้

ควรทำกิจกรรมต่อไปนี้เป็นส่วนหนึ่งของฟังก์ชันการสร้างผู้ใช้:

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

ตัวอย่างเช่น -พิจารณาสถานการณ์ที่คุณลงชื่อเข้าใช้บัญชีธนาคารของคุณและโอนเงินบางส่วนไปยังบัญชีอื่นจากธนาคารอื่น (3^rdระบบย่อยปาร์ตี้)

เข้าสู่ระบบระบบธนาคาร
ตรวจสอบยอดเงินคงเหลือในบัญชี
โอนเงินบางส่วนจากบัญชีของคุณไปยังบัญชีธนาคารอื่น (3^rdระบบย่อยปาร์ตี้)
ตรวจสอบยอดเงินในบัญชีล่าสุดของคุณ
ออกจากระบบของแอปพลิเคชัน

สร้างเงื่อนไขตามฟังก์ชั่นผู้ใช้

กิจกรรมต่อไปนี้ดำเนินการเป็นส่วนหนึ่งของเงื่อนไขการสร้าง:

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

เช่น -การตรวจสอบเงื่อนไขเพิ่มเติม เช่น

เข้าสู่ระบบหน้า

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

ยอดคงเหลือ

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

สร้างสถานการณ์การทดสอบ

อาคาร สถานการณ์ทดสอบ สำหรับฟังก์ชั่นผู้ใช้ที่กำหนด

ในกรณีนี้,

เข้าสู่ระบบ
ตรวจสอบยอดเงินคงเหลือในธนาคาร
โอนเงินยอดเงินคงเหลือในธนาคาร

สร้างกรณีทดสอบหลายกรณี

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

ตัวชี้วัดสำหรับการทดสอบตั้งแต่ต้นจนจบ

ต่อไปนี้เป็นตัวอย่างเมตริกบางส่วนจากหลายๆ ตัวที่ใช้เป็นตัวอย่างการทดสอบแบบครบวงจร:

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

การทดสอบแบบ end to end กับการทดสอบระบบ

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

สรุป

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

ที่คุณอาจชอบ: