Loan Database

可用性并不能预示有多少客户会接受你的解决方案；它只能告诉你解决方案的 准备程度。

可用性测试并不意味着放弃对 开发进度的控制；您可以决定下一步做什么。

通过可用性测试，您会发现一些不太好但值得了解的事情。

在产品训练营中，关于何时开始的讨论很多。有人说：“什么时候开始都不嫌早。”我说：“胡说。”在有时间实施更改时进行可用性测试，但要在解决影响用户的常见问题之后进行。向他人学习成本更低。

您如何选择要测试的内容？
不要测试一切。只测试您愿意改变的内容。考虑导航、状态和操作。问问自己：

开发团队哪里感到不舒服？
哪些实施存在重大妥协？
客户面临的关键问题是什么？
有哪些特点是独一无二的？
您面临的最大挑战是 医师数据库 让列表足够短，以便编写可用性脚本。如果情况并非如此，那么 (a) 您拥有一支天才团队，或者 (b) 您是在自欺欺人。

如何开发可用性脚本？
脚本是测试的一个过程。在前期投入的精力越多，它在测试过程中就越不重要。以下是开发您自己的可用性脚本的一些技巧：

陈述客户问题/需求（而不是如何完成任务）
按逻辑顺序排列任务（例如，先创建文件，再保存文件）
不要让测试人员/客户感到困惑（使用他们的语言）
使用大字体和尽可能少的文字
对任务进行编号，以便每个人都保持同步
检查脚本长度（测试会话持续时间）是否在 45 分钟以内
每页打印一个任务，以防止测试人员提前阅读
特别注意：如果您考虑申请专利，您还需要测试人员签署保密协议（NDA）。