关键词：
1、测试用例设计
1.1、确定测试范围
1、必须有完整的需求文档
2、需求已经组织评审和澄清
3、必须有完整的功能列表
1.2、用例设计原则
1、遵循“边界值”全覆盖原则
2、遵循”等价类划分场景“全覆盖原则
3、遵循”测试用例路径唯一“原则
当出现多个路径时，需要新建用例去覆盖。一条用例仅覆盖一个测试点。降低漏测风险。
4、遵循“单条用例覆盖最小化”原则
假如要测试一个功能 A，它有三个子功能点 A1，A2 和 A3，下面两种方法来设计测试用例：
方法1：用一个测试用例覆盖三个子功能 - TestA1A2A3
方法2：用三个单独的用例分别来覆盖三个子功能 - TestA1，TestA2，TestA3
方法2则遵循了“单条用例覆盖最小化”原则，好处，当用例执行失败时，降低复现/定位复杂度
5、遵循“测试用例与测试用例之间最低耦合度”原则
（1）严谨使用上一条测试用例的结果，做为下一条测试用例的输入。
（2）每一条测试用例，应该都是完整独立的。
这样做的好处便于测试用例拉取、复用、可维护、减少后续投入成本。
1.3、用例设计维度
1、功能
（1）正向（正常）场景
（2）逆向（异常）场景
2、非功能
（1）性能
性能测试，首先需要有具体的、明确的性能指标需求。
性能关注指标：CPU、Memory、IO、网络传输速率等。
a.单品（模块）性能，比如SDK、算法、单独性能要求
b.整体性能，系统集成后的性能要求
c.网络传输性能
（2）可靠（稳定）性
a.时间维度
b.负载稳定性
（3）健壮性
a.看门狗
b.异常掉电
c.反复重启
（4）易用性
a.安装易用性
b.运维易用性
c.功能操作易用性
（5）客户体验
比如视频播放效果、操作是否顺手、开机时间等等。
（6）安全性
a.数据存储安全
b.网络传输安全
2、测试用例编写
2.1、测试用例编写前提
1、测试范围已经确定
2、测试点已经梳理完成
3、用例转换路径：业务需求-功能需求-测试需求-测试点-测试用例
2.2、用例标题
概述测试用例的主要内容，明确用例测试意图
1、语言简洁，阐明本条用例是干什么
2、一句完整的话
3、遵循“条件/动作"规则
2.3、用例级别分布
1、Lve 1：基本（～10%）
系统基本功能用例，可用于版本提交时的冒烟测试，可作为版本是否转测试通过和业务验收的依据。
划分依据：该用例执行的失败会导致多处重要功能无法运行的。
例如：开关机、升级等。
2、Lve 2：重要（～20%）
系统中的重要功能用例。
划分依据：主要包括一些功能交互相关、各种应用场景、客户使用频率较高的正常功能测试用例。
例如：设备上报、录像回放效果、预览等功能。
3、Lve 3：一般（～60%）
系统的一般功能。
划分依据：一般功能用例，包括异常路径的测试用例；使用频率低于2级用例。
例如：表单输入边界值、特殊字符的校验等。
4、Lve 4：生僻（～10%）
该级别用例一般比较少。主要是一些使用频率非常少的功能等。如果用例执行不通过，不会对系统和业务造成太大的伤害的测试用例。
划分依据：该用例对应较生僻的预置条件和数据设置。
例如：日志记录错误等。
2.4、预置条件
1、执行测试用例关键必备条件
2、让用例的执行者更加明确系统当前状态
3、预置条件不能阻塞测试用例的执行
2.5、操作步骤
1、需要明确“测试关键输入”数据
2、操作路径唯一，不唯一则多条用例覆盖（降低耦合）
3、以“面向过程”的形式编写
（1）过程描述准确、无歧义。
（2）上下文必须衔接一致。
好处：降低执行成本、降低后续维护成本
2.6、预期结果
1、每一步操作都有对应的预期结果
2、预期结果一定是客观的、可判定的
（1）即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
（2）期望结果禁止使用正确，正常，错误之类的含糊主观的字眼。
3、预期结果一定是符合需求的
4、预期结果一定是确定的
即对同样的测试用例，系统的执行结果应当是相同的、确定的。
3、测试用例评审
3.1、评审前
1、让评审对象提前熟悉测试用例
2、反串讲需求
3、阐明最终测试范围
3.2、评审中
1、测试
（1）测试用例讲解。
（2）再一次对需求做深入理解。
2、开发
（1）站在开发编码角度，检查测试用例是否有遗漏。
（2）站在代码实现的角度，提供模块内部关联逻辑建议。
3、产品经理
（1）检查测试用例场景是否符合业务需求。
（2）站在客户角度给测试用例提供建议。
3.3、评审后
1、发送和归档评审纪要
2、根据评审建议更新测试用例
最后： 可以在公众号：伤心的辣条 ！ 自行领取一份216页软件测试工程师面试宝典文档资料【免费的】。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
学习不要孤军奋战，最好是能抱团取暖，相互成就一起成长，群众效应的效果是非常强大的，大家一起学习，一起打卡，会更有学习动力，也更能坚持下去。你可以加入我们的测试技术交流扣扣群：914172719（里面有各种软件测试资源和技术讨论）
喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
如何做好接口测试？
参考技术Asgbtmy：基于selenium的自动化框架开发，我主要是想问一下，你的框架除了前台的自动化，后台的数据的测试是否集成在你的测试框架中？小刀：你好，个人理解的你所说的后台的数据的测试是指的是对数据的校验，不知... 查看详情
初入职场如何做好功能测试，看这几点就够了
关于新人如何做好功能测试，以下是我个人的一些思考。01、测试基础的重要性作为一名测试新人，测试基础非常非常重要。这里说的基础，不仅仅是什么是软件测试、软件测试的目的，而是测试用例的设计能力... 查看详情
初入职场如何做好功能测试，看这几点就够了
关于新人如何做好功能测试，以下是我个人的一些思考。01、测试基础的重要性作为一名测试新人，测试基础非常非常重要。这里说的基础，不仅仅是什么是软件测试、软件测试的目的，而是测试用例的设计能力... 查看详情
作为一个测试人员的素质（如何做好测试）
1.产品评审： ①发表自己的意见；②评审的时候不能只停留在ui，尽量让产品说清楚（交互，排序方式，刷新规则，分页处理）2.测试计划，测试方案： 测试计划：描述了要进行的测试活动的范围、方法、资源和进度的文... 查看详情
接口测试怎么才能做好？
参考技术A这个问题还是从需求、测试用例设计、执行来说吧。A.需求首先要了解这个接口提供的服务的需求定义，那么我们就知道大概测试的结果是啥。同时理论上要先提供接口规范，方便后续测试，以及给调用者联调的一个文... 查看详情
测试沉思录20.如何做好测试需求分析？
...依据却往往被很多人忽视。到底什么是测试需求？又如何做好测试需求分析呢？本文带你了解一下。1.测试需求到底是什么产品需求是要做什么，需求主要来源于老板需求、客户需求、市场/运营/技术需求、竞品分析... 查看详情
测试沉思录20.如何做好测试需求分析？
...依据却往往被很多人忽视。到底什么是测试需求？又如何做好测试需求分析呢？本文带你了解一下。1.测试需求到底是什么产品需求是要做什么，需求主要来源于老板需求、客户需求、市场/运营/技术需求、竞品分析... 查看详情
质量如何衡量测试用例质量
测试用例的标准不能局限于一个层次，因为测试用例设计类似于软件设计，软件设计有架构设计(结构设计/概要设计)和详细设计，所以对于测试用例的质量标准，也应分为两个层次来考虑：高层次——满足某... 查看详情
质量如何衡量测试用例质量
测试用例的标准不能局限于一个层次，因为测试用例设计类似于软件设计，软件设计有架构设计(结构设计/概要设计)和详细设计，所以对于测试用例的质量标准，也应分为两个层次来考虑：高层次——满足某... 查看详情
质量如何衡量测试用例质量
测试用例的标准不能局限于一个层次，因为测试用例设计类似于软件设计，软件设计有架构设计(结构设计/概要设计)和详细设计，所以对于测试用例的质量标准，也应分为两个层次来考虑：高层次——满足某... 查看详情
如何设计单元测试用例
如何编写单元测试用例（白盒测试）。一、单元测试的概念 单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常，并且返回了正... 查看详情
在敏捷测试中如何设计用例
1.测试用例的粒度测试用例可以写得很简单，也可以写得很复杂。最简单的测试用例是测试的纲要，仅仅指出要测试的内容，如探索性测试（ExploratoryTesting）中的测试设计，仅会指出需要测试产品的哪些要素、需要达到的质量目... 查看详情
测试设计如何提升测试用例设计水平？(代码片段)
原文链接：http://www.51testing.com/html/22/n-3724422.html定义测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。首先，测试需要保证以下两点：程... 查看详情
如何简单设计接口测试用例
...递、和控制管理过程以及系统间的相互依赖关系等。 如何设计接口测试用例？首先，明确出发点，和所有的测试一样 查看详情
如何设计一个"好的"测试用例？
什么才算是“好的”测试用例？好的测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关。"好的"测试用例必须具备哪些特征？一个“好的”测试用例，必须具备以下三个特征。 &... 查看详情
如何提升测试用例设计水平？
...整覆盖测试需求，而不应针对单个Case去评判好坏。二、如何设计测试用例1、对被测版本足够了解由粗略详细步骤来解读产品需求文档，如交互、功能流 查看详情
如何简单设计接口测试用例
...递、和控制管理过程以及系统间的相互依赖关系等。 如何设计接口测试用例？首先，明确出发点，和所有的测试一样，接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向，你的设计行为就会尽量朝这个方... 查看详情
02|如何设计一个“好的”测试用例？
什么才算是“好的”测试用例？“好的”测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关。如果把被测试软件看作一个池塘，软件缺陷是池塘中的鱼，建立测试用例集的过程就像... 查看详情