Is the user interface (UI) presenti

Is the user interface (UI) presenting a problem that has already occurred? If not, the message isn't an error. If the user being alerted of a condition that might cause a problem in the future, use a warning message.
Can the problem be prevented without causing confusion? If so, prevent the problem instead. For example, use controls that are constrained to valid values instead of using unconstrained controls that may require error messages. Also, disable controls when clicking would result in error, as long as it's obvious why the control is disabled.
Can the problem be corrected automatically? If so, handle the problem and suppress the error message.
Are users likely to perform an action or change their behavior as the result of the message? If not, the condition doesn't justify interrupting the user so it's better to suppress the error.
Is the problem relevant when users are actively using other programs? If so, consider showing the problem using a notification area icon.
Is the problem not related to the current user activity, does it not require immediate user action, and can users freely ignore it? If so, use an action failure notification instead.
Does the problem relate to the status of a background task within a primary window? If so, consider showing the problem using a status bars.
Are the primary target users IT professionals? If so, consider using an alternative feedback mechanism, such as log file entries or e-mail alerts. IT professionals strongly prefer log files for non-critical information.

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

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