大家好，又见面了，我是你们的朋友全栈君。
测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求
测试用例八大要素
1.测试用例编号
由字母、字符、数字组合而成的字符串，有唯一性，易识别性。
eg:
1)系统测试:产品编号-ST-系统测试项名-系统测试子项名-编号
2)集成测试:产品编号-IT-集成测试项名-集成测试子项名-编号
3)单元测试:产品编号-UT-单元测试项名-单元测试子项名-编号
这样看到编号就可以知道是做的什么测试，测试的对象是什么，也方便维护。
2. 测试项目
当前测试用例所在测试用例所属大类、被测需求、被测模块、被测单元等。
3. 测试用例标题
对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点事不一样的。
4.重要级别
分为高、中、低三等：
高级别：保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例；
中级别：重要程度介于高和低之间的测试用例；
低级别：实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例。
5. 预置条件
执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面测试步骤无法进行测试或无法得到预期结果。
6.测试输入
用例执行过程中需要输入的外部信息。根据软件测试用例的具体情况，有手工输入的内容、上传的文件、数据库记录等。
7.操作步骤
执行当前测试用例需要经过的操作步骤，需要明确的给出每一个操作的详细描述，测试人员可以根据测试用例操作步骤完成测试用例执行。
8.预期结果
当前测试用例的预期输出结果，包括返回值内容，界面的响应结果，输出结果的规则符合度等。
测试用例额外的要素
1.用例设计作者
能准确的找到测试用例设计人员，对用例修改时能方便找准人员。
2.用例创建日期
写用例的日期，方便检查用例设计的进度。
3.用例修改日期
每次修改用例的日期。
4.用例的最后修改日期
5.最后修改人
6.测试结果
执行用例后的结果Pass、Fail、Block。
7.测试类型
功能、性能、压力、GUI等。
8.预计工作量
这个用例要执行多久。
9.用例版本号
方便用例设计人员对用例的跟踪。
10. 对应的开发人员
出现BUG后能及时找到相应的人员进行修复。
测试用例怎么覆盖全面
测试需求的覆盖：保证所有需求都有设计测试用例
测试特性的覆盖：保证不同类型已覆盖如功能测试、性能测试
平台与层次的覆盖：保证所有平台有测试用例覆盖，不同层次都有设计用例，如业务层、接口层等
最后通过用例评审来完善用例
测试用例设计方法
等价类：限定条件存在组合情况，根据每一个限定条件列出有效和无效的类，写出用例全面覆盖各种限定条件的组合；
边界值：根据测试经验，测试取范围的边界值更容易发现Bug，使用边界值法完善等价类划分写出的测试用例；
正交试验：某一项功能可能有很多因子影响结果，因子全排列组合情况较多，使用正交试验法精简用例；
状态迁移：模块较大，功能多，梳理状态间的转换关系，覆盖业务功能；
流程分析：软件业务流程复杂，画出流程图写出流程测试用例，帮助我们熟悉软件，冒烟或者回归测试；
输入/输出域：重点关注软件输入/输出情况，完善和补充测试用例；
判定表：功能复杂，条件组合多对应的软件动作多，采用判定表先做全排列组合，再根据软件动作进行用例精简；
因果图：画出条件和动作的对应关系，列出中间状态来使用判定表法；
错误推断：经验积累和历史Bug分析
什么情况下用什么测试用例设计方法？
等价类和边界值是使用最多的测试用例设计方法，大部分功能都能适用。
在进行配置测试、兼容性测试、组合查询测试时，会使用正交试验法对测试用例进行精简，提高测试的效率。
输入域和输出域都是在忽略逻辑的情况，仅考虑极端的输入和输出情况。它常用于在写完测试用例之后，进行测试用例的补充。
当软件的业务流程比较长、基本流和备选流较多时，先画出流程图，设计流程测试用例测试软件的业务流程。也可以用流程测试用例进行冒烟测试和回归测试。
发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/154007.html原文链接：https://javaforall.cn
【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛
【官方授权 正版激活】： 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...
