The term usability has several defi

The term usability has several definitions in each research field.
In the field of Human–Computer Interaction (HCI) field, the most
widely accepted definition of usability is that proposed in the ISO
9241-11 [18]: ‘‘the extent to which a product can be used by specified
users to achieve specific goals with effectiveness, efficiency and satisfaction
in a specified context of use’’. This definition is that which
is closest to the human interaction perspective. In this view, usability
implies the interaction of users with the software product and
can be seen as the product’s capability to meet customer expectations.
On the other hand, in the field of Software Engineering (SE),
the most widely accepted definition of usability is that proposed in
the ISO 9126-1 [20]: ‘‘the capability of the software product to be
understood, learned, operated, attractive to the user, and compliant
to standards/guidelines, when used under specific conditions’’. In this
view, usability is seen as one specific characteristic that affects the
quality of a software product. It can be evaluated during the early
stages of Web development and does not necessarily imply the
user’s interaction with the system since it can be measured as
‘‘conformance to specification’’, where usability is defined as a
matter of products whose measurable characteristics satisfy a fixed
specification which has been defined beforehand. These different
definitions of usability directly affect how it is evaluated, since
each method or technique employed in these evaluations may focus
on different aspects of the term usability (e.g., effectiveness of
user task, learnability of user interfaces).
A usability evaluation method is a procedure which is composed
of a set of well-defined activities for collecting usage data related
to end-user interaction with a software product and/or how
the specific properties of this software product contribute to
achieving a certain degree of usability. UEMs were formerly developed
to specifically evaluate WIMP (Window, Icon, Menu, Pointing
device) interfaces, which are the most representative of desktop
applications. One of the most representative examples is the heuristic
evaluation method proposed by Nielsen [26]. Since Webbased
interfaces have grown in importance, new and adapted
UEMs have emerged to address this type of user interfaces.
Although several taxonomies for classifying UEMs have been
proposed, UEMs can in general terms be principally classified into
two different types: empirical methods and inspection methods.
Empirical methods are based on capturing and analyzing usage
data from real end-users. Real end-users employ the software
product (or a prototype) to complete a predefined set of tasks
while the tester (human or specific software) records the outcomes
of their work. Analysis of these outcomes can provide useful information
to detect usability problems during the user’s task completion.
Inspection methods are performed by expert evaluators or
designers (i.e., they do not require the participation of real endusers)
and are based on reviewing the usability aspects of Web
artifacts, which are commonly user interfaces, with regard to their
conformance with a set of guidelines. These guidelines can range
from checking the level of achievement of specific usability attributes
to heuristic evaluations concerning predictions of problems
related to user interfaces.
In the Web domain, both empirical and inspection methods
have several advantages and disadvantages. Since the majority of
Web applications are developed for many different end-user pro-
files, empirical methods can take into account a wide range of
end-users. However, the use of empirical methods may not be
cost-effective since they require a large amount of resources.
Empirical methods also need a full or partial implementation of
the Web application, signifying that usability evaluations are
mainly moved to the last stages of the Web development process.
Inspection methods, on the other hand, allow usability evaluations
to be performed on Web artifacts such as mock-ups, paper prototypes,
or user interface models. This is relevant because these
Web artifacts can be created during the early stages of the Web
development process. Another benefit of the inspection methods
is that they often require fewer resources than empirical methods.
However, the usability evaluation performed may be limited by the
quality of the guidelines or evaluator expectations. Moreover, the
interaction of real end-users is not taken into account in inspection
methods.

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

