一、前置知识点：
1、了解软件相关概念；
2、有一定的软件测试基础；
3、了解测试流程；
4、了解测试生命周期
二、熟悉常用术语：
黑盒测试、灰盒测试、白盒测试（功能划分）；
功能测试、性能测试、安全测试（职业划分）;
兼容性测试 、易用性测试、 UI元素测试（易用点划分）;
三、测试用例是什么？
答：测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
测试用例是测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体对照。
四、测试用例有什么作用？
1、检验软件是否满足客户需求；
（1、通过编写测试用例，可以把产品文档的内容逐一进行测试防止遗漏；2、也可以能更好的知道软件的各个功能及作用；3、及时消除需求文档中的歧义及错误的地方，以便可以及时纠正，避免后期的不必要的麻烦与损失）
2、体现一个测试人员的工作量；
（通过编写测试用例，按照自己每天的工作量，可以推测出完成该测试任务需要多久，以便可以合理划分时间，以及汇报该测试任务所需时间，以便进行团队及领导的后续安排）
3、展现测试用例的设计思路；
（通过编写测试用例，可以理清思路，设计出合适的测试计划，对产品有一个更好的认识与把握）
五、测试员用例包含那些内容？
用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。
六、测试用例编写流程
需求分析、提取测试点、测试用例编写、测试用例评审
需求分析：
业务需求、用户需求、功能需求；
业务需求：关注系统是否满足业务
用户需求：关注系统是否满足用户习惯
功能需求：关注系统是否满足功能要求
1、如果没有需求怎么办？
参考市面上已经上市的同类型产品
2、需求模糊怎么办？
参考市面上同类型产品、收集整理已有需求、和产品经理逐条确认
七、测试用例编写注意
1、用例格式不是固定的，不要生搬硬套;
2、根据项目的实际情况设计测试用例表格;
3、根据具体的情况编写
八、测试用例编写方法
1、等价类划分法
适用场景：
有数据输入的地方，就可以使用等价类划分法。如：输入框
测试思想：
从大量数据中划分范围（等价类），然后从每个范围中挑选代表数据，这些代表数据要能反应这个范围内数据的测试结果。
概念：
有效等价类：对程序来说，有意义的、合理的数据（正确的、有效的数据）
无效等价类：对程序来说，没有意义、不合理的数据（错误的、无效的数据）
2、边界值
适用场景：有数据输入的地方，在实际工作中，一般和等价类划分一起适用。、
测试思想：边界值是程序员在编程时是最容易出错的位置，所以要测试边界。
概念：是有效等价类和无效等价类之间的分界点，叫边界值（最小值，最大值）。还要测试次边界，也就是边界值两边的数据。
3、场景法
适用场景：业务比较复杂的软件系统都适合使用场景法，场景法是基于软件业务的测试方法，测试人员把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情形：
重点模拟两类操作：
用户正确操作的业务过程—验证软件的业务功能是否正确实现
模拟用户错误操作的情形—验证软件的异常处理能力（健壮性）
测试思路：场景法是模拟用户操作软件时的各种情景，主要用于测试软件的业务逻辑和流程。当拿到一个测试任务是，我们并不先关注某个文本框的等价类等是否满足要求，而是先关注它的主要功能和业务流程是否正确实现，这就需要场景法来完成测试。当业务流程测试没有问题，也就是软件的主要功能没有问题时，我们再去关注控件的等价类、边界值等细节测试。（先整体后细节）
场景划分：
1）基本流（有效流、正确流）
模拟用户正确的业务操作流程就是基本流
2）备选流（无效流、错误流）
模拟用户错误的操作流程就是备选流
4、猜测法：同过自己的直觉去找出测试点；
5、其他测试方法（不太常用不做介绍）
九、测试用例评审
简单的来讲，评审就是对测试用例进行检查;
评审包括同行评审，小组评审，部门评审，三方评审;
不同的评审类型会有不同的角色参与
评审的意义在哪里
1、通过评审可以发现测试用例的不足
2、方便测试人员改进测试用例
3、达到在测试时提高质量的目的
十、评审的流程
十一、测试用例管理
1、为什么需要管理测试用例？
测试用例数量巨大;
测试用例会随着需求变更;
测试用例需要补充完善
2、如何管理用例？
原始的excel管理方式;
专业的项目管理系统 ;
管理工具：ALM; 禅道; testlink; Bugzilla; JIRA
禅道基本应用
专业的研发项目管理软件; 完整支持敏捷开放流程; 完整的软件生命周期的管理
测试用例案例：
1、测试用例分析
2、测试用例编写：
- 还没有人评论，欢迎说说您的想法！
客服
