如何写好测试用例。

测试的相关知识

1，软件相关概念
数据，程序，文档的集合
2，软件测试基础
保证软件质量，满足用户需求
3，软件测试流程
需求分析
计划制定
用例的编写与执行
对测试结果的分析报告
4，测试生命周期
测试计划
测试设计
测试开发：测试用例的设计与编写
测试执行
测试评估

常用术语：
黑盒：不知内部结构，根据外部接口，功能进行测试。
灰盒：订单生成功能，软件上生成的订单和数据库里面的数据进行对比，验证是否一致
白盒：技术要求最高
功能：验证软件是否满足用户提出的表面需求
性能：软件的工作效率，双11
安全：测试软件是否会保护用户信息不被轻易的盗取
兼容性
易用性
UI元素

测试用例编写方法：
a.等价类划分法（黑盒）：选择适当的数据子集，来代表整个数据集；通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷；包括有效等价类和无效等价类。例如：登录要求输入手机号或邮箱，则可输入符合条件的任意一个手机号或邮箱进行输入。无效类，与之相反，随意输入一个不是手机号或邮箱的数据进行输入。

b.边界值分析法（黑盒）：使用边界值分析方法设计测试用例时一般与等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重要目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
c.场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。

（直觉、经验）

测试用例中可加入：
模块编号、所属模块（注册、登录、搜索、APP下载）、功能介绍、
用例编号、用例名称、测试背景、前置条件、重要级、优先级、
测试版本、测试环境（谷歌浏览器）、测试类型（手工测试）、测试阶段（系统测试）、
测试数据、测试步骤、
预期结果、实际结果、
编写人、执行人、开发人员等信息。
图例：

测试用例评审
评审：简单的来说就是对测试用例进行检查，包括：同行评审，小组评审，部门评审，三方评审（可以是开发，产品，用户）等。
意义：1.通过评审可以发现测试用例的不足
2.方便测试人员改进用例
3.达到测试时提高测试质量的目的
流程：评审流程不是一次性的。是一个持续的过程，直到用例改善完毕为止

测试用例的管理
为什么需要管理用例？
1、测试用例数量巨大2、测试用例会随着需求变更3、测试用例需要补充完善
如何管理用例？
1、原始的excel管理方式2、专业的项目管理系统（工具：ALM，禅道，TestLink，Bugzilla，JIRA）