作用：1 是否能满足客户的需求
2 根据用例量推算任务完成时间。
包含：用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注等。
测试用例编写流程
需求分析—提取测试点—测试用例编写—评审
一 需求分析
1业务需求：关注系统是否满足业务。
2用户需求：关注系统是否满足用户习惯
3功能需求：观众系统是否满足功能需求。
没有需求怎么办？
参考市面上已经上线的同类产品。
需求模糊怎么办？收集整理已有需求
和相关人员逐条确认
参考市面同类型产品实现
二 测试点提取
测试点：通过需求分析后得出的需要进行测试的具体内容。
如何提取？
分成功能模块、测试点编号、测试点提取，根据测试软件的功能寻找测试点，
比如功能模块为登陆模块，那么测试点可以有：第三方微博微信qq登陆，手机号登陆，邮箱登陆。
三 测试用例编写
注意事项
1 根据项目实际情况设计用例表格
2用例格式不固定，不要生搬硬套
3根据具体情况编写
编写方法
1等价类划分
如何选择适当的数据子集，来代表整个数据集，通过降低测试数据数目实现“合理覆盖”，覆盖了更多的可能数据，以实现更多软件缺陷。
2边界值划分
选取正好等于、刚刚大于或刚刚小于边界值的测试数据，与等价类划分法结合。
3场景法
通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包括基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。
4猜测法
经验猜测
四 测试用例评审
1对测试用例进行检查
2同行评审、小组评审，部门评审，三方评审。
3不同评审角色不同
目的：改进用例，提高质量。
五管理测试用例
1为什么管理用例？
测试用例数量巨大
测试用例会随着需求变更
测试用例需补充完善
如何管理
1原始的excel管理方式
2专业的项目管理系统
ALM 专业的，昂贵的，部署麻烦的，不适合个人
testlink 在线的开源的，易用性不好
Bugzilla与testlink类似
JIRA适合企业用
推荐用禅道，分为专业版和免费版，免费版适合个人用，不仅可以导入导出测试用例，并且设计更改用例方便，还可以将用例转为bug。
