บัญญัติ 10 ประการของการทดสอบการใช้งานแอพมือถือ
เผยแพร่แล้ว: 2016-06-05การทดสอบการใช้งานมือถือและการประกันคุณภาพอาจไม่มีความกล้าหรือความรุ่งโรจน์เหมือนกับการออกแบบและพัฒนาแอพ แต่ผู้ทดสอบคือฮีโร่ที่ไม่มีใครพูดถึงในโลกแอพมือถือ เมื่อการทดสอบการใช้งานเสร็จสิ้นอย่างเหมาะสม แอปที่เสร็จแล้วก็ยินดีที่จะโต้ตอบด้วย และผู้ใช้จะตั้งตารอที่จะเปิดมันขึ้นมาครั้งแล้วครั้งเล่า
ในทางกลับกัน การทดสอบ UX และ QA ที่ไม่เพียงพออาจขัดขวางความสำเร็จของแอปบนอุปกรณ์เคลื่อนที่และการลงโทษผลิตภัณฑ์ขั้นสุดท้ายของคุณ บั๊ก แครช และ UX ล้มเหลวอื่นๆ จะช่วยให้แน่ใจว่าแอปลงถังขยะ
เพื่อให้แน่ใจว่าคุณกำลังมอบประสบการณ์อันยอดเยี่ยมที่ผู้ใช้ต้องการ ตรวจสอบให้แน่ใจว่าคุณปฏิบัติตามบัญญัติ 10 ประการของการทดสอบการใช้งาน:
บัญญัติการทดสอบ UX #1: คุณอย่าพลาดการทดสอบ
Petre Moroca เป็นผู้เชี่ยวชาญด้านการทดสอบการใช้งานบนมือถือที่ DICE https://dice.fm(@dicefm) แอปที่ให้ผู้ใช้ค้นหาคอนเสิร์ต เทศกาล และกิจกรรมต่างๆ โดยไม่มีค่าธรรมเนียมการจองตั๋ว
“การรู้จักกลุ่มเป้าหมาย อุปกรณ์และขนาดหน้าจอที่เราตั้งใจจะสนับสนุนเป็นสิ่งสำคัญมาก” โมโรคากล่าว “ตัวอย่างเช่น ฉันเริ่มต้นด้วยการตรวจสอบชุดอุปกรณ์และระบบปฏิบัติการที่เก่าที่สุดที่ฉันมี จากนั้นจึงค่อยพัฒนาไปจนถึงอุปกรณ์พกพา/ระบบปฏิบัติการรุ่นล่าสุด นั่นทำให้คุณเห็นภาพที่ชัดเจนของปัญหาการใช้งานที่ผู้ใช้ในอุปกรณ์รุ่นเก่าจะประสบ”
“ไม่ว่าคุณจะทำอะไร อย่าทึกทักเอาเองว่าคุณรู้ว่าแอปของคุณจะมีหน้าตาเป็นอย่างไรในอุปกรณ์เฉพาะ” Moroca กล่าวเสริม “ฉันค่อนข้างจะทราบด้วยความมั่นใจว่าคุณลักษณะนี้ทำงานได้ตามที่คาดไว้ในอุปกรณ์ที่มีอยู่ทั้งหมด แม้ว่านั่นจะหมายถึงการย้อนเวลากลับไป แต่ก็ไม่คุ้มกับความไม่แน่นอน”
บางครั้งนั่นอาจหมายถึงการพูดคุยกับ PM ของคุณอย่างไม่สบายใจ แต่ก็คุ้มค่า “ฉันได้เห็นวิธีที่ผู้คนมองข้ามอุปกรณ์รุ่นเก่าๆ เมื่อผู้จัดการโครงการหายใจลงคอเพื่อปล่อยแอป” โมโรคากล่าว “อย่ากดดัน! เป็นการดีกว่าที่จะดึงความสนใจจากผู้จัดการโครงการของคุณ ดีกว่ารับความคิดเห็นจากผู้ใช้ที่เขียนรีวิวแย่ๆ ในแอปของคุณ”
บัญญัติการทดสอบ UX #2: คุณต้องทดสอบความสามารถเข้าถึงได้ง่าย
Sharon Rosenblatt รายงานถึงเราจาก Accessibility Partners, LLC(@Access_Partners) ซึ่งให้คำปรึกษาด้านการเข้าถึงข้อมูลแก่บริษัทต่างๆ ที่ต้องการทำให้ผลิตภัณฑ์ของตนสามารถใช้งานได้มากขึ้นสำหรับผู้ทุพพลภาพ
“ในขณะที่เราทดสอบความสามารถในการใช้งานภายในบริษัทของฉัน เรามุ่งเน้นที่การเข้าถึงสำหรับผู้ทุพพลภาพ” Rosenblatt กล่าว “เป็นสิ่งสำคัญ และในหลายกรณีที่ได้รับมอบอำนาจทางกฎหมาย เทคโนโลยีดังกล่าวจะต้องเข้าถึงได้สำหรับคนพิการ”
ในกรณีที่ประโยคสุดท้ายทำให้คุณตื่นตระหนก โปรดอ่านคู่มือเริ่มต้นของเราเกี่ยวกับการออกแบบ UI บนมือถือที่เข้าถึงได้ — เป็นไปได้ว่าคุณได้ครอบคลุมประเด็นเหล่านี้แล้วในการทดสอบการใช้งานมือถือของคุณ
“เราทดสอบแอปกับวิศวกรที่มีความทุพพลภาพ ไม่ว่าจะเป็นอาการตาบอด การมองเห็นไม่ดี หูหนวก หรือใช้งานไม่ได้หรือถืออุปกรณ์พกพา เราก็พยายามตรวจสอบทุกอย่าง” Rosenblatt กล่าว “เรายังสนับสนุนให้นักพัฒนาใช้เทคโนโลยีอำนวยความสะดวก เช่น ซอฟต์แวร์อ่านหน้าจอ แว่นขยาย การรู้จำคำพูด เช่น Siri และอื่นๆ เพื่อจำลองประสบการณ์ของผู้ใช้ที่มีความพิการ ท้ายที่สุดแล้ว แอปจะไม่สามารถเข้าถึงได้หากไม่สามารถใช้โดยกลุ่มประชากรขนาดใหญ่ที่ระบุว่ามีความพิการ”
ตรวจสอบอินโฟกราฟิกนี้
บัญญัติการทดสอบ UX #3: คุณต้องเชื่อฟังกฎของเส้นทางสีแดง
Bryan Clayton เป็น CEO ของ GreenPal (@YourGreenPal) ซึ่งเป็น Uber สำหรับการดูแลสนามหญ้า
แนะนำสำหรับคุณ:
บทบัญญัติต่อต้านการแสวงหากำไรสำหรับสตาร์ทอัพในอินเดียมีความหมายอย่างไร?
Edtech Startups ช่วยให้แรงงานอินเดียเพิ่มพูนทักษะและเตรียมพร้อมสู่อนาคตได้อย่างไร...
หุ้นเทคโนโลยียุคใหม่ในสัปดาห์นี้: ปัญหาของ Zomato ยังคงดำเนินต่อไป, EaseMyTrip Posts Stro...
สตาร์ทอัพอินเดียใช้ทางลัดในการไล่ล่าหาทุน
แพลตฟอร์มการตลาดดิจิทัล Logicserve ระดมทุน INR 80 Cr รีแบรนด์เป็น LS Dig...
รายงานเตือนให้มีการพิจารณาทบทวนกฎข้อบังคับเกี่ยวกับ Lendingtech Space
“กฎของเส้นทางสีแดงนั้นอิงจากฮิวริสติกที่มาจากรถบัสขนส่งมวลชนในลอนดอน อนุญาตให้รถบัสวิ่งบนถนนที่มีแถบสีแดงตรงกลางเท่านั้น เส้นทางนี้เรียกว่าเส้นทางสีแดง และอนุญาตให้การจราจรอื่นๆ ทั้งหมดหลีกหนีจากทางได้ แต่นี่เป็นทางเดียวที่พวกเขาสามารถไปได้” เคลย์ตันกล่าว
สำหรับผู้ที่อยู่ฝั่งมหาสมุทรแอตแลนติกนี้ ลองนึกภาพเมืองที่คุณเคยไปซึ่งมีรถราง (ถ้าคุณเคยไปที่เจอร์ซีย์ คุณอาจเคยได้ยินสัญลักษณ์ "โปรดดูรถรางด้วย!" เตือนให้คุณออกจากเส้นทางรถรางบนทางเดินไม้กระดาน Wildwood)
“การเปรียบเทียบนี้สามารถนำไปใช้กับการออกแบบแอพได้ เนื่องจากเราต้องออกแบบเส้นทางสีแดงในแอปของเราเป็นเส้นทางเดียวที่ผู้ใช้สามารถทำได้ และไม่ใช่เส้นทางอื่น” Clayton กล่าว “จากนั้นเราต้องออกแบบแอพของเรารอบ ๆ เส้นทางสีแดงนั้นโดยฆ่าเส้นทางเสริมทั้งหมดที่ผู้ใช้สามารถทำได้”
วิธีที่ดีที่สุดวิธีหนึ่งเพื่อให้แน่ใจว่าผู้ใช้อยู่บนเส้นทางสีแดงคือการตอกย้ำประสบการณ์การเริ่มต้นใช้งานของผู้ใช้ (ต่อไปนี้คือแอป 7 แอปที่เก่งในการเริ่มต้นใช้งานของผู้ใช้ และสิ่งที่พวกเขาทำถูกต้อง) การทำ QA อย่างละเอียดเกี่ยวกับเส้นทางของผู้ใช้และประสบการณ์การเริ่มต้นใช้งานในระหว่างการทดสอบความสามารถในการใช้งาน คุณจะขจัดความสับสนที่อาจเกิดขึ้นของผู้ใช้ปลายทางออกไปได้มาก ในขณะเดียวกันก็มั่นใจได้ว่าคุณจะได้รับการดำเนินการที่ต้องการจากผู้ใช้ของคุณ ซึ่งอาจรวมถึงการติดตาม CTA การซื้อ ส่วนเสริม การโพสต์รีวิว และเส้นทางอื่นๆ ที่เป็นประโยชน์ต่อแอปในท้ายที่สุด
คำสั่งการทดสอบ UX #4: คุณต้องใช้เครื่องมือที่เหมาะสม
ดูเหมือนจะมีสองปรัชญาที่เป็นปัญหาเมื่อพูดถึงการลงทุนในเครื่องมือใหม่สำหรับธุรกิจของคุณ บางครั้ง คุณพบผู้จัดการโครงการที่ลังเลที่จะลงทุนเวลาหรือค่าใช้จ่ายในการซื้อและเรียนรู้เครื่องมือใหม่ที่มีศักยภาพในการปรับปรุงและปรับปรุงเวิร์กโฟลว์และผลลัพธ์ของทีมอย่างทวีคูณ ในอีกด้านหนึ่งของเหรียญ คุณจะพบกับผู้จัดการที่ต้องการลองเครื่องมือใหม่ทุกชิ้นที่ออกมา โดยไม่คำนึงถึงว่ามันจะปรับปรุงกระบวนการของพวกเขาจริงๆ หรือเพียงแค่เป็นภาระต่อนักออกแบบ นักพัฒนา และผู้ทดสอบ
แน่นอนว่าแนวทางที่ถูกต้องนั้นอยู่ระหว่างทาง การทดสอบความสามารถในการใช้งานบนอุปกรณ์เคลื่อนที่บนแอปใหม่ล่าสุดโดยใช้เครื่องมือที่ล้าสมัยไม่ได้เป็นเพียงการเสียเวลาของคุณเท่านั้น แต่ยังส่งผลให้ผู้ใช้ได้รับประสบการณ์ที่ไม่ดี (และท้ายที่สุดคือการสูญเสียธุรกิจที่มีศักยภาพ) จำเป็นที่ผู้จัดการโครงการต้องเช็คอินกับทีมของตนเพื่อประเมินจุดบกพร่องในกระบวนการทดสอบความสามารถในการใช้งาน และพยายามแก้ไขโดยเปลี่ยนกระบวนการหรือพิจารณาเครื่องมือเพื่อเพิ่มความเร็วหรือทำให้งานเฉพาะเป็นอัตโนมัติ
ไม่รู้จะเริ่มตรงไหน? ลองดูเครื่องมือ 11 ตัวนี้ที่จะช่วยขจัดอุปสรรคในการทดสอบความสามารถในการใช้งานบนอุปกรณ์เคลื่อนที่ ซึ่งทั้งหมดตรวจสอบโดยผู้เชี่ยวชาญด้านแอปบนอุปกรณ์เคลื่อนที่
คำสั่งการทดสอบ UX #5: คุณต้องทดสอบอุปกรณ์จริง
แน่นอนว่ามีผลสืบเนื่องในการใช้เครื่องมือที่เหมาะสมทั้งหมดในระหว่างการทดสอบ: คุณไม่ควรปล่อยให้การจำลองและระบบอัตโนมัติเข้าควบคุมกระบวนการทดสอบของคุณโดยสมบูรณ์ ไม่มีซอฟต์แวร์เลียนแบบชิ้นใดที่สามารถจำลองประสบการณ์การโต้ตอบกับหน้าจอสัมผัสบนอุปกรณ์จริงที่ใช้ระบบปฏิบัติการบางอย่างได้อย่างสมบูรณ์แบบ และไม่มีเครื่องมืออัตโนมัติใดมาแทนที่การแยกแยะของสมองมนุษย์ได้ (อย่างน้อยก็จนกว่าเราจะมีตัวจำลองและ คนใน Bladerunner )
จากที่กล่าวมา แน่นอนว่าโลก "พื้นที่เนื้อสัตว์" แบบอะนาล็อกของสมองและสมาร์ทโฟนและแท็บเล็ตมีข้อจำกัดในตัวเอง เป็นไปไม่ได้ที่จะเข้าถึงทุกอุปกรณ์ที่ใช้งานระบบปฏิบัติการทุกระบบได้ โดยเฉพาะอย่างยิ่งหากคุณกำลังพัฒนาสำหรับ Android ซึ่งไม่ได้ผลักดันการอัปเดตระบบปฏิบัติการในทุกอุปกรณ์เช่น Apple และมีผู้ผลิตหลายรายที่จำหน่ายอุปกรณ์ที่มีความหลากหลาย ของสเปก (แต่น่าเสียดายที่การแตกแฟรกเมนต์ของ Android ยังคงเป็นหนึ่งในความท้าทายในการออกแบบ UI บนมือถือที่ใหญ่ที่สุดที่ยังไม่มีคำตอบง่ายๆ) แม้ว่าคุณจะมีงบประมาณที่จะซื้ออุปกรณ์จำนวนมากเช่นนี้ การทดสอบกับอุปกรณ์แต่ละชิ้นก็จะทำให้เสียเวลา
แล้วประนีประนอมคืออะไร? หากคุณทำงานในเอเจนซี่ วิธีหนึ่งที่จะเอาชนะอุปสรรค์นี้คือการส่งสเปรดชีตไปให้ทุกคนในองค์กร ซึ่งพวกเขาสามารถอาสาทำการทดสอบทางโทรศัพท์ได้ ในสเปรดชีตนี้ ให้แบ่งคอลัมน์สำหรับประเภทของอุปกรณ์และระบบปฏิบัติการที่กำลังทำงาน จากนั้นจึงเลือกตัวอย่างที่เหมาะสมสำหรับเวอร์ชันเก่าและใหม่กว่าสำหรับการทดสอบ
หากคุณกำลังจะลุยเดี่ยว คุณอาจต้องการลงทุนในอุปกรณ์รุ่นเก่าที่คุณพบว่ามีราคาถูกในไซต์ต่างๆ เช่น Ebay หรือ Craigslist อีกทางหนึ่ง คุณสามารถบอกให้เพื่อนของคุณรู้ว่าคุณกำลังสะสมอุปกรณ์เก่า และยินดีที่จะ "กลับบ้าน" สมาร์ทโฟนและแท็บเล็ตของพวกเขาเมื่อพวกเขาย้ายไปอยู่ในทุ่งหญ้าสีเขียว อีกครั้ง เลือกอุปกรณ์จำนวนหนึ่งจากคอลเล็กชันที่คุณได้รวบรวมไว้สำหรับการทดสอบ — ยังดีกว่า เกณฑ์เพื่อนของคุณเป็นผู้ทดสอบเบต้า และรวบรวมความคิดเห็นของพวกเขา! ซึ่งนำเราไปสู่จุดต่อไปของเรา ...
บัญญัติการทดสอบ UX #6: เจ้าจงให้เกียรติผู้ทดสอบเบต้าของคุณ
เช่นเดียวกับที่นักเขียนควรมีตาที่สองเพื่อแก้ไขงานของพวกเขา ผู้ทดสอบความสามารถในการใช้งานบนมือถือก็ควรขอความช่วยเหลือจากผู้ใช้เบต้าด้วยเช่นกัน ไม่ว่าทักษะการทดสอบ UX ของคุณจะเฉียบแหลมเพียงใด สายตาของทุกคนก็เริ่มเคลือบแคลงหลังจากใช้เวลาหลายชั่วโมงในการใส่โค้ดและ UI เดียวกัน และเป็นสิ่งสำคัญที่คุณจะต้องเห็นว่าแอปของคุณทำงานเป็นอย่างไรในมือของผู้ใช้ที่หลากหลาย ยิ่งมากยิ่งดี
บัญญัติการทดสอบ UX #7: เจ้าจงทำเอกสาร
เอกสารประกอบไม่ใช่แง่มุมที่เซ็กซี่ที่สุดของการพัฒนาแอปบนอุปกรณ์เคลื่อนที่ แต่ก็ยังมีความสำคัญอย่างมากต่อกระบวนการทดสอบความสามารถในการใช้งานของคุณ หากไม่มีเอกสารเพียงพอ คุณพบข้อผิดพลาดในการกำหนดเวอร์ชันที่น่าหวาดเสียว (มีเพิ่มเติมในภายหลัง) สมาชิกในทีมที่สับสนเมื่อมีการเปลี่ยนแปลงฟีเจอร์ UI บางอย่างและปัญหาด้านการสื่อสารนับไม่ถ้วนที่แก้ไขได้ด้วยวิธีง่ายๆ "ที่นี่อยู่ในบันทึกการเปลี่ยนแปลง" พูดถึงบันทึกการเปลี่ยนแปลง...
บัญญัติการทดสอบ UX #8: เจ้าจะต้องจัดการการเปลี่ยนแปลง
หนึ่งในภัยพิบัติด้านการออกแบบ UI บนมือถือที่ใหญ่ที่สุดที่คุณพบในระหว่างการทดสอบการใช้งานคือข้อผิดพลาดในเวอร์ชันเก่า คุณพบปัญหา แก้ไขในต้นแบบหรือรหัส และล้มเหลวในการแจ้งว่าคุณได้ทำการเปลี่ยนแปลง จากนั้น นักพัฒนาซอฟต์แวร์จะส่งโค้ดเวอร์ชันใหม่ หรือผู้ออกแบบมอบการออกแบบที่อัปเดตให้คุณ โดยไม่มีข้อผิดพลาดที่คุณแก้ไข กรณีที่ดีที่สุดคือ คุณจำการเปลี่ยนแปลงที่คุณเพิ่งทำและสร้างใหม่ในเวอร์ชันใหม่ได้ โดยครั้งนี้จะบันทึกอย่างถูกต้อง กรณีที่เลวร้ายที่สุด คุณลืมสิ่งที่เกิดขึ้นทั้งหมด แล้วบั๊กนั้นยังคงอยู่ใน UI ทำลายประสบการณ์ผู้ใช้หลังจากเผยแพร่แอปของคุณแล้วเท่านั้น
ล็อกกระบวนการของคุณ ทำให้บันทึกการเปลี่ยนแปลงของคุณเป็นปัจจุบัน และพยายามอย่างดีที่สุดเพื่อหลีกเลี่ยงการมีแอปหรือต้นแบบหลายเวอร์ชันในคราวเดียว แม้ว่าจะดูเหมือนช่วยประหยัดเวลาเมื่อถึงกำหนดส่งอย่างรวดเร็ว แต่ท้ายที่สุดแล้วคุณอาจสร้างปัญหาให้ตัวเองมากขึ้นเท่านั้น
บัญญัติการทดสอบ UX #9: เจ้าจงย้ำ
หากคุณอ่านบทความของเราเกี่ยวกับเครื่องมือการจัดการเวิร์กโฟลว์ที่ธุรกิจแอปบนอุปกรณ์เคลื่อนที่ของคุณขาดไม่ได้ แสดงว่าคุณได้อ่านคำว่า "ทำซ้ำ" มากพอที่จะทำให้คุณน้ำตาไหล การพัฒนาแอปสมัยใหม่ขึ้นอยู่กับแนวคิดของการวนซ้ำ นั่นคือ การแก้ไขผลิตภัณฑ์ของคุณจนกว่าจะเข้าใกล้ (และบรรลุผลสำเร็จในที่สุด) ในกระบวนการกลิ้ง แทนที่จะยึดติดกับกระบวนการจัดการโครงการเชิงเส้นที่เข้มงวดซึ่งไม่อนุญาตให้ทำการเปลี่ยนแปลงขึ้นหรือลง .
จุดรวมของการทดสอบความสามารถในการใช้งานบนมือถือคือการทำให้ผลิตภัณฑ์ขั้นสุดท้ายมีความเงางามมากที่สุด อาจต้องใช้เวลาสองสามรอบในการแก้ปัญหาทุกจุดบกพร่องใน UX แต่การทำซ้ำนั้นเป็นหนึ่งในวิธีที่สำคัญที่สุดที่คุณสามารถสร้างความมั่นใจว่าผู้ใช้จะได้รับประสบการณ์ที่น่าอัศจรรย์
บัญญัติการทดสอบ UX #10: คุณต้องทดสอบต้นแบบของคุณ
คุณไม่ต้องรอจนกว่านักพัฒนาซอฟต์แวร์จะใส่โค้ดสุดท้ายลงในบรรทัดสุดท้ายเพื่อเริ่มการทดสอบการใช้งานบนมือถือ อันที่จริงแล้ว คุณสามารถทดสอบการออกแบบอินเทอร์เฟซผู้ใช้ของคุณได้นานก่อนที่จะตกไปอยู่ในมือของทีมนักพัฒนาของคุณ การทดสอบ UX เป็นหนึ่งในหลายๆ วิธีที่ธุรกิจอัจฉริยะใช้ต้นแบบเชิงโต้ตอบเพื่อปรับปรุงกระบวนการทำงานและรับข้อเสนอแนะที่ประเมินค่าไม่ได้เกี่ยวกับแนวคิดแอพมือถือที่ก่อกวนที่สุด
[ Proto .io เป็นเครื่องมือสร้างต้นแบบแอปบนอุปกรณ์เคลื่อนที่ที่ใช้โดยผู้ประกอบการและสตาร์ทอัพเพื่อสร้างต้นแบบเสมือนจริงแบบโต้ตอบเต็มรูปแบบซึ่งมีรูปลักษณ์และให้ความรู้สึกเหมือนแอปจริง]