ระยะใช้งานมีข้อกำหนดต่าง ๆ ในแต่ละเขตข้อมูลวิจัยในฟิลด์ของฟิลด์คอมพิวเตอร์บุคคลโต้ตอบ (hci) มากที่สุดเป็นคำนิยามที่ยอมรับอย่างกว้างขวางของใช้ที่นำเสนอใน ISO9241-11 [18]: '' ระบุขอบเขตที่ผลิตภัณฑ์สามารถใช้ได้ผู้ใช้เพื่อให้บรรลุเป้าหมายเฉพาะอย่าง มีประสิทธิผล ประสิทธิภาพ และความพึงพอใจในบริบทที่ระบุการใช้นิ้ว คำนิยามนี้เป็นที่ซึ่งจะใกล้เคียงกับมนุษย์โต้ตอบมุมมอง ในมุมมองนี้ ใช้หมายถึงการโต้ตอบของผู้ใช้ ด้วยซอฟต์แวร์ และสามารถมองเห็นได้เป็นความสามารถของผลิตภัณฑ์เพื่อตอบสนองความคาดหวังของลูกค้าในทางกลับกัน ในฟิลด์ของวิศวกรรมซอฟต์แวร์ (SE),ยอมรับอย่างกว้างขวางคือคำนิยามของการใช้งานในการนำเสนอISO 9126-1 [20]: '' ความสามารถของซอฟต์แวร์ให้เข้าใจ เรียนรู้ ดำเนิน ผู้สนใจ และมาตรฐานกับมาตรฐาน/แนวทาง เมื่อใช้ภายใต้เงื่อนไขบางอย่าง '' ในที่นี้มุมมอง การใช้งานจะเห็นเป็นลักษณะเฉพาะหนึ่งที่มีผลต่อการคุณภาพของซอฟต์แวร์ สามารถประเมินในระหว่างช่วงขั้นตอนของการพัฒนาเว็บ และได้จำเป็นต้องเป็นการโต้ตอบผู้ใช้ระบบเนื่องจากมันสามารถวัดได้เป็น''ความสอดคล้องกันกับข้อมูลจำเพาะ '', ที่ใช้ถูกกำหนดเป็นการเรื่องของผลิตภัณฑ์ที่มีลักษณะวัดผลตอบสนองคงข้อมูลจำเพาะที่กำหนดไว้ล่วงหน้า เหล่านี้แตกต่างกันคำนิยามของการใช้งานโดยตรงมีผลต่อการถูกประเมิน ตั้งแต่แต่ละวิธีหรือเทคนิคในการทำงานในการประเมินเหล่านี้อาจมุ่งเน้นในด้านต่าง ๆ ของการใช้คำ (เช่น ประสิทธิภาพของผู้ใช้งาน learnability ของอินเทอร์เฟซสำหรับผู้ใช้)วิธีการประเมินการใช้งานเป็นกระบวนการซึ่งประกอบด้วยของชุดกิจกรรมโดยการรวบรวมข้อมูลการใช้งานที่เกี่ยวข้องการโต้ตอบผู้ใช้ด้วยซอฟต์แวร์ และ/หรือวิธีคุณสมบัติเฉพาะของซอฟต์แวร์นี้ช่วยให้บรรลุระดับใช้งาน UEMs เดิมจัดทำขึ้นโดยเฉพาะประเมิน WIMP (หน้าต่าง ไอคอน เมนู Pointingอินเตอร์เฟสอุปกรณ์) ซึ่งเป็นตัวแทนมากที่สุดของเดสก์ท็อปใช้งาน ตัวอย่างตัวแทนมากที่สุดคือ heuristicวิธีการประเมินที่เสนอ โดยนีล [26] ตั้งแต่ Webbasedอินเทอร์เฟซได้เติบโตขึ้นในความสำคัญ ใหม่ และดัดแปลงUEMs ได้เกิดที่อยู่อินเทอร์เฟซผู้ใช้ชนิดนี้แม้ว่าการจำแนกประเภทต่าง ๆ สำหรับการจัดประเภท UEMsเสนอ UEMs ในข้อตกลงหลักประเภทสองประเภท: รวมวิธีและวิธีการตรวจสอบวิธีการรวมขึ้นอยู่กับการรวบรวม และวิเคราะห์การใช้ข้อมูลจากผู้ใช้จริง ผู้ใช้งานจริงใช้ซอฟต์แวร์ผลิตภัณฑ์ (หรือต้นแบบ) เพื่อให้ชุดงานในขณะที่เครื่องวัด (มนุษย์ หรือเฉพาะซอฟต์แวร์) บันทึกผลการงานของพวกเขา วิเคราะห์ผลลัพธ์เหล่านี้สามารถให้ข้อมูลที่เป็นประโยชน์ตรวจพบปัญหาการใช้งานในระหว่างการดำเนินงานของผู้ใช้วิธีการตรวจสอบดำเนินการ โดยผู้เชี่ยวชาญ evaluators หรือนักออกแบบ (เช่น พวกเขาไม่ต้องการมีส่วนร่วมของ endusers จริง)และขึ้นอยู่กับการพิจารณาด้านการใช้งานของเว็บสิ่งประดิษฐ์ ซึ่งมีการอินเทอร์เฟซสำหรับผู้ใช้ทั่วไป ด้วยประสงค์โดยให้ผู้ความสอดคล้องกับชุดของแนวทาง แนวทางเหล่านี้สามารถช่วงจากการตรวจสอบระดับของความสำเร็จของการใช้งานเฉพาะคุณลักษณะการประเมินแล้วคาดคะเนปัญหาที่เกี่ยวข้องกับที่เกี่ยวข้องกับอินเทอร์เฟซผู้ใช้ในโดเมนเว็บ ทั้งประจักษ์ และวิธีการตรวจสอบมีข้อดีและข้อเสียต่าง ๆ เนื่องจากส่วนใหญ่มีพัฒนาโปรแกรมประยุกต์เว็บสำหรับผู้ใช้อื่นใน pro-แฟ้ม วิธีประจักษ์สามารถคำนึงถึงความหลากหลายของผู้ใช้งาน อย่างไรก็ตาม การใช้วิธีประจักษ์อาจไม่คุ้มค่าเนื่องจากจะต้องใช้ทรัพยากรจำนวนมากวิธีการรวมต้องดำเนินการทั้งหมด หรือบางส่วนของโปรแกรมประยุกต์เว็บ บ่งบอกการประเมินที่ใช้งานอยู่ส่วนใหญ่ย้ายสุดท้ายขั้นตอนของกระบวนการพัฒนาเว็บวิธีการตรวจสอบ คง อนุญาตให้ใช้งานประเมินการดำเนินการบนวัตถุในเว็บเช่น mock-ups ต้นแบบกระดาษหรือรูปแบบอินเทอร์เฟซผู้ใช้ นี้จะเกี่ยวข้องเนื่องจากเหล่านี้สามารถสร้างเว็บสิ่งประดิษฐ์ในระยะแรก ๆ ของเว็บกระบวนการพัฒนา ประโยชน์ของวิธีการตรวจสอบis that they often require fewer resources than empirical methods.However, the usability evaluation performed may be limited by thequality of the guidelines or evaluator expectations. Moreover, theinteraction of real end-users is not taken into account in inspectionmethods.

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

