**前端测试用例怎么写？为什么写测试用例？**测试用例为了特定的目的证明软件存在某问题而设计的一组由测试输入、执行条件、预期结果构成的文档。指导如何做测试的文档，该文档主要记录需要验证被测软件的是否满足需求。

前端测试用例怎么写

测试用例指导我们怎么去做测试的文档。在文档中提前指明功能点是什么，怎么去测这个功能点的步骤，输入的一些测试数据都写到里面去，包括希望的结果。

若有时间能把所有的情况都试一下肯定不会存在漏测的情况。但问题是时间真的不允许，尤其现在都在走敏捷的路子，大家恨不得一天上一个新功能所以说能留给测试的时间真的很少。怎样既能覆盖到所有的测试场景，测试的执行数量又能控制在一个比较合适的数字，这个就是设计测试用例的过程。

测试用例的编写方法：划分功能模块–正向功能验证：正常操作功能是否实现–单个功能项验证:正向+异常–功能之间交互验证:模块之间的数据传递–隐形需求:熟悉业务。有了常规的思考和经验积累还需要理论的支撑。测试用例是通过人去思考设计，这个过程不可避免有疏漏。思考设计用例考虑两方面：

1、测试用例设计方法

测试理论中很关键一块就是将需求拆分为具体的测试点，然后根据用例设计方法进行具体的设计，其中拆分需求的关键是熟悉需求，将文档中已有的描述内容，按照用户使用场景、个人测试经验的积累（如果有的话）、把大段的内容拆分成能够直接用用例设计方法的测试点，这样就直接可以通过简明扼要的文字描述转化为Excel的测试用例，在这个过程通俗理解就是拆分细化的过程，直到可以直接写用例验证一个具体的功能点即可。

设计用例方法有：观察法、等价类、边界值、判定表、因果图、流程图、场景法、错误推测法等。

2、测试设计思路

若按照需求将已有的描述信息都已经拆分完毕了，是不是就可以确保测试没有问题了呢？其实不然，在上述基础上如果还需要再拓展全面测试，还需要借助于软件质量模型的特性，从这些特性出发，给予测试用例设计者更多的思考空间。这样的设计就更加的全面可靠。

常见软件质量模型特性说明：功能性：功能有没有，好不好用；性能效率：对应系统的资源耗费程度及响应时间；易用性：容易理解、学习、使用；兼容性：能够兼容不同的软硬件平台；可靠性：不易出问题，万一出问题容易恢复；安全性：对于用户的安全保障（外在的人生安全、内在的信息安全等）；可移植性：能否在不同环境条件下无故障运行；可维护性：对于后期的修复维护是否方便快捷。

写测试用例重要的作用避免“甩锅和背锅”的情况发生，技术上将需求转化为具体可验证的指标，以文档的形式记录软件可能存在的问题，防止测试过程的活动出现遗漏，提高工作效率，测试工作量的展示。

如果是真的想入行软件测试，可以跟着下面这个学习路线图先自学一下

知道网上软件测试自学教程依然非常少，在贴吧，在知乎，仍然有大量自学的朋友因为找不到权威、系统的自学教程而苦劳。为了让小伙伴们得到更贴合市场、更权威的软件测试学习教程和资料，特地为此制作整理了这份软件测试学习路线图，想入门软件测试的你赶快行动起来吧！

软件测试学习路线图详细介绍

第一阶段 功能测试

学前导读：学习本阶段内容，可全流程功能测试解决方案、Web自动化测试解决方案、数据分离解决方案、自动化测试报告解决方案、日志收集解决方案。

1.2022全网首发、最适合新手的软件测入门到实战教程上线啦！

真正的从入门到精通，包含了基础+项目实战，所有案例实战操作均图文并茂，真正实现一套全通关！

软件测试2022最新视频教程，软件测试基础入门到项目实战（涵盖软件测试基础+黑马头条项目实战）

2.软件测试入门到精通

软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。本课程共5天，针对零基础小白录制。零基础入门的必学课。

软件测试从入门到精通_软件测试基础教程

3. Linux系统2天快速入门

本视频包含Linux操作系统介绍、Linux的常用命令、vi编辑器。学习掌握本阶段内容，可具备Linux项目搭建能力。

