นี่เป็นความคิดที่อาจทำให้ทั้งสองกลุ่มมีความสุขและสอดคล้องกับแนวทาง Agile
ทำการตรวจสอบการยอมรับของผู้ใช้โดยอัตโนมัติ
http://pragprog.com/magazines/2009-12/automating-screencasts
ดูเหมือนว่าส่วนหนึ่งของปัญหาที่คุณพบคือแผนการทดสอบที่คุณเขียนนั้นซ้ำซากและได้รับการยืนยันอย่างแท้จริง จะซื่อสัตย์ฉันจะไม่เรียกสิ่งที่คุณเขียนการทดสอบอยู่ที่ทั้งหมด - ถ้ามันเป็นเพียงแค่การยืนยันความต้องการของมันตรวจสอบ การทำสิ่งนี้โดยอัตโนมัติและ screencasting จะช่วยให้คุณจัดทำเดโมตัวอย่างเรียบร้อยสำหรับลูกค้าของคุณเป็นประจำ (คุณสามารถส่งพวกเขาในช่วงสั้น ๆ ทุกวัน) - พวกเขาจะมีแนวโน้มที่จะคลิกที่ตัวอย่างและดูมากกว่าเปิดแผนทดสอบและ เริ่มต้นทำงานด้วยวิธีนี้ดังนั้นหวังว่าคุณจะได้รับข้อเสนอแนะเร็วขึ้น (สำคัญมากหากคุณกำลังมุ่งสู่แนวทางแบบ Agile ที่มากขึ้น) คุณจะสามารถใช้ส่วนประกอบอีกครั้งเพื่อลดภาระงานให้กับคุณ
นอกจากนี้ยังมีวิธีการดำเนินการตามข้อกำหนดจริง ๆ - คุณเคยเจอข้อมูลจำเพาะที่ปฏิบัติได้ของ Gojko Adzic หรือไม่? ลองดูที่นี่:
http://gojko.net/2010/08/04/lets-change-the-tune/
หากคุณคิดว่านี่เป็นวิธีในการรับข้อกำหนดในรูปแบบปฏิบัติการเพื่อสาธิตให้กับลูกค้าของคุณ จากนั้นดูเหมือนว่าจะไร้ประโยชน์น้อยกว่ามาก
ตอนนี้การใส่หมวกผู้ทดสอบของฉันฉันรู้สึกเป็นเกียรติที่จะชี้ให้เห็นว่าหากสิ่งที่ screencast จะปิดมันจะฟรีคุณ / ผู้มีส่วนได้เสียของคุณเพื่อทำการทดสอบที่เหมาะสม - เช่นพยายามกรณีขอบและการทดสอบที่ท้าทายแอปจริง ไม่ใช่เพียงแค่ยืนยันข้อกำหนด ฉันขอแนะนำให้คุณให้หน้าจอ screencasts พร้อมกับคำถามสั้น ๆ หรือข้อเสนอแนะสำหรับพื้นที่ที่คุณต้องการความคิดเห็นเพิ่มเติมเกี่ยวกับ:
1) นี่คือแบบฟอร์มการลงทะเบียนใหม่ของเรา - ดู screencast นี้เพื่อดูว่ามันทำงานอย่างไร!
สิ่งที่เราต้องการความคิดเห็นเกี่ยวกับ: เราได้เพิ่มการตรวจสอบเพิ่มเติมจำนวนมากในแบบฟอร์มนี้เพื่อให้แน่ใจว่าลูกค้าไม่สามารถป้อนข้อมูลที่ไม่ถูกต้อง - เราอยากให้คุณดูข้อความแสดงข้อผิดพลาดที่ลูกค้าได้รับเมื่อพวกเขา ใส่สิ่งที่ผิดและบอกเราว่าลูกค้าของเราจะเข้าใจง่ายหรือไม่
นอกจากนี้เราต้องการทราบด้วยว่าเราเข้มงวดเกินไปในบางกรณี - หากคุณมีข้อมูลลูกค้าที่ผิดปกติเป็นพิเศษ (อาจเป็นชื่อที่ยาวมากหรือชื่อที่สั้นมากหรือคนที่มีตัวอักษรผิดปกติในชื่อของพวกเขา หรืออย่างอื่นที่เราไม่เคยนึกถึงหรือที่อยู่ของพวกเขาอาจไม่มีชื่อถนนหรืออะไรแปลก ๆ แบบนั้น?) บางทีคุณอาจลองสักสองสามนาที?
คือคุณนำเสนอหน้าจอที่ดีและจากนั้นขอความคิดเห็นสร้างกรอบโดยไม่เจาะจงเกินไปให้พวกเขาคิดเกี่ยวกับปัญหาที่อาจเกิดขึ้นแทนที่จะแค่ยืนยัน ทำให้พวกเขาคิดแทนที่จะคลิกสุ่มสี่สุ่มห้าผ่านแผนการทดสอบ โดยทั่วไปคุณเขียนกฎบัตรทดสอบสำรวจสำหรับพวกเขา (ถ้าคุณดูQuadrant การทดสอบแบบ Agileจะเป็นการทดสอบใน Quadrant 3)