一、什么叫软件测试用例？
测试用例（Test Case）是为了某个特殊目标而编制的一组【测试输入、执行条件以及预期结果】，以便 测试某个程序路径 或 核实是否满足某个特定需求
简单来说：是指导执行测试，证明软件功能或发现软件缺陷的一种说明
总结为：每一个==测试点==的==数据设计==和==步骤设计==
二、==测试用例的重要性（面试）==
1.便于测试==计划的实施==
测试用例主要适用于集成测试、系统测试、回归测试，根据测试用例，我们可以一步一步的进行测试，清楚的知道测试的进度
2.规划测试==数据的准备==
根据测试用例的设计，可以提前准备好需要的数据（如：登录功能，提前准备好账号、密码等）
3.编写测试==脚本的根本==
提高测试效率，测试脚本是以测试用例为基础的
4.==评估==测试==结果的基准==
通过测试用例的==通过率以及错误率==，可以判断软件可不可以发布。根据结果写测试报告。测试用例的==覆盖率==和测试用例的==通过率==达标了，才能==发布上线==
5.分析 缺陷的 标准
通过收集缺陷，对比测试用例，分析是==漏测==还是==缺陷复现==。反映了测试用例的不完善，应立即补充相应的测试用例
三、测试用例编写格式注意
1.测试标题描述一定要包含==具体测试点==（验证什么写什么），标题简洁明了，不存在重复
2.测试步骤一定要具有==指导意义==，涉及到测试数据输入最好包含==具体的测试数据==
3.预期结果一定是唯一的，不能出现“或者”“是否”
四、如何编写测试用例
1.组成
测试用例文档 分为
●简介
编制了 测试目的、测试范围、定义术语、参考文档、概述等
●测试用例
用例编号、功能模块、测试标题、前提条件、操作步骤、期望结果（含判断标准）、实际结果、备注等
●编写方式
功能+业务逻辑
首先保证单个功能是正常的，然后才是功能联合起来的业务逻辑是对的
●用例覆盖
●正面：输入正确的账号、密码（都对），登录成功
●反面：输入错误的账号、密码（都错），登录失败
（一个用例不要同时出现正面和反面）
总结
1.依照不同的功能模块列出测试点（需求）
2.选择【等价类、边界值、错误推测法、场景法、因果图判定表法】 测试用例设计方法，细化测试点分解为不同的测试标题，并补充对应的测试步骤及测试数据、预期结果
3.测试用例覆盖==所有用户需求==，包括单个功能及功能业务的覆盖，正面和反面用例的覆盖
4.编写时注意测试用例编写格式要求，元素包含【测试编号、功能模块、测试标题、前提条件、测试步骤、预期结果、实际结果】。不要存在冗余、重复、二义性（2种以上含义）等
五、测试用例编写的其他问题
APP软件，测试用例应该分别写iOS和Android
六、测试用例的变更
给产品写了第一份用例，版本升级后，一些功能变了，一些没变，无法一次全部写好
删除一些旧版本的
增加新的
更新
删除冗余的
练习
一、面试题
1.用例需要评审么？紧急情况用例也需要评审么？
需要，很急的话不需要
2.如果被测项目很紧急，来不及写用例，怎么办？
凭经验直接测
3.遇到隐性需求（消费者在头脑中有想法但没有直接提出、不能清楚描述的需求）如何写用例？（需求不明确）
预测未来客户可能的需求（==问题==：不知道开发做没做这个功能）进行编写
4.用例有没有优先级？如果一定要有优先级，依据什么来确定呢？
有，根据客户需求、主业务流程、功能重要性、单个模块、单个模块的组合
5.如何编写测试用例？
根据==不同的功能模块==列出测试点，选择==测试用例设计方法==，==细化==为不同的测试标题，补全==测试步骤、测试数据、预期结果==。覆盖所有用户需求，==单个模块和多个模块联合的覆盖==。编写时注意==格式要求==，【测试编号、功能模块、测试标题、前提条件、测试步骤、预期结果、实际结果】。不要存在==冗余、重复、二义性==
二、实操题目
存在一个订单查询页面，这个页面中存在
两个文本框（操作员、订单编号）
两个日历输入框（开始日期和截止日期）
一个下拉选择框（订单状态）以及一个搜索按钮
整个页面区域显示为两部分：
上半部分为查询条件区域（包含着以上所说的条件输入框以及按钮）；
下半部分为订单搜索的展示区域。
在查询条件中，操作员、订单编号和开始截止日期这三项至少输入一项才能够点击查询按钮进行订单查询。
自己私下做好需求分析，输出Excel的测试用例上交
image
image