Linux系统操作教程2天快速入门linux项目搭建

4. 软件测试MySQL数据库知识精讲+项目实战

本视频包含数据安装，数据表操作、数据操作-增删改查、条件查询、排序、聚合函数、分组、分页、连接查询、自关联、子查询、子查询演练。学习本课程内容，可具备数据库校验能力；还可以快速、规范的掌握数据库增删改查操作。

软件测试工程师必备MySQL数据库，mysql系统精讲+课后练习

第二阶段 Python编程

学前导读：学习本阶段内容，可掌握Python语法, 具备编程能力； 能建立编程思维以及面向对象程序设计思想； 能掌握UnitTest框架管理测试用例。

10天玩转Python软件测试

学习本阶段内容，可掌握Python语法, 具备编程能力； 能建立编程思维以及面向对象程序设计思想； 能掌握UnitTest框架管理测试用例。

Python自动测试教程，python从基础到UnitTest框架管理测试用例

第三阶段 UI自动化

学前导读：ui自动化大体分为web自动化和App自动化，在自动化测试领域中占比很大，经常使用。

1. 软件测试web自动化测试精讲与实战

本课程将教会大家搭建Web自动化和移动自动化测试环境；掌握Web自动化测试流程和脚本编写；掌握移动自动化测试中元素的定位方法、元素操作和手势操作；熟练掌握ADB工具的使用； 掌握PO模式的设计思想，并能够对页面进行封装；掌握数据驱动的实现方式； 能够在实际项目灵活运用自动化的相关技术。

软件测试web自动化测试，Web自动化流程精讲和移动自动化测试环境

2.零基础入门移动自动化——Appium框架

本课程会详细讲解Appium框架，Appium是一个开源的、跨平台的自动化测试框架，该框架适用于Native Application、Mobile Web Application或Hybrid Application的自动化测试。

零基础入门移动自动化测试——Appium框架

3. 轻松教你使用Appium进行IOS真机自动化测试

本套课程，将环境安装的步骤和注意事项呈现给学员，模拟器到真机实操，都进行演示讲解。内容丰富，生动形象，学完即可完成IOS端环境安装及实操。

轻松教你使用Appium进行IOS真机自动化测试

第四阶段 接口自动化

学前导读：接口测试是所有自动化测试应用频率最高部分。此阶段共分成14个部分进行详讲。

接口测试精讲+传智健康实战教程

本教程会涉及HTTP,Postman,Pymysql，requests库，集成UnitTes，Dubbo等诸多工具，最后用传智健康项目进行本阶段项目实战。

4天玩转接口测试，接口重点全解析+传智健康项目实战（包含requests库，集成UnitTes，Dubbo等诸多工具）

第五阶段 性能测试

学前导读：性能测试属于高级测试范畴，对于薪资的提升帮助很大，本阶段视频讲解性能测试环境搭建，JMeter工具的使用，性能测试监控、分析和调优方法。

4天快速入门性能测试

本视频通过性能测试基础理论及JMeter工具的学习；通过轻商城项目实战，带学员掌握性能测试需求分析、性能测试计划、测试用例设计、测试脚本开发、性能监控、性能分析和调优、性能测试报告总结。

性能测试全套教程，4天快速入门性能测试+项目商城实战（含JMeter工具等）

第六阶段 综合项目强化

学前导读：通过微信小程序、金融项目两个实战项目综合强化功能测试、接口测试、性能测试。

1. 微信小程序自动化测试实战

本视频涵盖:微信小程序基础介绍、Ego微商项目介绍、Ego微商项目部署、Ego微商小程序计划篇、Ego微商小程序设计篇、Ego微商小程序执行总结篇、Ego微商小程序接口测试篇、持续集成。

软件测试微信小程序自动化测试实战

2. 软件测试4天搞定金融项目

本视频讲解金融项目功能测试解决方案、真实项目测试体验解决方案、复杂业务接口测试解决方案 接口加解密测试解决方案、数据分离解决方案 持续集成解决方案、自动化测试报告解决方案、高并发测试解决方案。

软件测试4天快速搞定金融项目功能测试实战教程

一、背景