การใช้งานระยะที่มีหลายคำจำกัดความในแต่ละสาขาการวิจัย.
ในด้านการปฏิสัมพันธ์ของมนุษย์คอมพิวเตอร์ (HCI)
สนามมากที่สุดความหมายได้รับการยอมรับกันอย่างแพร่หลายของการใช้งานที่ถูกนำเสนอในมาตรฐานISO
9241-11 [18]: '' ขอบเขตที่ ผลิตภัณฑ์ที่สามารถนำมาใช้โดยกำหนดให้ผู้ใช้เพื่อให้บรรลุเป้าหมายที่เฉพาะเจาะจงกับประสิทธิภาพที่มีประสิทธิภาพและความพึงพอใจในบริบทที่ระบุไว้ในการใช้'' คำนิยามนี้คือสิ่งที่ใกล้เคียงกับมุมมองของการปฏิสัมพันธ์ของมนุษย์ ในมุมมองนี้การใช้งานหมายถึงการทำงานร่วมกันของผู้ใช้ที่มีผลิตภัณฑ์ซอฟต์แวร์และสามารถมองเห็นเป็นความสามารถของผลิตภัณฑ์เพื่อตอบสนองความคาดหวังของลูกค้า. ในทางกลับกันในด้านวิศวกรรมซอฟต์แวร์ (SE), ความหมายที่ได้รับการยอมรับกันอย่างแพร่หลายของการใช้งานคือ ที่นำเสนอในมาตรฐานISO 9126-1 [20]: '' ความสามารถของผลิตภัณฑ์ซอฟต์แวร์ที่จะเข้าใจได้เรียนรู้การดำเนินการ, มีเสน่ห์ให้กับผู้ใช้และสอดคล้องกับมาตรฐาน / แนวทางเมื่อนำมาใช้ภายใต้เงื่อนไขที่เฉพาะเจาะจง '' ในการนี้มุมมองของการใช้งานที่ถูกมองว่าเป็นหนึ่งในลักษณะที่เฉพาะเจาะจงที่มีผลต่อคุณภาพของผลิตภัณฑ์ซอฟต์แวร์ มันสามารถได้รับการประเมินในช่วงต้นขั้นตอนของการพัฒนาเว็บและไม่จำเป็นต้องหมายความปฏิสัมพันธ์ของผู้ใช้กับระบบเนื่องจากมันสามารถวัดได้เป็น'' สอดคล้องกับข้อกำหนด '' ที่ใช้งานถูกกำหนดให้เป็นเรื่องของผลิตภัณฑ์ที่มีลักษณะที่วัดได้ตอบสนองความคงเปคที่ได้รับการกำหนดไว้ล่วงหน้า เหล่านี้แตกต่างกันคำจำกัดความของการใช้งานส่งผลโดยตรงต่อวิธีการที่จะได้รับการประเมินเนื่องจากแต่ละวิธีหรือเทคนิคที่ใช้ในการประเมินผลเหล่านี้อาจมุ่งเน้นไปในด้านที่แตกต่างกันของการใช้งานระยะ(เช่นประสิทธิภาพของงานที่ผู้ใช้ learnability ของอินเตอร์เฟซผู้ใช้). วิธีการประเมินผลการใช้งานเป็น ขั้นตอนซึ่งประกอบด้วยชุดของกิจกรรมที่ดีที่กำหนดสำหรับการเก็บรวบรวมข้อมูลการใช้งานที่เกี่ยวข้องกับการมีปฏิสัมพันธ์กับผู้ใช้กับผลิตภัณฑ์ซอฟต์แวร์และ/ หรือวิธีการคุณสมบัติเฉพาะของผลิตภัณฑ์ซอฟต์แวร์นี้นำไปสู่การบรรลุเป้าหมายในระดับหนึ่งของการใช้งาน UEMs ได้รับการพัฒนาก่อนที่จะประเมินเฉพาะสามัญ(หน้าต่าง, ไอคอน, เมนู, ชี้อุปกรณ์) อินเตอร์เฟซซึ่งเป็นตัวแทนมากที่สุดของเดสก์ทอปการใช้งาน หนึ่งในตัวอย่างที่เป็นตัวแทนมากที่สุดคือการศึกษาสำนึกวิธีการประเมินผลที่เสนอโดยนีลเซ่น [26] ตั้งแต่ webbased อินเตอร์เฟซที่มีการเติบโตในความสำคัญใหม่และปรับUEMs ได้เกิดมาเพื่อที่อยู่ประเภทของอินเตอร์เฟซผู้ใช้นี้. แม้ว่า taxonomies หลายจำแนก UEMs ได้รับการเสนอUEMs สามารถในข้อตกลงจะจัดหลักลงในสองประเภทที่แตกต่างกันวิธีการทดลองและวิธีการตรวจสอบ. วิธีการเชิงประจักษ์จะขึ้นอยู่กับการจับและวิเคราะห์การใช้ข้อมูลจากผู้ใช้ปลายทางที่แท้จริง ผู้ใช้สิ้นจริงจ้างซอฟต์แวร์ผลิตภัณฑ์ (หรือต้นแบบ) ที่จะเสร็จสมบูรณ์ชุดของงานที่กำหนดไว้ล่วงหน้าในขณะที่การทดสอบ(ซอฟแวร์ของมนุษย์หรือที่เฉพาะเจาะจง) บันทึกผลงานของพวกเขา การวิเคราะห์ผลเหล่านี้สามารถให้ข้อมูลที่เป็นประโยชน์ในการตรวจสอบปัญหาการใช้งานในระหว่างการดำเนินงานของผู้ใช้. วิธีการตรวจสอบจะดำเนินการโดยผู้ประเมินผู้เชี่ยวชาญหรือนักออกแบบ (กล่าวคือพวกเขาไม่จำเป็นต้องมีส่วนร่วมของ endusers จริง) และจะขึ้นอยู่กับการตรวจสอบด้านการใช้งานของเว็บสิ่งประดิษฐ์ซึ่งเป็นปกติส่วนติดต่อผู้ใช้ที่เกี่ยวกับของพวกเขาสอดคล้องกับชุดของแนวทาง แนวทางเหล่านี้สามารถช่วงจากการตรวจสอบระดับของความสำเร็จของการใช้งานที่เฉพาะเจาะจงแอตทริบิวต์ที่จะประเมินผลการแก้ปัญหาเกี่ยวกับการคาดการณ์ของปัญหาที่เกี่ยวข้องกับส่วนติดต่อผู้ใช้. ในโดเมนเว็บทั้งวิธีการทดลองและการตรวจสอบมีข้อดีหลายประการและข้อเสีย เนื่องจากส่วนใหญ่ของการใช้งานเว็บที่มีการพัฒนาโปรสำหรับผู้ใช้ปลายทางที่แตกต่างกันหลายไฟล์วิธีการเชิงประจักษ์สามารถนำเข้าบัญชีที่หลากหลายของผู้ใช้ขั้นปลาย อย่างไรก็ตามการใช้วิธีการเชิงประจักษ์ไม่อาจจะเป็นค่าใช้จ่ายที่มีประสิทธิภาพเนื่องจากพวกเขาต้องมีจำนวนมากของทรัพยากร. วิธีการเชิงประจักษ์ยังต้องมีการดำเนินการทั้งหมดหรือบางส่วนของโปรแกรมประยุกต์บนเว็บที่แสดงว่าการประเมินผลการใช้งานจะถูกย้ายไปเป็นหลักในการขั้นตอนสุดท้ายของเว็บกระบวนการในการพัฒนา. วิธีการตรวจสอบในมืออื่น ๆ ที่ช่วยให้การประเมินผลการใช้งานที่จะดำเนินการในสิ่งประดิษฐ์เว็บเช่นป๊จำลองต้นแบบกระดาษหรือรูปแบบส่วนติดต่อผู้ใช้ นี้มีความเกี่ยวข้องเพราะเหล่านี้สิ่งประดิษฐ์เว็บสามารถสร้างขึ้นในช่วงระยะแรกของเว็บกระบวนการพัฒนา ประโยชน์ของวิธีการตรวจสอบก็คือพวกเขามักจะต้องใช้ทรัพยากรน้อยกว่าวิธีการเชิงประจักษ์. อย่างไรก็ตามการประเมินผลการใช้งานการดำเนินการอาจจะถูก จำกัด ด้วยคุณภาพของแนวทางหรือความคาดหวังของผู้ประเมิน นอกจากนี้ยังมีการทำงานร่วมกันของผู้ใช้จริงไม่ได้นำมาพิจารณาในการตรวจสอบวิธีการ

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

