如何写好测试用例

作用：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。