51Testing软件测试论坛

标题: 你们公司的前端项目是如何做测试的? [打印本页]

作者: lsekfe 时间: 2022-5-31 09:54
标题: 你们公司的前端项目是如何做测试的?
前端项目也叫web端项目（通俗讲就是网页上的功能）是我们能够在屏幕上看到并产生交互的体验。
　　前端项目如何做测试？
　　要讲清楚这个问题，先需要你对测试流程现有一个全局的了解，先上一张测试流程图：
[attach]138242[/attach]
接下来下面我们从需求阶段-开发阶段-测试阶段-发布阶段共四个环节来还原一次完整的测试过程。
　　备注：前端项目如何测试，在以上四个环节中的"测试阶段"有详细阐述。
　　一、需求阶段
　　在项目开始后，产品同学提出了若干需求，经过需求评审之后，最终给出了产品需求计划和迭代文档。
　　在这个阶段，测试跟开发同学要参与需求评审，在需求评审的过程中，开发同学会开始思考怎么做。
　　作为测试，有哪些不理解的，要及时提出来，让产品经理给出更清晰的解答。
　　最终，经过需求评审和澄清，我们了解了需求的细节，有哪些功能，要测哪几个点，要做到大概心里有数。
　　二、开发阶段
　　需求已经清楚了，开发同学就要进入开发了。同时呢，我们开始确定测试方案（工期评估、人力安排），根据需求编写测试用例（一般使用xmind或excel，根据自己习惯和团队规范来选择）。
　　为了防止测试用例遗漏，我们要做一次用例评审，邀请开发和产品经理参加，拉齐各方对需求的理解，最终产出一份完整的测试用例。
　　三、测试阶段
　　在测试阶段，分为后端测试和前端测试，划分如下：
　　1.前端测试部分。（用户在前端的操作，包含前端样式，交互效果等）
　　2.后端测试部分。（前端对后端的接口请求，包含增删改查、数据处理的逻辑等）
　　说明：有些公司前后端测试分别由不同的团队或测试同学跟进，有些公司前后端测试都由同一个团队或同一个人跟进。
　　后端测试一般会先于前端测试介入，为啥要后端测试先开始呢？
　　来看一个小片段（下例中，前后端测试不是同一个人）：
　　开始测试了，前端测试同学一看，页面没有展示预期的数据。好家伙，顺手给前端小哥提了一个bug。
　　前端开发经过排查发现直喊冤：后端没返回数据，臣妾也做不到呐。回头便将bug指给后端研发小哥了。
　　后端小哥一看：这个bug刚刚已经有后端测试同学提了，别着急哈，正在解决。
　　前端测试同学心想：敢情我这是白忙活了呀，怎么避免这个问题呢？
　　后来，经过大家的讨论决定：后端测试先开始，保证接口基本功能正常后前端测试再介入，避免重复劳动，提高工作效率。
[attach]138243[/attach]
首先开始的是后端测试，后端的测试范围如下：
　　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也修改好了，就可以发送测试报告了。
　　一切妥当之后，就等一个良辰吉日将项目发布上线。
　　所谓吉日，一般要避免周五或节假日的前几天，因为万一上线后有问题，研发小哥们都在休息，找不到人修复，影响到用户体验可就要挨老板批了。
　　所谓良辰，一般是在夜黑风高的晚上，因为这个时候用户基本休息了，万一上线后有问题及时回滚就行了，不会影响到用户体验。煞费苦心，一切都是为了用户着想！
　　上线后，一般会通过灰度放量，观察线上效果，没有问题再逐步放量，最终完成项目的全量发布。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)