4 เหตุผลที่ผู้ใช้ต้องเข้าร่วมในการทดสอบก่อน UAT

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

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

1. ผู้ใช้ปลายทางเข้าใจว่าระบบต้องทำอะไร (สำหรับพวกเขา)

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

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

2. การยอมรับของผู้ใช้ปลายทางมีแนวโน้มมากขึ้นหากพวกเขากำลังมีส่วนร่วมในช่วงการทดสอบก่อนหน้านี้

Robin Goldsmith เจ้าของ Go Pro Management Consultancy ไม่แนะนำให้พยายามเปลี่ยนผู้ใช้ให้กลายเป็น“ ผู้ทดสอบจิ๋ว” แต่เขาเข้าใจถึงความสำคัญของการนำพวกเขาเข้าสู่รูปภาพก่อน “ ผู้ใช้จะต้องเริ่มคิดอย่างจริงจังเกี่ยวกับสิ่งที่พวกเขาต้องการเห็นในผลิตภัณฑ์ที่ส่งมอบก่อนที่พวกเขาจะรู้สึกมั่นใจมากพอที่จะพึ่งพามัน”

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

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

คุณไม่สามารถพัฒนาทักษะการเขียนโปรแกรมของคุณเมื่อไม่มีใครใส่ใจคุณภาพของซอฟต์แวร์

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

ยิ่งเราพบข้อบกพร่องน้อยลงเท่าไหร่เงินก็น้อยลงที่จะแก้ไข การศึกษาที่น่าอับอายที่ตีพิมพ์โดยสถาบันมาตรฐานและเทคโนโลยีแห่งชาติ (NIST) ในปี 2545 ระบุว่าค่าใช้จ่ายในการแก้ไขข้อบกพร่องหนึ่งข้อที่พบในระหว่างขั้นตอนการผลิตคือ 15 ชั่วโมงเทียบกับความพยายามห้าชั่วโมงหากพบข้อผิดพลาดเดียวกันระหว่างการพัฒนา

และเราเห็นแค่ส่วนเล็ก

มันง่ายกว่ามากในการทดแทนบทบาทในการปฏิบัติงานซึ่งตรงข้ามกับบทบาทของผู้ทดสอบ UAT เนื่องจากผู้ใช้หลังต้องใช้ประสบการณ์ที่เฉพาะเจาะจงและเข้าใจถึงปัญหาหลังการใช้เพื่อตรวจสอบผลิตภัณฑ์ที่พัฒนาขึ้นมาเพื่อการใช้งานโดยเฉพาะ มองอย่างรวดเร็วในไซต์งานหลัก ๆ ของแคนาดาระบุว่าเงินเดือนเฉลี่ยสำหรับผู้ทดสอบ QA อยู่ระหว่าง $ 55,000 ถึง $ 80,000 ตัวเลขเหล่านี้สามารถพุ่งสูงขึ้นอย่างรวดเร็วสำหรับ บริษัท ที่จ้างผู้ทดสอบซึ่งมีอัตราสูงถึง $ 100 ต่อชั่วโมงเมื่อทำงานในโครงการที่มีชื่อเสียง เงินเดือนโดยเฉลี่ยสำหรับบทบาทด้านการบริหารเช่นผู้ประสานงานการบริหารทางคลินิกเช่นมีตั้งแต่ $ 35,000 ถึง $ 45,000

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

4. ผู้ใช้ปลายทางเสนอมุมมองที่กว้างขึ้น

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

บริษัท ที่ติดอันดับ Fortune 500 เช่น Apple และ Google ทำการทดสอบเบต้าโดยที่มีรูปแบบของการชดเชยประชาชนสามารถเข้าถึงผลิตภัณฑ์รุ่นแรก ๆ ข้อบกพร่องและทั้งหมดเพื่อตอบแทนการมีส่วนร่วมในการช่วยระบุข้อบกพร่องและให้ข้อเสนอแนะที่เป็นประโยชน์ .

ผู้อำนวยการของ Center Code Mario Sancho ผู้จัดการโปรแกรมทดสอบเบต้าสำหรับ บริษัท Fortune 1,000 แห่งในแคนาดาหลายคนเชื่อว่าการตรวจสอบลูกค้าควรเกิดขึ้นในการทดสอบทั่วไปอย่างน้อยสามระดับ: การทดสอบอัลฟาที่ผู้ใช้ทดสอบการทดสอบรุ่นเบต้า สามารถทดสอบคุณลักษณะสำคัญทั้งหมดของผลิตภัณฑ์และการทดสอบภาคสนามหรือที่เรียกว่าเอือด

ข้อสรุป

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