测试用例例子
下图为一份测试用例表。从图中，我们不难看出，这条测试用例，包含用例编号、所属模块、用例标题、前提条件、测试数据、操作步骤、期望结果、实际结果、优先级、重要程度、用例性质、用例类型、设计者、创建日期。一般情况下，一条测试用例，最基本要包含用例编号、所属模块、用例标题、前提条件、操作步骤、期望结果、实际结果这几大要素。
用例编号：用例编号是用例的唯一标识，一般以模块+功能+编号的形式命名，便于识别用例属于哪个模块，如下图：
所属模块：用以标明该用例属于哪个模块。一般情况下还会分为主模块、子模块，根据实际情况决定。如下图：
用例标题：用以描述该用例的测试内容，一般以”校验“开头，如下图：
前置条件：用来描述执行该用例所需的前提条件，如网络已连接、已登录等。
测试数据：用来填写本条用例需要的测试数据，如账号、边界值等。一般情况下，点击类的操作步骤是不需要测试数据的，输入类的步骤需要测试数据。测试数据的选择也要严格按照场景和用例设计方法来设计。
操作步骤：用以描述执行本条用例的详细步骤。要求详细到没接触过该项目的人员依据该步骤也能执行，只要求粗略描述。
预期结果：本条用例执行后，预设的结果是什么。若一步操作有多个预期结果，可分点写。
实际结果：在没有执行用例前，实际结果都是留空的，设计时多出该字段目的是为了方便以后测试时填写结果。
优先级和重要程度：按照实际设置用例的优先级和重要程度，可在冒烟测试时有重点地挑选用例，也可以在时间紧迫的情况下优先执行所选用例。优先级高的不一定就重要。根据实际情况决定。
其他：诸如设计者、创建时间、用例类型（正用例还是反用例）、用例性质（手工执行还是自动执行）等，根据需要决定是否保留。一般来说，测试用例管理工具还可以与需求、测试计划、bug相关联。
的用例模板不同，用例颗粒度也不同，根据实际情况调整。
在设计用例前，最好先用思维导图整理测试点。