有些测试同学，写测试用例的时候，直接就是将需求文档上的内容抄一遍，转换成测试用例的格式。没有加入任何自己的思考和理解，没有融入任何测试方法论。测试完全依赖于需求文档的质量，依赖于产品经理保姆级的服务。需求写得细，测试用例覆盖就全面，需求写得粗，就有很多地方都没有测试用例覆盖。

让他针对一个功能设计测试用例，总是习惯性的回答：根据PRD来写呗，PRD怎么说我就怎么写，慢慢地将自己变成只会复制、粘贴的工具人。在他们眼里，做测试和进厂打螺丝没有任何区别。最后上线出bug了，就转过头来攻击PRD写的怎么那么粗糙，完全不会思考自己的用例是否有问题。

二、测试用例的作用

1. 理清测试细节，提高测试覆盖率，避免漏测；
2. 通过详细的用例设计反推是否有需求漏洞，提前发现需求细节问题；
3. 提前准备测试数据，便于测试过程高效执行；
4. 测试过程中用于判断测试进度，预知测试风险；
5. 测试用例是测试的重要资产，便于测试内容回溯、测试工作交接；

看懂了以上测试用例的作用，请不要再将测试用例像垃圾一样用完随手丢弃，而是要好好写，好好存。

三、你真的会写测试用例吗？

传统的测试用例编写，会采用Excel的方式编写，用例中包含的内容大致如下：
测试模块、用例编号、用例标题、用例类型、用例等级、是否可自动化、预置条件、步骤描述、预期结果、备注。

Excel的方式适用于系统逻辑简单、清晰的需求。

如果系统需求较为复杂，需要测试人员做复杂的测试数据设计、做较多的联动场景测试时，推荐用Xmind的方式编写测试用例，通过脑图的方式，相比纯文字更有利于测试人员梳理测试逻辑。此外Xmind梳理测试点的方式也更适应如今互联网高效的模式，Excel编写维护起来会比较臃肿耗时，可读性方面也比xmind差。

测试类型：从从功能测试、UI测试、异常测试、场景化测试、功能性并发测试、兼容性测试、易用性测试、性能测试、安全测试、回归测试等多个维度去编写测试用例，用例才能有比较高的覆盖率，不容易漏测一些特殊场
景。

测试范围：如果需求是涉及多个终端（比如：App、小程序、PC端都涉及），或者需求是多方一起合作测试，最好单独拉一个模块写清楚：测试范围，提前划分好测试边界，确保信息对齐，各方的理解一致。

冒烟测试：抽出主流程冒烟测试用例，方便需求进测时先测试冒烟是否通过，并且冒烟用例也可以提供给研发自测使用。

用例分级：P1级用例、P2级用例、P3级用例，做好用例分级。测试过程中做好标记：测试通过、测试失败，便于统计进度。需要添加备注描述的，做好用例执行备注。

用例评审：比较重要的一个环节，需要拉齐测试leader、研发、产品一起评审，确认用例的正确性和完整性，排除因信息误差、理解偏差等导致错误的用例、用例覆盖率不全等问题。和研发约定好，开发需自测保证冒烟测试用例通过，才能达到提测标准。

用例平台：如果公司有专门的用例平台来管理整体的用例，也没关系，目前市面上常用的用例管理平台，或者公司自研的用例管理平台，基本都是支持Excel或者Xmind导入的。用例平台最好能支持将项目-需求-用例能关联起来存储，便于后续管理和回溯。也可以打通bug管理平台，建立用例和bug的关联关系。

四、测试用例模板

文章的最后，杨叔也将Excel和Xmind的测试用例模板上传到了百度网盘，搜索关注杨叔的微信公众号：程序员杨叔，下载地址在公众号同篇文章【你真的会写测试用例吗？】末尾，感谢关注~

都看到这里了，如果对你有帮助，麻烦点个赞+收藏+分享，一键三连啦~

程序员杨叔：
测开一枚，持续分享全栈测试知识干货。标签：自动化测试、性能测试、Java、Python、DevOps、CI/CD、小程序测试、测试工具、测试开发、测试框架/平台、测试管理…

一、用例设计1

1、接口测试概念

