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

测试一般不一般

专栏作者
142
文章
90076
阅读量
31
订阅数
软件测试知识小课堂之Bug激活率
Bug激活率是指什么?概念就是Bug状态为已解决,然后你回归Bug回归的时候,发现并没有解决或者解决完全,然后又被你激活的,这就是激活的Bug,那激活率就是指只要有被激活的Bug(激活数大于1)/(已解决+已关闭的)Bug,这个就是Bug激活率;
厦门-安仔
2022-12-12
3320
你所不知道的测试经验分享之安卓UI控件定位!
在做安卓UI自动化的时候,大家最常用的方法就是用sdk自带的uiautomatorviewer进行控件的定位,如果没有找到基本,就可能停留在做不到或者用图像识别等方式定位了~ 也有可能有人用了adb shell dump 来获取xml布局,发现也没有获取到相应控件。好了,先不普讲知识点了,直接用案例,自己理解吧~ 首先在做安卓ui自动化的时候,遇到这个wap页面
厦门-安仔
2022-12-12
2750
软件测试沟通真的是一门艺术!!!
好吧,我想对于IT行业来讲,这有点难,直截了当或者可以说说话直白,才是真性情的沟通吧,你认为呢?~那对于软件测试人员来讲,沟通在面试的时候很多人都是会说这是他的优势,跟开发沟通从不打架,都是友好的协商解决问题;沟通是测试的必备技能,是否有责任心的体现,是甩锅及不背锅的最佳利器;
厦门-安仔
2022-12-12
3560
软件测试的发布标准是什么?老板说发布就可以~
软件的发布标准?问这个问题,不是特别无聊吗?领导说可以就可以或者老板说就可以了,难道老板要发布,你难道还要给老板上一课?上一课的结果可能你就是可以收拾包袱了?
厦门-安仔
2022-12-12
5980
经典Bug永流传---每周一“虫”(四十五)
机会从不等待一切犹豫者,观望者,懈怠者,软弱者!加强学习,才能提高自己本能,只有专业的提升才能与时俱进。
厦门-安仔
2022-08-31
1750
经典Bug永流传---每周一“虫”(四十四)
前提:在业务测试场景中,有遇到一个账号在一个活动仅能领取1次虚拟币;已拿到接口文档,并通过jmeter构造好领取虚拟币的接口请求; 步骤:在jemter中的接口修改了token值,也就是换一个新用户,然后在线程组的线程数为4次,其余默认,然后点击执行; 结果:查看结果数均返回成功,查看后台发现该账号同一时间能领取成功
厦门-安仔
2022-04-27
1900
经典Bug永流传---每周一“虫”(四十三)
期望:根据网络时间,显示正确等待时间 原因:客户端统计的时间是根据本地的手机时间,非网络时间,造成的这个问题; 经典: 1.新手常犯错误,不会考虑要调整时间,缺少时间敏感性测试; 2.常规的错误推测法案例; 3.之前说过的问题重复犯,因没有案例和整理的文档,没有在入职的时候,进行培训,造成同样问题重复犯,说明之前预防措施有待改进; 预防: 1.把该Bug分享到测试组,然后确认下各自相关类似的地方是否有该问题; 2.在测试例会在重新讲解这个Bug,并录制Bug视频,整理到必看常规Bug遗漏测试点清单,用于新人入职必须学习和每个季度温习的测试内容;
厦门-安仔
2022-04-27
1670
论Bug量多少的含义?
测试群里前几天异常火热的在讨论测试Bug量,某某一年发现了将近1000条,谁一个月发现了500+条,我们的绩效是根据Bug量多少来衡量等等;今天我们就来论一论Bug量的含义; 首先Bug量显示
厦门-安仔
2022-04-27
3880
2021新鲜出炉的网页自动化"神器"
2021.10-11月出现了两款谷歌网页端的自动化神器,纯录制回放使用,不需要写代码,一款是开发者自己开发的Automa,一款是谷歌浏览器开发者模式自带的录制功能,这个我差点以为谷歌要跨界进军网页自动化; 现在我就来对这两款的简单使用来介绍下: Automa:
厦门-安仔
2021-11-23
5660
经典Bug永流传---每周一“虫”(三十九)
要多理解别人,前提是你想理解别人的时候。反之,不要天真的以为所有人会理解你,你自认应该理解你的人一定多注意,或许她最不理解你;
厦门-安仔
2021-09-22
3690
AI自动化测试就这样被实现了(四)完结
前面整体介绍了AI自动化简单原来和要实现的功能,接下来,我们来聊一聊,这个routers功能给我们带来的哪些好处,来帮助我们提高测试效率和保证项目质量 提高效率 1.Bug验证 主要指页面异常,数据过多异常的Bug,直接录制的数据提交到Bug备注,开发直接跳转就知道了,不用还要造数据进行确认; 2.兼容性测试 主要指不同系统,不同设备通过录制的数据进行多台设备同时展示的兼容性测试,至于多设备的展示可以通过scracpy显示; 3.容灾兜底常规测试 容灾的概念是出现系统崩溃或者其他意外灾难的时候,在保证生产系统的数据尽量少丢失的情况下,保持生存系统的业务不间断地运行。从广义上讲,任何提高系统可用性的措施都可称之为容灾; 容灾的最好的方案之一就是降级兜底,然后每个季度就要验证下这些功能有没有异常,可以通过录制的数据进行回放测试,来保证兜底功能正常;可能有人说,为啥要每季度检查下,这个就像一年要几次检查消防一样,不然当着火了,不能用,你说怎么办? 4.接口测试 routers数据跳转正常,接口就正常,这个可以不仅可以通过router跳转,还可通过router和自动用例相结合的方式进行验证; 5.巡检测试 通过用户数据以及友盟的数据进行确认用户操作页面,然后选择top100页面,测试录制数据,进行回放,来快速验证功能是否正常。把这个过程变为常规的巡检,频度可以每日或者定时都可以~以此保证功能的正常,表面给用户造成影响; 6.用例稳定/有效性(减少编写用例步骤) UI自动化用例能否执行成功的最大问题就是步骤过多会受应用的反应,用例的完整性,网络等影响造成用例执行失败,如果可以直接跳转到相应的页面直接验证,效率就很高,用例执行成功率就很高。如常规的自动化用例要进入A页面点击a按钮,跳转到B页面,点击b按钮,跳转到C页面,点击c按钮,跳转的页面D,验证d元素是否存在。如果通过录制的router数据,直接跳转到C页面,点击c按钮,验证d是否存在;也可以更快的直接跳转到D页面,验证d元素是否存在;(ps:这两个操作区别是降低有逻辑判断的时候无法覆盖的缺点,这个功能很重要)
厦门-安仔
2021-08-27
4070
AI自动化测试就这样被实现了(一)
AI测试自动化其实就是通过提供的数据进行一定的数据规则统计(简称算法)然后提供给自动化框架/平台进行有规则进行测试,并产生报告,在这样的AI自动化的一个最大难点就是数据采集以及自动化框架。刚好在一次偶尔跟开发聊天的过程中,提到路由跳转调试功能,就这样的衍生了安卓AI自动化测试。实现的思路,就是通过通过发布测试的apk版本,测试通过在该版本的测试记录,会在手机的固定目录产生日志,然后测试工程师功能测试完以后,通过辅助的apk,把测试轨迹和apk版本对应点击上传按钮,上传到服务端进行版本数据分析,提供热点数据,热点数据就是测试工程师在这个版本操作最多的功能页面,然后把这个数据传到基于4399AT实现的自动化平台,实现对于用户常用功能测试,页面遍历测试以及常用页面的兼容性测试;在这个流程中,路由协议跳转功能不仅可以取服务器数据进行测试,也可以进行本地轨迹测试,实行多样化测试;整体来讲,AI自动化测试也就是数据驱动测试; 现在我们就来一一AI自动化测试运用到的功能,首先就是通用协议跳转功能(routers),这个功能配上4399AT自动化工具,可以带来的好处有:实现routers页面跳转,routers页面遍历,router页面快速页面兼容性UI验证,routers页面降低了用例数,提高用例执行成功率,Bug验证,接口验证(功能验证)。对于通用路由跳转协议命令就是adb shell am broadcast -a intent.action.debug -n apk包名/.receiver.GameCenterReceiver --es payload + routers页面数据,其中routers通用协议跳转需要开发在安卓app进行开发,通过activity,封装跳转功能与router url 转成对应的页面,然后进行定义相关数据。这个实现大概说下,具体APP开发应该都明白。我们只要知道这个命令调用就可以。具体的这个功能演示如下:
厦门-安仔
2021-07-09
7470
经典Bug永流传---每周一“虫”(三十七)
特殊品牌截长屏功能 前提:小米或者红米手机,android7以上系统 步骤:使用红米k30pro手机,在手机上点击XXAPP,进入首页,然后点击游戏圈,然后点击任意一个帖子,进入的页面,同时按电源键和声音“一”键, 结果:发现截长屏的按钮灰化状态,无法点击
厦门-安仔
2021-07-09
2520
貌似软件测试报告越来越不重要了?
软件测试报告在不同的公司起着不同的作用,面对客户的公司,特别是有项目外包的,测试报告就很重要,起着一个软件质量验收,质量评估,记录的作用,而对于目前互联网快速迭代是面对用户的团队,测试报告相对作用就比较薄弱,反而每回版本分析作用就很重要。为什么会说面对用户的项目团队的测试报告作用比较弱,版本迭代快,测试相对重视度没有那么高,测试报告基本是发布后在总结,出现问题后严重性相对没有那么直观,所以整体项目组对于测试报告关注度就没那么高,当然具体也要看每个公司的企业文化,只能说相对的~ 那对于测试报告来讲,可以分为两个阶段,一个是每回版本的测试分析,一个是版本发布后的测试报告,对于每回版本的测试报告,这个分析是非常重要,可以马上的根据测试情况,开发功能完善度,需求变更情况,快速的反馈,以及评估范围,修改测试计划,保证质量和进度;而对于发布的后测试报告,基本处于反思,完善,这种就涉及到问题的推进,执行,反馈,跟踪,目前这种事后的报告推进没有一个强而有力的领导,很容易每次就是放“空抢”,就是开了形式总结会,然后报告也没人关注; 对于测试报告的内容,我简单提下,就几个关键词“有理有据,闭环做事,大事化无,小事必进",测试内容一般就包含Bug,Bug里面区分Bug等级,Bug数量,不同环境的Bug,Bug激活率,Bug解决率,Bug有效率,Bug优化率,无效Bug,每回Bug激活率,每回Bug解决率,需求探索率,需求变更率,版本冒烟通过率,版本的功能完善度,版本提交准时率,测试内容,总结问题和方案,总结问题就是对于团队协作,流程规范,以及数据一场等进行描述,并提出方案;整体数据在通过图标的方式进行展示,对于测试报告来讲,这些是一个记录,查询,重点在于改善,不然意义不大; 测试报告不仅是属于测试中的文档编写能力,更是属于一个测试人员分析能力问题;一个动态,一个静态,两者要相互结合,才能更好的保证项目质量;测试报告反映不管是质量问题还是流程,项目协作问题,根据不同阶段测试报告的展现形式不一样。重点在于反映的问题,能改善优化,而不是一个形式,如果是形式,其实我认为测试报告已经没有存在的意义了。就像软件测试发布,拼命的压缩测试进度,需求变更频繁,开发质量差,频繁修复Bug,最后又自己(非测试)发布上线,最后来说测试没把控好质量~这个就是甩锅,测试背锅侠,这时上线的测试报告或者测试的分析判断,发布出来就很重要~不仅关系到你的锅,还影响着你测试的地位; 要想不背锅,时刻要懂得分析,发出相关测试报告或者看法,这不仅是保证软件质量,还是保护你自己~至于重要不重要,就不用我说了吧~
厦门-安仔
2021-05-31
4810
安卓UI自动化工具4399AT元素定位之图像识别
目前在测试领域中安卓UI自动化,维护成本是非常高的,那有什么方法可以降低维护成本呢?我个人看法有几个,通用的就是使用PO模式设计,跟开发约定命名规则,还有同一个控件可以多个元素定位,图像识别,开发录制工具,降低编写脚本门槛,AI自动化,这些是在排除功能需求频繁变更的因素之外,以下对大家比较有疑问的进行简单解释下: 同一个控件多个元素定位是指不同的版本中同一个按钮的元素如res-id不一样,这时候只要这个控件的定位输入多个res-id,这个没有找到就找下一个,这样脚本就可以在多个版本使用,脚本的复用性就很高了; 降低脚本编写门槛,就是通过简单培训,不需要有编程能力,人人都可以参与脚本的编写; AI自动化,就是通过操作app的规则生成文件,然后通过辅助apk把文件上传到服务器,进行热点分析,然后把数据推到自动化框架进行测试(弱弱地说,已实现,效果还不错,投入成本不高) 图像识别解决难定位元素以及webview,WindowManager 做的图标或者页面定位操作;
厦门-安仔
2021-05-06
6660
经典Bug永流传---每周一“虫”(三十六)
对每个人来说,凡事都要有自己的主见,不要太在意别人的看法。在面对双向甚至多向选择时,决定权永远在我们自己的手中,也许有的时候我们自己的选择并不是最好的,但这就是人生。让自己成为掌舵人,即使这艘船在我们
厦门-安仔
2021-04-20
2320
经典Bug永流传---每周一“虫”(三十五)
前提:wifi网络,A版本号小于B版号,手机vivox21,anroid9, 步骤:进入A版本的app,进入 到设置页面升级,弹出安装新版本,并勾选自动清除安装包和残留,安装完成后,进入B版本的app以后,弹出内测版本活动提示框,点击下载,然后进入活动的页面,点击安装 结果:点击安装没有反应 期望:点击安装,开始安装B版本 原因:升级的apk包包名跟安装B版本的包名一样,app客户端对升级的版本的包名没有区分,造成判断一样,就没有继续下载;
厦门-安仔
2021-04-20
2510
软件测试绩效如何考核?
绩效考核(KPI)是任意一个团队管理或者老板都不想透明化,掉头发的难题,因为人都有对比心,并且人心是无法满足的,无法达到公平,所以绩效考核一直都是个难题,难题那就容易出现人性化的考核,干多干少不重要,绩效好坏凭一张嘴,其实这是比较片面,这主要还是取决于你的领导,公司文化,那这边我说的绩效考核,也不从所谓的高大尚价值观,团队贡献还是效能提高,个人能力来概括,我只是从我个人看法及经验,给各位同行分享下,适用于有规模的测试团队~
厦门-安仔
2021-03-11
1.3K0
经典Bug永流传---每周一“虫”(三十四)
人们必须注意不要退缩在暧昧,黑暗,故意的错误上,人们更须避免像刷白的墙壁那样的白色,我指的是伪善。一个遵循理性与保持诚实的人,几乎完全不可有迷路,虽然他不会有完满的成功,但是也不会翻错误与遭到失败。---梵高
厦门-安仔
2021-01-21
2530
如何全方面的保障项目质量?(二)
第一章讲了保障项目质量的前6点,是关于比较基础的,接下来是比较虚的知识点,也就是是意识上的东西,对于测试人员和管理层会有比较大的提点,话不多说,续上:
厦门-安仔
2021-01-05
7890
点击加载更多
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档