您使用什么可用性评估方法？
您使用什么可用性评估方法？
- GOMS？
- 认知演练？
- 大声思考协议？
其他的？ （除了“问你妈妈”的技巧，这些技巧在其他地方都有详细介绍）
What usability evaluation methods do you use?
- GOMS?
- Cognitive Walkthrough?
- Think aloud protocol?
Others? (apart from 'ask your mum' tips that are well covered elsewhere on SO)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
内部测试。 使用我们自己的应用程序，我们可以快速找出哪些部分笨重或不方便使用。
记录和分析支持呼叫，并跟踪用户在使用或查找应用程序的哪些部分时遇到问题。
记录和分析支持呼叫
可用性测试。 我们尽可能接近实际用例写下一个任务，并要求一些用户执行它。 我们观察他们这样做，要求他们在做的时候大声思考，然后问他们很多问题。
Dogfooding. Using our own application we quickly find out which parts are clunky or inconvenient to use.
Log and analyse support calls, and track what parts of the application users have trouble using or finding.
Usability tests. We write down a task, as near to an actual use case as we can, and ask a few users to perform it. We watch them do it, ask them to think aloud while they're doing it, and ask them lots of questions afterwards.
对于大多数任务来说，GOMS 太重量级了（离现实太远）……我建议采用一些更轻量级的方法，比如走廊可用性测试，正如 joel spolsky 所提倡的：
http://www.joelonsoftware.com/articles/fog0000000043.html
GOMS is way too heavyweight (and too far from reality) for most tasks ... i'd suggest something way more lightweight like hallway usability testing, as advocated by joel spolsky:
http://www.joelonsoftware.com/articles/fog0000000043.html
用纸片构建用户界面。 创建多个任务场景 - 可能不希望一次性涵盖整个 UI。 根据目标受众找到好的测试对象（这可能是最难的部分）。 为所述受试者提供打印的议程.. 提供一个人充当“帮助系统”，但在其他情况下保持安静.. 要求受试者“大声思考” - 说出他们的大脑在做什么（为什么很难找到好的受试者） ..视频发生了什么并进行分析。 ..修复问题并迭代。
build the UI out of pieces of paper. create several task scenarios - probably don't expect to cover the entire UI in one sitting. find good test subjects based on target audience (this may be the hardest part). provide said subjects with printed agenda .. provide a human-being to act as 'help system' but otherwise stay quiet .. ask subjects to 'think out loud' - say what their brain is doing (why good subjects are hard to find) .. video what happens and analyze. ..fix stuff, and iterate.