
类库单元测试自动化
UI组件测试自动化
类库单元测试自动化
较好实现
基本思路是让不同的浏览器可以自动根据指令跑一些JS函数
结果与预期比对后返回是否通过case测试标志
其中一般有两种实现方式:
其一:
1.打开目标浏览器,运行测试框架站点
2.测试框架站点通过ajax 轮询、websocket 等方式,将待测 js 的 case 在浏览器内运行(通过eval 、createElement("script") 等方式)
3.比对测试结果,将结果 post 到远端
4.远端接受测试结果
5.远端等待所有浏览器返回结果完成
6.marge 所有浏览器数据显示最终通过与否结果。
这种方式弊端:
人工开启一次所有浏览器
需要排队测试,浏览器只能一次运行完一组测试后才能再运行下一组
如果中间某testcase导致浏览器异常,返回结果将缺失,需要人工去服务器上检查下浏览器状态
好处:
可以覆盖所有想覆盖到的浏览器
另一种方式:
1.将常用浏览器内核放进一个或多个相互有关联的进程内
2.用例通过系统消息发送到各个包装的内核中
3.每次开启一个新内核进程运行JS用例
4.用例结果发送给包装进程
5.包装进程汇集所有用例结果后post到远端保存
6.包装进程连带内核进程一起退出
优点:
无序人工开启一次浏览器
独立进程运行,无需排队
不怕内核异常,异常后包装进程可以直接恢复内核或者通知测试失败
缺点:
前端实现太困难,需要C++开发
无法覆盖到所有浏览器
常用内核覆盖更新劳心劳力
目前在软件系统开发中,测试是一个非常重要的环节,特别是前端测试,有几种类型的测试被认为是前端测试所必需的,让我们简单了解一下。
01
单元测试
在修复bug或添加一点功能时,软件的其他部分可能会停止工作。为了处理这种情况,单元测试将代码的各个部分分开,以单独检查其准确性。跳过或最小化单元测试可能会导致修复缺陷的成本增加。Javascript单元测试包括一个套件中有组织的测试数量,这些测试彼此不冲突,并且相互之间的依赖性更少。
02
端到端测试
端到端测试涵盖了应用程序从头到尾的流程,结束测试跟踪用户的旅程,如打开浏览器、导航,并体验完整的生产场景。端到端测试验证互连系统和软件系统,它包括一个完整的前端和后端系统。
03
集成测试
集成测试的目的是使模块/组件按预期运行。集成测试技术应用于许多模块紧密耦合的大型应用中,模块被单独测试,一旦集成,组合行为被验证,它是与开发并行进行的。在集成测试中,您需要更多的逻辑技能,因为在测试期间,某些模块可能尚未准备就绪或正在构建中。
集成时使用测试存根和驱动程序,集成测试将分析开发人员实现的逻辑是否遵循规定的标准。当模块与第三方API交互时,查看响应非常重要。当开发人员跳过单元测试时,集成测试就不可避免了。
04
功能测试
功能测试,用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试,通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。
05
可视化/用户界面测试
视觉/UI测试包括屏幕截图的验证。这是一项质量保证活动,旨在确保屏幕在任何设备、屏幕分辨率、浏览器和 *** 作系统上的外观与预期一致。通过无头浏览器中捕获的不同屏幕截图比较渲染版本的结果,可视化回归测试允许您检测偏差。
在构建应用程序时,事情会变得过载和复杂,这种情况很容易破坏现有的功能并引入新的bug—单元、行为和集成测试将到位,以使应用程序稳定。
06
性能/压力测试
性能测试是一种非功能性技术,它在各种工作负载下检查软件的稳定性、响应性、速度、可靠性和资源使用等系统参数。
压力测试:应用程序被重载以检查意外行为并了解其承受能力。
为网站执行一个高质量的前端测试将提高生产力,并增加客户对您的服务的依赖。了解趋势通用模式并结合专家经验来定义质量测试套装是很重要的。
07
跨浏览器测试
Web端应用测试主要障碍之一就是在不同的浏览器上“测试他们的网站/应用程序”,也称为“跨浏览器测试”或者“兼容性测试”。浏览器和浏览器版本很多(Google Chrome,Mozilla Firefox,Internet Explorer,Microsoft Edge,Opera,Yandex等),可以通过多种设备(通过台式机,笔记本,智能手机,平板电脑等)访问网站/应用。)以及可能用于访问网站的多种 *** 作系统(Windows,MacOS,Linux,Android,iOS等)。
要确保网站的UI/UX及其功能正常运行,并且在“浏览器+浏览器版本+ *** 作系统+设备配置”的组合上没有任何BUG,则将需要大量的开发,测试和维护工作。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)