การทดสอบเบต้าที่ประสบความสำเร็จเริ่มขึ้นก่อนที่ระบบของคุณจะเกิด! ความคิดนั้นฟังดูแปลก ๆ ไหม? ไม่ใช่เรื่องแปลกที่เมื่อคุณคิดว่าการทดสอบเบต้านั้นเกี่ยวข้องกับการพิสูจน์ตามระบบของระบบที่ออกแบบมาอย่างดีเช่นอุปกรณ์อิเล็กทรอนิกส์เว็บไซต์หรือเครื่องมืออัตโนมัติ มันไม่ได้หมายถึงการเป็นวงดนตรีฮิต – ฮิต – หรือ – ข้าม – นิ้ว – และ – ความหวัง – ทุกอย่าง – โอเคที่คุณสามารถสมัครได้ในนาทีสุดท้าย
เราเคยเห็นตัวอย่างของโปรแกรมซอฟต์แวร์ – จาก บริษัท ซอฟต์แวร์ที่เป็นที่รู้จักและมีชื่อเสียง – ซึ่งมาถึงเดสก์ท็อปของเราแทบจะหายใจไม่ออก ดูเหมือนว่าพวกเขาจะเต็มไปด้วยข้อบกพร่องและทำให้เราเสียใจมากกว่าที่พวกเขาช่วยให้เราทำงานได้ หรือเราพยายามใช้เว็บไซต์ที่ดูดี แต่เราไม่สามารถรับจากตะกร้าสินค้าไปยังหน้าสั่งซื้อ หรือเราซื้อวิดเจ็ตใหม่ แต่ถึงแม้จะใช้หนังสือคู่มือเราไม่สามารถข้ามจากเมนูหลักไปยังฟังก์ชั่นที่สำคัญอย่างที่เราควรจะเป็น
คุณมีความกังวลที่จะผลักดันธุรกิจของคุณให้อยู่ในอันดับของ บริษัท ที่ทำให้ลูกค้าไม่พอใจอย่างนี้ใช่ไหม! ดังนั้นฉันมั่นใจว่าคุณจะทำสิ่งที่แตกต่าง
นั่นเป็นเหตุผลที่การทดสอบเกี่ยวข้องกับกิจกรรมที่เป็นระบบน่าเบื่อและขาดไม่ได้ หากไม่มีวิธีการที่บ้าคุณไม่ได้ทำอะไรมากไปกว่าการเล่นเกมแบบสุ่มเพื่อดูว่าคุณสามารถหาวิธีทำลายมันได้หรือไม่ ดังนั้นสิ่งที่คุณจำเป็นต้องรู้เพื่อประเมินความพยายามดำเนินการกระบวนการและทำให้ผู้ทดสอบมีความสุข นี่คือ 10 กลยุทธ์สำหรับการบรรลุความสำเร็จในการทดสอบ
1. ออกแบบสถานการณ์จำลองการทดสอบ
“สถานการณ์ทดสอบ” คืออะไร สถานการณ์การทดสอบแต่ละครั้งควรเป็นภาพสะท้อนของ “สถานการณ์การใช้งาน” ซึ่งเป็นแนวทางให้ทีมออกแบบและพัฒนาระบบ สถานการณ์การใช้งานอธิบายการโต้ตอบทั่วไปหนึ่งอย่างที่ลูกค้ามีกับระบบ ตัวอย่างเช่นสำหรับเครื่องถอนเงินอัตโนมัติสถานการณ์หนึ่งเกี่ยวข้องกับลูกค้าที่ใส่บัตรเพื่อถอนเงินสด ในสถานการณ์อื่นลูกค้า รับจดทะเบียนบริษัท ทำการฝากเงิน อีกคนหนึ่งเขาหรือเธอตรวจสอบยอดคงเหลือ
สถานการณ์ต้องแสดงถึงวิธีการที่เป็นไปได้ที่ผู้ใช้สามารถโต้ตอบกับระบบรวมถึงการกระทำที่ผิดปกติและไม่ตั้งใจ ดังนั้นทั้งใช้สถานการณ์และสถานการณ์การทดสอบควรบัญชีสำหรับเงื่อนไขข้อผิดพลาดที่เป็นไปได้เช่นบัตรติดการทำธุรกรรมที่ถูกยกเลิกหรือบัญชีถอนเงิน
2. เขียนขั้นตอนการทดสอบ
โพรซีเดอร์การทดสอบระบุว่าผู้ทดสอบจะใช้สถานการณ์จำลองการทดสอบอย่างไรรวมถึงคำสั่งที่ต้องติดตาม ในตัวอย่าง ATM อาจพูดว่า “การทดสอบถอนเงินสดในคำสั่งนี้: $ 20, $ 30, $ 50, $ 100 เรียกใช้การทดสอบอีกครั้งในลำดับย้อนกลับ: $ 100, $ 50, $ 30, $ 20 จากนั้นทำการทดสอบหลายรายการในลำดับสุ่ม” ควรอธิบายว่าผลลัพธ์ใดที่คาดหวังในแต่ละกรณี
คุณจะต้องการขั้นตอนในการทดสอบคุณสมบัติของระบบใหม่หรือการเปลี่ยนแปลง นอกจากนี้คุณยังต้องการให้ขั้นตอนทดสอบคุณลักษณะต่างๆรวมกัน ตัวอย่างเช่นคุณอาจระบุ 1) ถอนเงินสดจากนั้น 2) ตรวจสอบข้อมูลยอดคงเหลือแล้ว 3) ทำการฝากเงิน ให้แน่ใจว่าได้เปลี่ยนแปลงลำดับและทดสอบเงื่อนไขข้อผิดพลาด
3. กำหนดข้อมูลที่คุณต้องการ
หากระบบของคุณเก็บค่าไว้ในฐานข้อมูลคุณจะต้องโหลดข้อมูลทั่วไปเพื่อทดสอบสถานการณ์ ในตัวอย่าง ATM ค่าต่างๆจะรวมยอดคงเหลือในบัญชีสำหรับการทดสอบขีด จำกัด การถอนและการให้ข้อมูลยอดคงเหลือ สร้างชุดข้อมูลตัวอย่างและโหลดระบบที่จะทดสอบล่วงหน้า อย่าลืมใส่ค่าที่สูงและต่ำสุด ๆ !
4. วางแผนบทบาทเฉพาะสำหรับผู้ทดสอบ
กำหนดเวลาผู้ทดสอบแต่ละคนเพื่อมุ่งเน้นสถานการณ์การทดสอบเฉพาะและชุดข้อมูลที่เกี่ยวข้อง หากมีผู้ทดสอบเพียงพอให้มอบหมายมากกว่าหนึ่งคนเพื่อครอบคลุมสถานการณ์จำลองการทดสอบแต่ละรายการ แต่ละคนจะเข้าหามันแตกต่างกัน
5. สร้างระบบการรายงานข้อผิดพลาด
สามารถออกแบบเป็นแบบฟอร์มฐานข้อมูลข้อความอีเมลหรือชุดค่าผสม ให้ผู้ทดสอบส่งรายงานข้อผิดพลาดเนื่องจากพบข้อผิดพลาดในการทดสอบแต่ละรอบ
6. กำหนดตารางการทดสอบ
กำหนดการควรอนุญาตให้มีการทดสอบเบต้าซ้ำหลายครั้ง ตรวจสอบให้แน่ใจว่าได้ล้างตารางการทดสอบของแต่ละรอบที่จะเข้าร่วม
7. เตรียมวัสดุทั้งหมดสำหรับการทดสอบ
รายการต่อไปนี้ควรพร้อมสำหรับการประชุมแจ้งกำหนดการ: ระบบใหม่หรือที่ได้รับการอัพเดตรายการหรือคำอธิบายของข้อบกพร่องใด ๆ ที่ได้รับการแก้ไขเอกสารใหม่หรือที่อัปเดตสถานการณ์จำลองการทดสอบและขั้นตอนและอื่น ๆ
8. ตั้งวันที่เริ่มต้น
ในวันที่เริ่มต้นจัดประชุมเขี่ย! ยังกำหนดการตรวจสอบความคืบหน้า หากผู้ทดสอบพบข้อบกพร่องจำนวนมาก – หรือโดยเฉพาะอย่างยิ่งที่สำคัญก่อนที่จะถึงจุดตรวจสอบที่กำหนดหยุดการทดสอบแก้ไขข้อบกพร่องและ / หรือเอกสารและกลับไปที่ขั้นตอนที่ 1 ถามก่อนที่จะรีสตาร์ท: สถานการณ์การทดสอบใหม่หรือชุดข้อมูล
9. ทำการทดสอบรอบใหม่สำหรับการทดสอบพื้นฐานแต่ละครั้งใหม่
นี่หมายถึงการเริ่มต้นการทดสอบทั้งหมดตั้งแต่เริ่มต้นหลังจากการแก้ไขแต่ละรอบ คุณไม่สามารถก้าวเท้าเลี่ยงข้อกำหนดนี้ได้เพราะทุกครั้งที่บางสิ่งได้รับการแก้ไขมันสามารถ “แตก” อย่างอื่น หยุดรอบการทดสอบเมื่อไม่มีข้อบกพร่องใหม่ปรากฏขึ้น
10. วางแผนรางวัลสำหรับงานที่ทำได้ดี
การทดสอบนั้นค่อนข้างน่าเบื่อดังนั้นผู้ทดสอบจึงต้องการแรงจูงใจพิเศษเพื่อให้พวกเขาจดจ่อกับเป้าหมาย แม้ว่าพวกเขากำลังช่วยในการผลิตระบบที่มีคุณภาพสูง แต่ปาร์ตี้หลังการทดสอบไม่เคยทำร้ายขวัญกำลังใจ! การทดสอบเบต้าอย่างละเอียดเป็นสิ่งจำเป็นสำหรับการผลิตระบบคุณภาพ หากคุณค้นพบข้อผิดพลาดที่คุณไม่สามารถแก้ไขได้ทันเวลาคุณสามารถตัดสินใจที่จะเผยแพร่ระบบที่มีข้อบกพร่องที่ทราบ (บันทึกไว้ในบันทึกย่อ “Read-me”) เงินเดิมพันอาจสูง
ดังนั้นชั่งน้ำหนักตัวเลือกนี้อย่างรอบคอบก่อนดำเนินการต่อ