สรุปการทดสอบเว็บแบบคลาสสิกสำหรับการทดสอบซอฟต์แวร์

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

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

ผู้ทดสอบเว็บจะต้องจัดการกับรอบการเปิดตัวที่สั้นลง และผู้ทดสอบและผู้จัดการการทดสอบต้องเผชิญกับการเปลี่ยนแปลงจากการทดสอบโครงสร้าง C/S และสภาพแวดล้อมเฟรมเวิร์กแบบดั้งเดิมไปเป็นการทดสอบระบบแอปพลิเคชันเว็บที่เปลี่ยนแปลงอย่างรวดเร็ว

1. การทดสอบการทำงาน

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

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

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

4. การทดสอบภาษาการออกแบบ ความแตกต่างในเวอร์ชันภาษาการออกแบบเว็บอาจทำให้เกิดปัญหาร้ายแรงในฝั่งไคลเอ็นต์หรือเซิร์ฟเวอร์ เช่น เวอร์ชันของ HTML ที่จะใช้ ปัญหานี้มีความสำคัญอย่างยิ่งเมื่อพัฒนาในสภาพแวดล้อมแบบกระจายซึ่งนักพัฒนาไม่ได้อยู่รวมกันทั้งหมด นอกจากปัญหาเวอร์ชัน HTML แล้ว ภาษาสคริปต์ต่างๆ เช่น Java, JavaScript, ActiveX, VBScript หรือ Perl ยังต้องได้รับการตรวจสอบอีกด้วย

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

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

1. การทดสอบความเร็วการเชื่อมต่อ

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

2. การทดสอบโหลด

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

ไม่ การทดสอบ

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

3. การทดสอบการใช้งาน

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

2. การทดสอบกราฟิก

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

เนื้อหาของการทดสอบกราฟิกประกอบด้วย:

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

(2) ตรวจสอบว่ารูปแบบตัวอักษรของทุกหน้าสอดคล้องกันหรือไม่

(3) สีพื้นหลังควรตรงกับสีตัวอักษรและสีพื้นหน้า

(4) ขนาดและคุณภาพของภาพก็เป็นปัจจัยที่สำคัญเช่นกัน และโดยทั่วไปจะใช้การบีบอัด JPG หรือ GIF

3. การทดสอบเนื้อหา

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

4. การทดสอบอินเทอร์เฟซโดยรวม อิน

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

4. การทดสอบความเข้ากันได้ของไคลเอนต์

1. การทดสอบแพลตฟอร์ม

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

2. การทดสอบเบราว์เซอร์

ว์เซอร์เป็นองค์ประกอบหลักของเว็บไคลเอ็นต์ เบราว์เซอร์จากผู้ผลิตหลายรายมีการรองรับ Java, JavaScript, ActiveX, ปลั๊กอิน หรือข้อกำหนด HTML ที่แตกต่างกัน ตัวอย่างเช่น ActiveX เป็นผลิตภัณฑ์ของ Microsoft และได้รับการออกแบบมาสำหรับ Internet Explorer, JavaScript เป็นผลิตภัณฑ์ของ Netscape, Java เป็นผลิตภัณฑ์ของ Sun และอื่นๆ นอกจากนี้ สไตล์เฟรมและลำดับชั้นจะปรากฏแตกต่างกันในเบราว์เซอร์ที่แตกต่างกัน หรือไม่ปรากฏเลย เบราว์เซอร์ที่ต่างกันมีความปลอดภัยและการตั้งค่า Java ที่แตกต่างกัน วิธีหนึ่งในการทดสอบความเข้ากันได้ของเบราว์เซอร์คือการสร้างเมทริกซ์ความเข้ากันได้ ในเมทริกซ์นี้ มีการทดสอบความสามารถในการปรับตัวของเบราว์เซอร์จากผู้ผลิตหลายรายและเวอร์ชันที่แตกต่างกันกับส่วนประกอบและการตั้งค่าบางอย่าง

5. การทดสอบความปลอดภัย

พื้นที่ทดสอบความปลอดภัยของระบบแอปพลิเคชันเว็บส่วนใหญ่ประกอบด้วย:

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

(2) ไม่ว่าระบบเว็บแอปพลิเคชันจะมีข้อจำกัดการหมดเวลาหรือไม่ กล่าวคือ หากผู้ใช้ไม่คลิกบนหน้าใด ๆ ภายในระยะเวลาหนึ่ง (เช่น 15 นาที) หลังจากเข้าสู่ระบบ เขาจำเป็นต้องเข้าสู่ระบบอีกครั้งเพื่อใช้งานหรือไม่ มันเป็นเรื่องปกติ

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

(4) เมื่อใช้ซ็อกเก็ตที่ปลอดภัย ให้ทดสอบว่าการเข้ารหัสนั้นถูกต้องหรือไม่ และตรวจสอบความสมบูรณ์ของข้อมูล

(5) สคริปต์ฝั่งเซิร์ฟเวอร์มักก่อให้เกิดช่องโหว่ด้านความปลอดภัย และช่องโหว่เหล่านี้มักถูกแฮกเกอร์ใช้ประโยชน์ ดังนั้นเราจึงต้องทดสอบปัญหาที่ไม่สามารถวางและแก้ไขสคริปต์บนฝั่งเซิร์ฟเวอร์โดยไม่ได้รับอนุญาต

6. สรุป

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