你们公司的前端项目是如何做测试的?
前端项目也叫web端项目（通俗讲就是网页上的功能）是我们能够在屏幕上看到并产生交互的体验。前端项目如何做测试？
要讲清楚这个问题，先需要你对测试流程现有一个全局的了解，先上一张测试流程图：
接下来下面我们从需求阶段-开发阶段-测试阶段-发布阶段 共四个环节来还原一次完整的测试过程。
备注：前端项目如何测试，在以上四个环节中的"测试阶段"有详细阐述。
一、需求阶段
在项目开始后，产品同学提出了若干需求，经过需求评审之后，最终给出了产品需求计划和迭代文档。
在这个阶段，测试跟开发同学要参与需求评审，在需求评审的过程中，开发同学会开始思考怎么做。
作为测试，有哪些不理解的，要及时提出来，让产品经理给出更清晰的解答。
最终，经过需求评审和澄清，我们了解了需求的细节，有哪些功能，要测哪几个点，要做到大概心里有数。
二、开发阶段
需求已经清楚了，开发同学就要进入开发了。同时呢，我们开始确定测试方案（工期评估、人力安排），根据需求编写测试用例（一般使用xmind或excel，根据自己习惯和团队规范来选择）。
为了防止测试用例遗漏，我们要做一次用例评审，邀请开发和产品经理参加，拉齐各方对需求的理解，最终产出一份完整的测试用例。
三、测试阶段
在测试阶段，分为后端测试和前端测试，划分如下：
1.前端测试部分。（用户在前端的操作，包含前端样式，交互效果等）
2.后端测试部分。（前端对后端的接口请求，包含增删改查、数据处理的逻辑等）
说明：有些公司前后端测试分别由不同的团队或测试同学跟进，有些公司前后端测试都由同一个团队或同一个人跟进。
后端测试一般会先于前端测试介入，为啥要后端测试先开始呢？
来看一个小片段（下例中，前后端测试不是同一个人）：
开始测试了，前端测试同学一看，页面没有展示预期的数据。好家伙，顺手给前端小哥提了一个bug。
前端开发经过排查发现直喊冤：后端没返回数据，臣妾也做不到呐。回头便将bug指给后端研发小哥了。
后端小哥一看：这个bug刚刚已经有后端测试同学提了 ，别着急哈，正在解决。
前端测试同学心想：敢情我这是白忙活了呀，怎么避免这个问题呢？
后来，经过大家的讨论决定：后端测试先开始，保证接口基本功能正常后前端测试再介入，避免重复劳动，提高工作效率。
首先开始的是后端测试，后端的测试范围如下：
1、功能测试
输入（入参）的测试：必传和非必传、参数长度、数值类型、正常和异常、有、无和为空，以及参数组合。
输出（返回）的测试：主要看正常返回的响应内容，和异常返回的响应码和提示语。
2、异常测试
重复提交：多次重复提交，连续重复提交，特别是涉及到支付、交易金额相关。
并发：两个以上用户操作同一场景，争夺资源、死锁等情况。
事务测试：多个连续步骤才能完成的业务流程。
3、性能测试（一般来说新接口需要做，老接口根据实际需求来定）
主要看响应时间、吞吐量、并发数、服务器资源使用率、cpu、内存、io、network等。
这些测试内容基本都可以通过接口测试来完成，接口测试的工具推荐Postman。
接口稳定之后，可以写成自动化测试，方便后续的回归测试。
这里用到的自动化测试框架，小编使用的是java中的Testng（常用的还有JUnit4），不同的语言有各自的测试框架（比如python中的Unittest和Pytest）。
后端测试完成一遍冒烟测试之后，前端测试就可以开始了（重点来了，重点来了）
前端的测试范围如下：
1、UI测试
·验证所有页面字体的风格是否一致
· 背景颜色应该与字体颜色和前景颜色相搭配
· 图片的大小和质量是否正常
2、功能测试（也称为e2e测试）
· 基本的功能是否符合预期
· 模拟用户操作，交互流程是否正确
3、兼容性测试
· 平台兼容性，使用用不同的 操作系统平台对网站进行测试。最常见的有 Windows、macOS、 Linux 等。
· 浏览器兼容性， 查看不同浏览器中的兼容性问题。
· 分辨率测试，在不同分辨率下的显示效果，避免分辨率低时界面文字显示太大，而分辨率高时又有些文字显示时太小。
4、性能测试
· 页面首次打开的耗时
· 页面加载时间
· 频繁操作是否奔溃
5、稳定性测试
· 页面是否白屏
· 掉电重启,断网重连后是否正常
· 长时间运行是否会奔溃
6、易用性测试
· 常用快捷键 （刷新，关闭等）
· 常用习惯性操作（回车搜索）
· 便捷性功能（记住密码等）
在测试的过程中，要对照测试用例来执行，避免遗漏。
每执行完一个测试用例，要记录实际的效果，不符合预期的要在禅道（或其它项目管理平台）记录bug，并指给对应的开发同学。
等所有的bug都解完了，需要完整的流程走一遍（回归测试）。
四、发布阶段
前后端的测试case都执行完了，bug也修改好了，就可以发送测试报告了。
一切妥当之后，就等一个良辰吉日将项目发布上线。
所谓吉日，一般要避免周五或节假日的前几天，因为万一上线后有问题，研发小哥们都在休息，找不到人修复，影响到用户体验可就要挨老板批了。
所谓良辰，一般是在夜黑风高的晚上，因为这个时候用户基本休息了，万一上线后有问题及时回滚就行了，不会影响到用户体验。煞费苦心，一切都是为了用户着想！
上线后，一般会通过灰度放量，观察线上效果，没有问题再逐步放量，最终完成项目的全量发布。
页:
[1]