ระยะการใช้งานได้หลายความหมายในแต่ละเขตข้อมูลการวิจัย .
ในด้านปฏิสัมพันธ์ระหว่างมนุษย์และคอมพิวเตอร์ ( HCI ) สาขา มากที่สุด
ยอมรับคำนิยามของการใช้งานที่เสนอเข้า ISO
9241-11 [ 18 ] : " ขอบเขตที่ผลิตภัณฑ์สามารถถูกใช้โดยผู้ใช้เพื่อให้บรรลุเป้าหมายที่กำหนด
เฉพาะ กับ ประสิทธิผล , ประสิทธิภาพและความพึงพอใจในบริบทของการใช้ที่ระบุ
' 'คำนิยามนี้ก็คือซึ่ง
ใกล้เคียงกับมุมมองการปฏิสัมพันธ์ของมนุษย์ ในมุมมองนี้ การใช้งาน
หมายถึงปฏิสัมพันธ์ของผู้ใช้กับผลิตภัณฑ์ซอฟต์แวร์และ
สามารถเห็นความสามารถของผลิตภัณฑ์เพื่อตอบสนองความคาดหวังของลูกค้า
บนมืออื่น ๆ ในสาขาวิศวกรรมซอฟต์แวร์ ( SE ) ,
อย่างกว้างขวางมากที่สุดยอมรับคำนิยามของการใช้งานที่เสนอใน
ISO 9126-1 [ 20 ] :" ความสามารถของผลิตภัณฑ์ซอฟต์แวร์ที่จะ
เข้าใจ เรียนรู้ ทำงานที่น่าสนใจให้กับผู้ใช้และสอดคล้อง
มาตรฐาน / คู่มือ เมื่อใช้งานภายใต้เงื่อนไขที่ระบุไว้ ' ' ในมุมมองนี้
, การใช้งานจะเห็นเป็นหนึ่งในคุณลักษณะเฉพาะ ที่มีผลต่อ
คุณภาพของผลิตภัณฑ์ซอฟแวร์ มันสามารถถูกประเมินในช่วงเช้า
ขั้นตอนของการพัฒนาเว็บและไม่จำเป็นต้องบ่งบอกถึง
การปฏิสัมพันธ์ของผู้ใช้กับระบบ เพราะมันสามารถวัดได้เป็น
''conformance สเปค ' ' ซึ่งหมายถึง การใช้งานของผลิตภัณฑ์ที่มีลักษณะ
เรื่องการวัดความคงที่
สเปคที่ได้นิยามไว้ล่วงหน้า
ความหมายของการใช้งานที่แตกต่างกันเหล่านี้ส่งผลโดยตรงต่อวิธีการประเมินตั้งแต่
แต่ละวิธีหรือเทคนิคที่ใช้ในการประเมินผลเหล่านี้อาจโฟกัส
ด้านที่แตกต่างกันของระยะเวลาการใช้งาน ( เช่น ประสิทธิผลของงาน learnability
ผู้ใช้ของส่วนติดต่อผู้ใช้ ) .
การประเมินผลการใช้งานวิธีการเป็นขั้นตอนซึ่งประกอบด้วยชุดกิจกรรม
ของการเก็บรวบรวมข้อมูลการใช้งานที่เกี่ยวข้องต่อ
เพื่อผู้ใช้โต้ตอบกับผลิตภัณฑ์ซอฟต์แวร์และ / หรือวิธีการ
คุณสมบัติเฉพาะของผลิตภัณฑ์ซอฟต์แวร์นี้สนับสนุน
บรรลุระดับหนึ่งของการใช้งาน uems เดิมทีพัฒนา
โดยเฉพาะประเมินคนอ่อนแอ ( หน้าต่าง , ไอคอน , เมนู , ชี้
อุปกรณ์ ) interfaces ซึ่งเป็นตัวแทนมากที่สุดของการใช้งานเดสก์ทอป

