เนื้อหา
- การสาธิตและตาย!
- ก้าวเข้าสู่รองเท้าผู้ใช้
- ประวัติโดยย่อของเอือด
- เอือดบอกคุณว่าระบบใช้งานได้อย่างไร
- ใครสามารถทำเอือดได้บ้าง?
- ไม่มีข้อบกพร่องไม่มีความเครียด - คู่มือแบบเป็นขั้นตอนเพื่อสร้างซอฟต์แวร์ที่เปลี่ยนแปลงชีวิตโดยไม่ทำลายชีวิตของคุณ
- สำเร็จและล้มเหลว
- ประโยชน์ของเอือด
ที่มา: Lightcome / iStockphoto
Takeaway:
เมื่อซอฟต์แวร์ผ่านการทดสอบการรวมเข้าด้วยกันและระบบความต้องการการทดสอบการยอมรับอาจดูเหมือนซ้ำซ้อน ทำไมการทดสอบการยอมรับของผู้ใช้ (UAT) ถึงมีความสำคัญ เรียนรู้เกี่ยวกับประโยชน์ของเอือดได้ดีและทำไมจึงเป็นเอกลักษณ์
การสาธิตและตาย!
คุณเคยส่งงานนำเสนอหรือการฝึกอบรมให้กับลูกค้าบ้างไหม หรือคุณเคยให้คำแนะนำกับใครบางคนและรู้ตัวว่าคุณพลาดบางสิ่งบางอย่างหรือไม่ได้ผลเท่าที่คุณคาดหวัง ในแต่ละกรณีคุณยอมรับมุมมองของผู้ใช้และทำงานกับซอฟต์แวร์ในส่วนบุคคลนั้น โอกาสที่คุณทำสิ่งที่แตกต่างเพราะคุณคิดว่าเป็นผู้ใช้มากกว่านักพัฒนา
ก้าวเข้าสู่รองเท้าผู้ใช้
มุมที่เป็นเอกลักษณ์ของการทดสอบการยอมรับของผู้ใช้ (UAT) คือการทดสอบซอฟต์แวร์ในฐานะผู้ใช้ปลายทาง ซอฟต์แวร์ถูกสร้างขึ้นเพื่อให้ผลลัพธ์ที่เป็นรูปธรรมแก่ผู้ใช้ ตัวอย่างเช่นไซต์อีคอมเมิร์ซอนุญาตให้ลูกค้าซื้อผลิตภัณฑ์ เมื่อลูกค้าสั่งซื้อซอฟต์แวร์ไซต์อีคอมเมิร์ซจะแจ้งผู้ดูแลร้านค้าเพื่อให้สามารถดึงและบรรจุรายการที่เลือกสำหรับการจัดส่งได้ อาจมีผู้ใช้ซอฟต์แวร์ประเภทต่าง ๆ ดังนั้นขั้นตอนการทดสอบนี้จะช่วยให้ทีมพัฒนาสามารถตรวจสอบได้ว่าผู้ใช้ปลายทางบรรลุผลลัพธ์ซอฟต์แวร์ที่คาดหวังไว้หรือไม่
ประวัติโดยย่อของเอือด
ก่อนการกำเนิดของอินเทอร์เน็ตซอฟต์แวร์ส่วนใหญ่ถูกปรับใช้สำหรับผู้ใช้ที่รู้จัก หาก บริษัท พัฒนาซอฟต์แวร์สำหรับลูกค้าผู้จัดการที่ได้รับมอบหมายมีอำนาจในการตรวจสอบว่าซอฟต์แวร์เป็นไปตามข้อกำหนดของสัญญา นี่หมายถึงการแสดงถึงจุดที่ซอฟต์แวร์นั้น "เหมาะสมกับวัตถุประสงค์" ซึ่งทำได้โดยการเลือกตัวแทนผู้ใช้ปลายทางเพื่อทำการทดสอบและจัดทำรายงานพร้อมผลลัพธ์ เนื่องจากผู้ใช้เป็นกลุ่มปิดที่รู้จักกันแต่ละคนสามารถได้รับการฝึกฝนในการใช้ซอฟต์แวร์โดยทั่วไปผ่านขั้นตอนการทดสอบที่มีรายละเอียดมาก คำขวัญประจำวันนี้คือรายละเอียดเพิ่มเติมนั้นดีกว่า
เมื่อมีการพัฒนาซอฟต์แวร์มากขึ้นเรื่อย ๆ สำหรับลูกค้าบนเว็บผู้ชมปลายทางก็เปิดกว้างมากขึ้น ไม่สามารถระบุและฝึกอบรมผู้ใช้ปลายทางได้อีกต่อไปดังนั้นการออกแบบซอฟต์แวร์จึงต้องเน้นการใช้งานให้มากขึ้นและต้องเข้าใจได้ง่าย - แม้จะมีข้อมูลน้อยที่สุดก็ตาม ดังนั้นเอือดจึงต้องเปลี่ยนเพื่อตอบสนองความต้องการเหล่านี้
เอือดบอกคุณว่าระบบใช้งานได้อย่างไร
ดังนั้น UAT ไม่เพียง แต่บอกเราถึงขอบเขตการใช้งานสำหรับซอฟต์แวร์หนึ่งชิ้นเท่านั้น แต่ยังบอกเราถึงวิธีการใช้งาน UAT ส่วนใหญ่ดำเนินการได้ดีที่สุดโดยผู้ที่เข้าใจผู้ใช้ปลายทางที่จะได้สัมผัสกับซอฟต์แวร์ที่มีความรู้มาก่อนเล็กน้อยและสามารถให้การบ่งชี้ที่แท้จริงของซอฟต์แวร์ที่ใช้งานง่ายและสิ่งที่ต้องปรับปรุง
ใครสามารถทำเอือดได้บ้าง?
ในฐานะนักพัฒนาซอฟต์แวร์ทดสอบพวกเขาจำรายละเอียดเกี่ยวกับวิธีการเขียนระบบ ความรู้นี้สามารถมีอิทธิพลต่อการทดสอบและนักพัฒนาอาจใช้ขั้นตอนที่แตกต่างจากผู้ใช้ขั้นปลายเช่นดำเนินการขั้นตอนเร็วกว่าหรือยกเลิกรายละเอียดที่ผู้ใช้อาจพบว่าสับสน ดังนั้นผู้พัฒนาจึงไม่ใช่ผู้สมัครที่ดีที่สุดของเอือด แล้วใครล่ะ
หลายองค์กรมีทีมทดสอบเฉพาะที่ไม่เกี่ยวข้องกับการออกแบบและพัฒนาทางเทคนิค องค์กรขนาดเล็กอาจจัดสรรการทดสอบให้กับพนักงานที่ไม่ได้พัฒนาเช่นผู้ที่ปฏิบัติหน้าที่บริหารหรือใช้บริการของ บริษัท ภายนอก บางองค์กรใช้สิ่งที่เรียกว่า "การทดสอบห้องโถง" ที่พวกเขาเลือกพนักงานที่ไม่ได้ใช้งานในโครงการและขอให้พวกเขาลองใช้ระบบจากมุมมองของผู้ใช้ ตัวอย่างจะสั่งซื้อสินค้าออนไลน์
หลังจากการทดสอบในบ้านแล้วขั้นตอนการทดสอบนำร่องหรือเบต้าสามารถเกิดขึ้นได้โดยซอฟต์แวร์นี้จัดทำขึ้นสำหรับผู้ใช้ "จริง" กลุ่มเล็ก ๆ ที่ได้รับเชิญให้ใช้งานผลิตภัณฑ์ฟรีหรือลดราคาอย่างมีนัยสำคัญ
ไม่มีข้อบกพร่องไม่มีความเครียด - คู่มือแบบเป็นขั้นตอนเพื่อสร้างซอฟต์แวร์ที่เปลี่ยนแปลงชีวิตโดยไม่ทำลายชีวิตของคุณ
คุณไม่สามารถพัฒนาทักษะการเขียนโปรแกรมของคุณเมื่อไม่มีใครใส่ใจคุณภาพของซอฟต์แวร์
ขั้นตอน UAT แบบก้าวหน้าพร้อมผู้ชมที่หลากหลายเพิ่มความมั่นใจในการใช้งานซอฟต์แวร์ เมื่อรวมกับเฟสของการพัฒนาแบบวนซ้ำสามารถทำหลายรอบของ UAT เพื่อทดสอบคุณสมบัติใหม่ได้เมื่อทำการส่งมอบในขณะที่ตรวจสอบฟังก์ชันการทำงานก่อนหน้านี้
ผู้ทดสอบ UAT ที่ดีนั้นมีความอยากรู้อยากเห็นว่าจะเกิดอะไรขึ้นหากพวกเขาใช้เส้นทางที่แตกต่างไปยังเป้าหมายที่เฉพาะเจาะจง ท้ายที่สุดแล้วทุกคนเข้าใกล้การใช้งานซอฟต์แวร์ในรูปแบบที่แตกต่างกันดังนั้นหากมีความเป็นไปได้มากมายที่คนกลุ่มเล็ก ๆ จะได้รับความเชื่อมั่นของซอฟต์แวร์ในโหมดปฏิบัติการจะสูงขึ้น
สำเร็จและล้มเหลว
กระบวนการ UAT ควรตรวจสอบว่าผู้ใช้ซอฟต์แวร์แต่ละประเภทได้รับผลลัพธ์ที่เป็นรูปธรรมที่จำเป็นสำหรับทั้งความสำเร็จและความล้มเหลว
ในโฟลว์ความสำเร็จผู้ใช้ปลายทางจะเดินออกไปพร้อมกับผลลัพธ์ที่คาดหวังเช่นการสั่งซื้อผลิตภัณฑ์ ในการไหลล้มเหลวซอฟต์แวร์รองรับผู้ใช้ผ่านสถานการณ์ข้อผิดพลาดบางรูปแบบเช่นเมื่อลูกค้าให้ข้อมูลการชำระเงินด้วยบัตรเครดิตที่ไม่ถูกต้อง
ในการตรวจสอบการทำงานจะต้องให้ข้อมูลบางอย่างแก่ผู้ทดสอบ มิฉะนั้นพวกเขาไม่รู้ว่าซอฟต์แวร์ควรทำอะไร แต่เพื่อทดสอบการใช้งานสิ่งนี้จะต้องมีเพียงเล็กน้อย - เป็นเพียงงานหรือข้อกำหนดตามเช่นการซื้อ "x" (ผลิตภัณฑ์) และการจ่าย "y" (โดยใช้รายละเอียดบัตรเครดิต) ความรับผิดชอบจะต้องถูกวางไว้บนเครื่องทดสอบเพื่อบันทึกการสังเกตความสำเร็จและความล้มเหลว
ประโยชน์ของเอือด
ประโยชน์ที่สำคัญของเอือดที่ดีคือช่วยลดค่าใช้จ่ายในการบำรุงรักษาอย่างต่อเนื่องให้น้อยที่สุด มันถูกกว่าเพื่อแก้ไขปัญหาการใช้งานและปัญหาการใช้งานในช่วงต้น มันยากมากที่จะแก้ไขข้อผิดพลาดเมื่อมีรหัสอื่น ๆ รอบตัวเพื่อทดสอบการถดถอยหรือหากนักพัฒนาดั้งเดิมไม่พร้อมใช้งาน
เอือดที่ดำเนินการในหลายขั้นตอนและด้วยประเภทของการทดสอบที่แตกต่างกันให้โอกาสที่ดีที่สุดในการระบุและแก้ไขปัญหาคุณสมบัติ / การใช้งานที่แตกในช่วงแรกของการทดสอบ การรักษาเป้าหมายของ UAT ในระดับงานและระดับความต้องการทำให้ผู้ทดสอบสามารถสังเกตและสังเกตเห็นได้มากขึ้นและแม้กระทั่งพยายามทำตามขั้นตอนนอกขอบเขตของนักพัฒนา
ผลตอบรับจากวงจร UAT สามารถป้อนเข้าสู่การวนซ้ำตามมาของการพัฒนาเพิ่มความทนทานของซอฟต์แวร์และการใช้งาน แม้จะเป็นช่วงทดสอบเบต้าก็สามารถเติมเต็มกิจกรรมทางการตลาดและการขายได้โดยให้การอ้างอิงและข้อเสนอแนะกรณีศึกษา