前期准备功能：
1，拿到相关文档、熟悉业务、了解系统；
2，梳理功能点，编写思维导图；
3，评审思维导图，补充优化功能点；
4，与产品、开发、业务老师沟通，加深对产品的理解；
测试用例包含的因素：
编号、前置条件、案例名称、操作步骤、预期结果、案例类型、是否需要第三方数据、编写人、执行人
1、用例编号
项目简称 + 模块简称 + 顺序编号
比如：CSDN_登陆_001
2、用例名称
操作 + 预期结果
比如：输入正确的用户名和密码，成功登陆
3、级别
根据（1）用户使用该场景的频率；（2）该功能对系统的影响程度；
4、预置条件
操作的前提
比如：输入正确的用户名和密码，成功登陆，则预置条件为：注册一个CSDN账号
5、测试步骤
操作
比如：输入正确的用户名和密码，成功登陆，则测试步骤为：1、打开登陆页面http://***.com/；2、输入账号密码，点击登陆；3、验证登陆成功。
6、期望结果
根据功能点和需求点，所产生的结果。
比如：输入正确的用户名和密码，成功登陆，则期望结果为：登陆成功。
测试用例的颗粒度
1、颗粒度，就是指一个用例所涵盖的关注内容。
2、颗粒度大，则总的用例数就少，一个用例所涵盖的关注内容比较多，用例看起来也简洁。
3、颗粒度小，则总的用例数就多，一个用例所涵盖的关注内容少，甚至只有一个，单条用例关注的测试点很集中，不容易遗漏，执行时间比较好估计。
写好测试用例要关注的维度
1、熟悉业务，了解系统；
2、测试用例的颗粒度大小要灵活、适当；
3、充分考虑用户的各种使用场景；设计方法：等价类、边界值、错误推测、判定表、场景法。
4、测试用例的要素要齐全，操作步骤尽量详细、易懂；
5、做好用例评审，及时更新测试用例。