หนึ่งในตัวแทนตัวอย่างเป็นฮิวริสติก
วิธีการประเมินผลที่เสนอโดย Nielsen [ 26 ] เนื่องจากเว็บ
การเชื่อมต่อมีการเติบโตในความสำคัญ ใหม่และปรับปรุง
uems ได้กลายเป็นที่อยู่ของอินเตอร์เฟซผู้ใช้ประเภทนี้ แม้ว่าส่วนประกอบหลายประเภท

uems ได้รับการเสนอ uems สามารถในแง่ทั่วไปเป็นหลัก แบ่งออกเป็นสองประเภท : วิธีการเชิงประจักษ์

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

เพื่อประเมินคุณลักษณะของการใช้งานที่เฉพาะเจาะจง ) เกี่ยวกับการคาดการณ์ปัญหา
ที่เกี่ยวข้องกับส่วนติดต่อผู้ใช้ .
ในเว็บโดเมน ทั้งเชิงประจักษ์และการตรวจสอบวิธีการ
มีหลายข้อดีและข้อเสีย เนื่องจากส่วนใหญ่ของ
เว็บถูกพัฒนาขึ้นเพื่อหลายผู้ใช้ Pro -
ไฟล์ , วิธีการเชิงประจักษ์สามารถพิจารณาหลากหลาย
ผู้ใช้ขั้นปลาย อย่างไรก็ตาม การใช้วิธีเชิงประจักษ์ อาจไม่ใช่
คุ้มค่าเนื่องจากพวกเขาต้องเป็นจำนวนมากของทรัพยากร