接口测试：测试系统间接口的一种测试，测试的对象主要是接口，主要是测试外部系统与所测系统之间以及内部系统之间的交互点

2、接口测试方法

a、可以通过开发脚本代码进行测试
b、可以通过开源免费的接口调用调试工具测试，如：Postman等。
c、可以通过App手动测试，结合抓包工具分析，如：Fillder/Charles等

3、接口测试范围

接口范围包括：
一、被测项目中同层之间的接口（如DAO层、Service层），一个接口调用了其他的接口。
二、外部系统与系统之间的交互点（如一个App调用了第三方支付宝的API）
三、各个子系统之间的交互点（如App客户端调用了服务端的Http接口）

被测接口范围：
通常接口会很多，接口测试范围的筛选，参考测试人力资源、项目特点、接口重要性与优先级来进行。其中第一种属内部接口，构造测试稍复杂需开发配合实施，通常优先覆盖第二、三种接口
接口测试的重点测试范围：
优先测试覆盖核心业务，复杂业务的接口

4、如何设计接口测试用例

接口测试出发点是被测接口逻辑存在错误，参考这个为出发点，更容易发现问题
设计接口测试用例，我们可简单的考虑两个基本要素，即：入参、出参，正确/错误的入参，逻辑判断后，接口是否做出正确的处理，返回正确的出参

接口测试用例有3类（逻辑测试，异常测试，路径测试）：
1）逻辑测试：主要是根据开发提供的接口文档来设计测试用例，接口文档包含的要素（前提条件，输入参数，参数类型，业务逻辑，返回输出描述等），此类主要测试在正常输入的情况下，是否能得出正确的输出结果。主要使用的用例设计方法是等价类划分，边界值等

2）异常测试：接口逻辑的测试中主要测试接口正常逻辑，即对外提供的接口服务是基本可用的，但仅逻辑测试不能保证数据的安全及程序接口在异常情况下的逻辑处理的正确性
(a) 空值,null;
(b) 参数属性(如：未赋值的参数)
(c) 异常业务参数(如：构造不满足业务异常业务参数)
(d) 参数个数、参数类型错误(如：接口文档中定义必填参数2个int,输入参数仅1个,类型非int)
3）路径测试：当被测接口的实现方法中，判断逻辑复杂分支多，且判断中又调用了其他的接口，此时必须要进行路径覆盖测试

5、接口测试关注点

6、接口自动化测试工具
1）Java(HttpClient) + Junit/TestNG;
2）Jmeter
3）SoapUI
4）Python requests/urllib 库;
......

二、用例设计2

1、优先级--针对所有接口

1.暴露在外面的接口，因为通常该接口会给第三方调用
2.供系统内部调用的核心功能接口
3.供系统内部调用非核心功能接口

2、优先级--针对单个接口

1.正向用例优先测试,逆向用例次之(通常情况，非绝对)
2.是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限制 > 参数数据类型自身的数据范围值限制

3、设计分析

通常，设计接口测试用例需要考虑以下几个方面：

1.是否满足前提条件
有些接口需要满足前置条件，才可成功获取数据。常见的，需要登陆Token；
逆向用例：针对是否满足前置条件(假设为n个条件)，设计0~n条用例

2.是否携带默认值参数
正向用例：带默认值的参数都不填写、不传参，必填参数都填写正确且存在的“常规”值，其它不填写，设计1条用例

3.业务规则、功能需求
这里根据实际情况，结合接口参数说明，可能需要设计n条正向用例和逆向用例

4.参数是否必填
逆向用例：针对每个必填参数，都设计1条参数值为空的逆向用例

5.参数之间是否存在关联
有些参数彼此之间存在相互制约的关系；
逆向用例：根据实际情况，可能需要设计0~n条用例

6.参数数据类型限制
逆向用例：针对每个参数都设计1条参数值类型不符的逆向用例

7.参数数据类型自身的数据范围值限制
正向用例：针对所有参数，设计1条每个参数的参数值在数据范围内为最大值的正向用例
逆向用例：针对每个参数(假设n个)，设计n条每个参数的参数值都超出数据范围最大值的逆向用例；针对每个参数(假设n个)，设计n条每个参数的参数值都小于数据范围最小值的逆向用例

资源分享

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….