用户访谈：
你觉得这个产品是干什么的？
这个模块是干什么呢
有印象的功能
哪个模块印象最深
也就是感觉是慕课相比 //这样会引导用户的思路，会影响真实体验，不推荐使用
你觉得这个产品是干什么的？
----------参加课程或者工作坊，然后分享、聊天
这跟以前用过的那个产品比较像
------------差异点在哪
如果产品上线，你是否愿意使用这个产品
你自己使用后，是否愿意推荐给自己身边的朋友
可用性测试：
如果用户在前面的访谈，就是可用性测试
增加的互动：如果发现用户有迟疑，可以问哪个地方导致这种迟疑
界面：
a)当前界面有什么？
b)每个东西用户觉得是什么？
c)可以操作吗？
d)用什么手势操作方式？
e)操作之后会怎么样？
f)界面显示的内容足够吗，有没有缺少什么东西？
流程：
流程的测试就是根据任务来进行的。
把产品的需求文档罗列出来，然后给每个需求配上一个合适的场景，当然也会出现一个场景覆盖多个需求的情况，这也是允许的。
然后让用户在场景下去进行任务，观察用户，然后随时提问用户，随时准备回答用户的问题。
以上两点适合所有的可用性测试，但是对于版本更新类的可用性测试，我们还需要了解这个更新对于用户来说的接受度如何，
所以需要增加一些对比性的问题：
比如说：新旧版的操作流畅度、界面表达对比感受。
最后需要注意的是，一次可用性测试能涵盖的范围有限，所以要限制脚本问题的数量，以及对脚本的问题进行优先级的排序。
作者：知乎用户
链接：https://www.zhihu.com/question/20418124/answer/80145514
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
