常用术语：
黑盒、灰盒、白盒（就比如透明度）
功能、性能、安全
兼容性、易用性、UI元素
测试用例：
（1）测试工作的核心
（2）一组在测试时输入输出的标准
（3）软件需求的具体对照
测试用例的作用：
（1）检验软件是否满足客户的需求。
（2）体现一个测试人员的工作量。
（3）展现测试用例的设计思路。
测试用例包含哪些内容：
用例编号、用例名称、测试背景、前置条件、优先级、重要级、
测试数据、测试步骤、预期结果、实际结果、备注
测试用例编写流程：
需求分析--》提取测试点--》测试用例编写--》测试用例评审
需求分析与测试点编写：
需求分析：
（1）业务需求：关注系统是否满足业务
（2）用户需求：关注系统是否满足用户的习惯
（3）功能需求：关注系统是否满足功能要求
如果没有需求怎么办？
可以参照市面上已经上线的同类产品。
需求模糊怎么办？
收集整理已有需求，和产品经理逐条确认或者参考同类产品的实现情况。
提取测试点：
概念：测试点即通过需求分析后对得出的需要进行测试的具体内容。
对测试用例的设计的好处：快速、覆盖、方法、细节
测试用例编写方法
编写注意事项：
（1）根据项目的实际情况设计测试用例表格。
（2）用例格式不是固定的，不要生搬硬套。
（3）根据具体情况编写。
用例编写方法：
（1）等价类划分法：
如何选择适当的数据子集，来代表整个数据集？
通过降低测试的数据去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷。
（2）边界值分析法
使用边界值分析方法设计测试用例时一般与等价类划分结合起来但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于，刚刚大于或者小于边界值的测试数据。
（3）场景法
通过运用场景来对系统的功能点或者业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。
（4）猜测法
测试用例评审：
（1）简单的来讲，评审就是对测试用例进行检查，
（2）评审包括同行评审、小组评审、部门评审、三方评审。
（3）不同的评审类型会有不同的角色参与。
评审的意义：
（1）通过评审可以发现测试用例的不足
（2）方便测试人员改进用例
（3）达到在测试时提高测试质量的目的。
评审的流程：
测试用例管理
（1）测试用例数量巨大；
（2）测试用例会随着需求变更；
（3）测试用例需要补充完善。
如何管理测试用例？
（1）原始的Excel管理方式
（2）专业的项目管理系统
