用例要易于阅读，这就要求用例文档短小简明，那么这些要求会让我们达到这一目的:1.让问题短小。2.从头开始，用一条主线贯穿始终。3.用动词短语来给用例命名。4.用完整的主动语态句子来描述要完成的子目标。5.从触发事件开始一直继续，直到目标实现或者被取消，并且系统完成所有与这次事务处理有关的记录。6.确保每步中执行者及其意图是可见的。7.突出失败条件，并使回复动作是可读的。8.将可选的行为放在扩展部分，而不是用例主体的条件语句中。9.只在非常必要的情况下生成扩展用例。
在书写用例时，确定所写的每一步恰好抓住了执行者的真实意图，而不仅仅是操作用户界面的动作。在需求文档中，描述操作界面的用户动作三个缺点:1.不必要的加长文档。2.需求变得脆弱，意味着用户界面设计中的小动作都会引起需求的变动。3.侵占了UI设计者的工作机会。需要考虑到每个用例都有两个可能的结局:成功和失败，对于目标的成功和失败，你有两个职责:1.确定对每个被调用用例的失败都进行处理。2.确定用例满足了每一个项目相关人员的利益，特别是在目标失败的情况下。
用例不是仅仅记录了主执行者和系统化之间公共的可见交互操作，还应该为每个用例中的项目相关人员和主执行者命名。