首页
学习
活动
专区
工具
TVP
发布

测试开发社区

专栏成员
131
文章
205958
阅读量
72
订阅数
27岁女生零基础转行软件测试,合适吗?
我在公司也接触过3-5个培训班出来的同事,其实都是一样的干活,一样的愿意请教学习进步。只要是认真学,学历,年龄都在合理范围内。一般还是可以的,这么多人报培训班学就肯定有大部分成功的。你朋友不是转前端OK么。找工作培训机构会辅导你的,有很多题,以及模拟面试,以及面试后的复盘,入职后工作答疑,都是有方法的。
测试开发社区
2022-06-08
4150
测试人如何高效地设计自动化测试框架?
关于测试框架的好处,比如快速回归提高测试效率,提高测试覆盖率等这里就不讨论了。这里主要讨论自动化框架包含哪些内容,以及如何去设计一个测试框架。
测试开发社区
2021-10-11
9380
Spock单元测试框架以及在美团优选的实践
Spock是国外一款优秀的测试框架,基于BDD(行为驱动开发)思想实现,功能非常强大。Spock结合Groovy动态语言的特点,提供了各种标签,并采用简单、通用、结构化的描述语言,让编写测试代码更加简洁、高效。目前,美团优选物流绝大部分后端服务已经采用了Spock作为测试框架,在开发效率、可读性和维护性方面均取得了不错的收益。
测试开发社区
2021-08-23
3.3K0
有赞多平台推广接入与测试
CPS(Cost Per Sale)是网络广告中效果营销体系中的主要形式之一,是一种以实际销售额来计算广告费用的广告,它可以理解为销售额提成,这种广告更多的适合购物类、导购类、网址导航类的网站,需要精准的流量才能带来转化。或者可以理解成商品推广解决方案(Commodity Promotion Solution):作为一种电商推广手段,其本质就是如何帮助商家有效的带货,商家可以是厂商、分销商、个人卖家。而带货的形式可以是在朋友圈发商品信息、维护社群关系、通过直播带货、在社交平台(小红书、微博等)发布笔记、分销等。
测试开发社区
2021-08-23
1.7K0
浅谈有赞搜索质量保障体系
有赞搜索中台的前身是ES中间件,并没有一个中台的概念,相应的就会有一个问题,业务接入搜索场景的时候还需要为此投入开发资源同步搜索设计,一个需求上线往往耗时很久,重复性工作较多,所以就有了后来的搜索中台的成立,将搜索完整链路的复杂性折叠成一个简单完整的搜索产品,让业务方直击搜索需求,无需费心搜索实现;在此前提下,如何针对搜索中台进行一个从0到1的完整的质量保障也是一个挑战,且中台面临的问题可能跟传统业务面临的不大一样,保障手段也需要更多样化。
测试开发社区
2021-07-27
9330
关注专栏作者,随时接收最新技术干货
大厂面试测试开发岗,需要准备的100道题型
首先要在代码中开启webview debug 然后输入Chrome://inspect 然后切换driver 获取元素控件 如果想要在继续测试原生,则需要将driver切换回来
测试开发社区
2021-07-02
9260
阿里双11:「线上全链路压测」完整经验分享
随着业务的快速发展我们日常遇到的系统性能压力问题也逐渐出现,甚至在部分场合会遇到一些突发的营销活动,会导致系统性能突然暴涨,可能导致我们系统的瘫痪。最近几年随着电商的各种促销活动,有一个词也渐渐进入我们眼帘--“全链路压测”。
测试开发社区
2021-05-18
1.6K0
ZLJ卖场-全链路压测演进
原ZLJ卖场的压测流程,是依托于阿里云PTS工具,团队自身缺乏性能测试能力自建,缺少性能分析和数据沉淀,测试场景单一,只有单接口和多接口压测,缺少场景和链路压测,不能相对合理的评估系统性能承载能力,机器扩容只凭借经验进行增加调整,缺乏评估依据。
测试开发社区
2021-02-09
2.4K0
一种无线端测试平台化最佳实践
基于以上痛点,我们有个初衷去做这样一个无线自动化平台,无需编写脚本,无需搭建本地工程环境,全程可视化界面操作,即使不懂自动化脚本编程也能完成任务配置,致力于用较小的成本投入和维护自动化。 成本收益分析 我们先以电商域商品详情场景为例,介绍下不同的测试策略对测试成本的影响。商品详情场景涉及到区域化、不同营销类型、不同的offer类型,场景组合后有100+个case。 人工测试 投入人力进行手工验证多端多机,最快完成一轮测试也要5人日。如果加上干扰因素(手机没电、找不到设备、网络环境等问题)、bugfix回归验证,整体测试周期还要加长,甚至成倍增加。 自动化脚本测试 主要耗时成本在工程化环境搭建、本地脚本编写和调试的。同时对于多场景的数据有一个弊端,往往是写死数据在脚本且数据场景不全。 平台化测试 全程在平台上可视化操作,用精准用例建模自动化平台的数据支持多场景的的测新和回归。 功能亮点 1. 原子能力的标准化 我们对自动化里的所用的公共部分做了以下抽象成公共能力和组件化,可供重复使用。将工程脚本里的对象控件操作类、数据类、断言类做标准化并封装成原子能力,可以在平台页面上直接选择,添加对应行动点,支持语义化设置,支持行动点流程编排。 2. 语义化驱动—用例配置 3. 行为驱动—流程编排 4. 数据驱动—精准用例建模 相同场景的自动化不用设置一条一条自动化用例,也不用在脚本里指定某条数据运行。使用场景建模,扩展任务丰富数据源能力,支持任务添加单条数据/多条数据/场景模型数据。 场景模型好处是脚本里的数据进行剥离,以业务场景角度封装成用例数据模型,不仅降低测试用例数据遗漏的风险,而且将原先脚本写死的数据变活,通过建立的模型实时获取线上活的数据,即使有业务调整,直接维护模型即可。 场景模型支持2种:
测试开发社区
2021-02-08
6510
如何丰富测试手段,实现QA自身效率的提升
项目中QA同学需要针对不同项目特点,采用不同的测试手段,大家常用的测试手段包括:功能测试,接口测试,接口Mock测试等,那如何将这些测试手段应用到自己的项目中,形成特定的测试方案呢。下面会结合具体项目来作详细阐述。
测试开发社区
2020-12-22
9490
互联网软件缺陷规范
软件测试岗位最重要的职责之一就是提交缺陷,而缺陷的描述尽显专业度,有经验的管理者从缺陷的描述就可以看出该测试人员的业务理解能力和测试技术水平。为了质量分析需求,缺陷的分级标准清晰,以及日常管理的规范明确,结果分析会更准确的反映产品质量。
测试开发社区
2020-11-17
1.6K1
滴滴开源AgileTC:敏捷测试用例管理平台
桔妹导读:AgileTC是一套敏捷的测试用例管理平台,支持测试用例管理、执行计划管理、进度计算、多人实时协同等能力,方便测试人员对用例进行管理和沉淀。产品以脑图方式编辑可快速上手,用例关联需求形成流程闭环,并支持组件化引用,可在各个平台嵌入使用,是测试人员的贴心助手!
测试开发社区
2020-09-27
2.9K0
大数据下的质量体系建设
大数据、人工智能是当前也是未来几年IT部门的重点建设方向,新的技术可以为业务突破盈利瓶颈,带来新的增长点,同时我们也发现数据中台也频频在最近的企业财报予以体现,相关的技术岗位需求也是供不应求,与之形成对比的是,我们发现在招聘网站上很少有专职的数据测试岗位。 我们相信技术始终是为业务创造价值的,大数据也要输出他的产品(数据),产品必须要有质量的管控才可信,测试人员可以借助这个契机进行赛道的转换,在数据测试中形成自己的一套方法论参与到这个新技术引领的浪潮中。
测试开发社区
2020-09-27
1.1K0
快速打造属于你的接口自动化测试框架
接口测试是对系统或组件之间的接口进行测试,主要是校验数据的交换,传递和控制管理过程,以及相互逻辑依赖关系。 接口自动化相对于UI自动化来说,属于更底层的测试,这样带来的好处就是测试收益更大,且维护成本相对来说较低,是我们进行自动化测试的首选
测试开发社区
2020-09-27
6770
测试环境问题排查的那些事儿
笔者在转转主要负责环境治理相关的工作,本篇主要和大家分享,测试环境问题排查的一些经验。
测试开发社区
2020-09-27
1.8K0
功能测试流程规范建设
测试规范,网上随便一搜,都是一堆堆的范文,其实规范也是因人而定,每个人的规范或者依据项目或者部门,需要有特殊性,不过虽然可以定制部分,但是大体还是有很多相似之处,下面这个规范,是笔者之前整理过的一份,如果需要,你可以参考一下,如果有摩擦,欢迎我们来一起探讨。
测试开发社区
2020-08-27
1.7K0
场景接口测试平台搭建实践
在持续的业务测试中,接口用例会逐步沉淀形成一定规模。RD自测或者QA测试时,RD要执行冒烟级别接口测试用例进行冒烟测试,QA要执行接口测试用例测试新需求、回归老业务。在需要执行用例时,要去接口用例工程中反复查找相关用例进行执行。如何更高效的管理和使用接口用例?通过平台化,降低管理成本和执行成本,即根据业务场景、用例类型等维度进行分类管理,可视化执行。
测试开发社区
2020-08-27
1K0
测试人员怎样定位bug原因
作为测试人员,和我们最常打交道的,莫属bug。当你发现bug后,会采取什么样的行动?是直接报出来,亦或找找问题原因?
测试开发社区
2020-08-27
2.1K0
如何找到自动和手动测试合适的平衡点
在软件测试领域,测试自动化非常容易成为一个金块。考虑一个测试人员的情况,该测试人员进行了多次的手动测试,这些测试耗费了我大量的时间,我想要花时间专注于应用程序的其他模块。使用测试自动化就是一个完美的解决该问题的方案,对吧?
测试开发社区
2020-08-27
4490
多进程启动设备和appium实现自动化测试
测试过程中,难免遇到多机型兼容测试。如果拿很多手机轮流做手工测试,耗费时间长,重复工作量大,占用人工多。网上已有较多手机测试的文章,基本会根据多个手机参数在配置文件中写死。这样的方式不够灵活,本篇文章动态获取手机信息,形成多份desired_caps,便于多手机启动读取不同参数。同时通过代码维护appium服务,检测端口,释放端口等。本篇文章致力于一键启动,但仍有很多功能不尽人意,后期尽力维护。
测试开发社区
2020-08-27
1.2K0
点击加载更多
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档