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

测试一般不一般

专栏成员
142
文章
96244
阅读量
31
订阅数
如何在面试中规避掉这些奇葩的坑?
今年2022整体IT行业不景气,大厂小厂裁员不断,因岗位稀缺,匹配性,竞争大,被裁以后面临的房贷车贷等压力,不得不看下银行卡,还能够支撑多久,都得赶紧的找下一家,但偏偏事与愿违,才发现找工作不容易,重点还遇到一些奇葩或者不平等的现象;如去面试地点2h路途,面试5分钟;面试直接拿项目让你写用例,拿电脑写自动化用例;面试1h,全程就一个问题;面试过程中才说这个岗位没了,你是否可以考虑另外一个岗位;面试途中2h,面试等待2h,领导没空,不好意思,麻烦你下次再来了。。。。。。 有人说,这其中也许是正常面试过程,毕竟每家公司文化不一样,也许真有事。好吧,也许我out了吧,也许我用道德去绑架他们了,但我觉得他们有刷kpi嫌疑,有盗人家成果嫌疑,有落井下石的嫌疑等等。没办法,谁叫我们没有工作,急于找工作,就只能吃哑巴亏了哦~我个人认为这个吃一次亏就行,你要说继续吃亏,是应该的,那我觉得你活该; 那如何避开这些群魔乱舞的公司?
厦门-安仔
2022-12-12
1790
软件测试的发布标准是什么?老板说发布就可以~
软件的发布标准?问这个问题,不是特别无聊吗?领导说可以就可以或者老板说就可以了,难道老板要发布,你难道还要给老板上一课?上一课的结果可能你就是可以收拾包袱了?
厦门-安仔
2022-12-12
6640
演讲式的用例评审,你见过吗?
在测试过程中,测试用例的设计和编写是一个至关重要的过程,用例的覆盖率高低也直接的代表了项目的质量水平,用例的描述,用例覆盖率的结果好坏很大一部分取决于用例评审;用例的评审方式很多,比如交叉评审,上级评审,项目组评审,同行评审;但现在大部分基本很多都是前三种,并且正规的都是走向项目组评审;
厦门-安仔
2022-01-19
5010
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
4340
测试用例,你知多少?
一般项目测试,测试都分为测试计划,测试用例,测试执行,测试报告/总结四个阶段,今天我们就来说下测试用例这个阶段我们要做哪些内容?(请耐心看完,跟写用例一样,要耐得住寂寞) 首先在需求评审会结束以后,除了测试计划编写之外,接下来就要根据录入的需求,确认哪些需求需要编写用例,项目测试负责人初步确认,然后提交主管进行确认,确认以后的需求就是要编写用例的需求量,这个确认方式可以口头沟通确认也可以直接把需求不写用例标注下原因,然后发给主管确认,这样确认效率很快; 有了需求量,接下来就是要用例的设计编写,这个过程可以分为识别测试资源,环境搭建,测试数据的准备,用例的设计编写。对于测试资源,环境搭建,测试数据,要根据测试环境阶段确定相关造数据人员以及约定时间,这个很重要,不然会在测试执行阶段影响测试进度,而且是阻碍性的测试;对于用例编写阶段,可以分为用例格式,用例描述标准和用例设计; 用例格式基本大家都懂,基本为元素为ID,类型,模块,前置条件,步骤,期望,结果,备注,这个就不在描述, 这个要重点说的就是用例描述标准,这个描述标准决定着用例易读性,易操作性,易理解性,主要从描述模糊性,实例性,独立性来说,模糊性,指的就是在用例中,不能使用多,少,一个步骤对应一个期望,比如步骤:在输入框输入多个字符,这个用例步骤描述就是有问题,必须输入框,输入整数333,然后点击xxx,这样描述才是对; 实例性指的不要把用例写的跟需求一样,如步骤点击下载游戏,期望:下载过程中的安装状态跟正常游戏下载状态一致,应该步骤是进入到某个页面,点击某个游戏,然后点击下载按钮,期望:按钮状态显示为下载中;还有类似签到功能,一台设备只能签到1次,这时应该是前提:有签到过的A手机,没有签到过的B手机,然后编写用例的时候要指定是A还是B手机来描述; 独立性,也就是用例是独立的,不会依靠其他的用例,不然会出现有的人写的用例关联性是惨不忍睹,会造成执行效率以及他人协助的困扰; 用例的设计其实就是测试内容,除了业务方面设计,设计方法等价类什么,这方面就不说了,我就提醒要建立一份测试功能清单和经常维护各种类型用例,然后编写用例要参考着清单,看是否这些内容是否需要测试,这样可以保证用例覆盖率,并且遇到类似的就可以直接用维护的用例进行简单修改就可以成为用例,编写用例就是为了覆盖功能,目前很多措施都是只能提高覆盖率,如评审,无法有数据的量化,这个是可以代码覆盖率,但因为是未开发中,这个只能在测试执行中,通过功能执行的代码覆盖率来看是否覆盖,然后完善用例,保证用例功能覆盖率; 用例评审,就是测试项目负责人提交需要评审的用例对应的需求,交互等资料,然后标注这些用例是什么日期要评审完,至于评审方式,可以组内交互评审,主管评审,还有会议评审,特别要说的就是会议评审,这个可能大家都做得比较少,这个会议评审,就是当事人在把功能拆解,讲得跟你操作过一样,然后并且提醒这边得测试要注意什么,让听着的人,可以快速了解这个功能,这样的方式,不仅可以让测试的人思路更清晰,也反思自己是否漏掉测试点,也可以让他人掌握这个功能点,便于功能的协助,用例的评审通过标准就是至少不会出现所谓的UI,交互或者需求点漏测并尽量覆盖到隐形需求;评审完以后,要总结相关资料,反馈给测试负责人进行修改,然后修改完,再发给评审者确认,然后写个总结,这个评审流程才算结束; 用例评审的总结主要来评估统计覆盖率,编写水平,做个评估,这样不仅管理者可以知道测试人员的编写水平以及数据统计,告诉他们,让他们知道自己的水平,这样对于用例编写水平九有有内容性和量化的评估; 用例编写水平高低主要表现在易执行和功能覆盖率,而覆盖率比较难衡量,所以不需要了解需求就可以执行这就是用例编写的最高水平;用例编写的好处,让测试逻辑清晰,提高功能覆盖率,方便他人协助,工作安排,能力量化评估,用例维护及服用,提高测试效率,测试质量标准化;
厦门-安仔
2021-04-20
5490
软件测试绩效如何考核?
绩效考核(KPI)是任意一个团队管理或者老板都不想透明化,掉头发的难题,因为人都有对比心,并且人心是无法满足的,无法达到公平,所以绩效考核一直都是个难题,难题那就容易出现人性化的考核,干多干少不重要,绩效好坏凭一张嘴,其实这是比较片面,这主要还是取决于你的领导,公司文化,那这边我说的绩效考核,也不从所谓的高大尚价值观,团队贡献还是效能提高,个人能力来概括,我只是从我个人看法及经验,给各位同行分享下,适用于有规模的测试团队~
厦门-安仔
2021-03-11
1.5K0
经典Bug永流传---每周一“虫”(二十三)
人的一生机遇总是有的,如果把握不住,不要怨天忧人,原因只是自己不够优秀;不要把时间当垃圾处理,唯有珍惜光阴,才能提升生命的质量;两点之间未必直线最短,有时迂回曲折能够更快地抵达终点;如果错了,那就停止,如果得不到,那就放弃;赶路并非越快越好,把握正确的方向最重要。
厦门-安仔
2020-06-02
3340
经典Bug永流传---每周一“虫”(二十一)
打开app,进入游戏圈,点击A圈子,然后点击创建帖子,然后标题输入内容“地下水打猴子&法师_日常”,内容任意。然后点击发布
厦门-安仔
2020-05-22
5020
4399AT界面版使用说明(三)
注:程序运行过程中如出现中文乱码的情况,需配置以下环境变量,重启电脑后可正常使用。变量名:JAVA_TOOL_OPTIONS,变量值:-Dfile.encoding=UTF-8
厦门-安仔
2019-07-30
6520
4399AT功能更新-12.6
增加数据池和随机值,通过关键词 values,random,count进行搭配进行使用。场景:1.搜索多个游戏名称,来校验是否能搜索出输相应的游戏,进而校验数据的准确性;2.重复发动态来验证是否有条数限制,内容限制或者多次发动态内容验证;
厦门-安仔
2019-07-30
5550
4399AT功能更新
由slide和orientation,click,origin 组成多场景测试要求;
厦门-安仔
2019-07-30
4290
一款同时测功能和过度绘制的工具
1.在脚本中增加关键字overdraw,并输入判断过度绘制的值,具体根据你的app或者你的测试经验进行设置值。我这边选择输入overdraw:30.如图:
厦门-安仔
2019-07-30
3960
安卓app最贴地气靠谱的UI自动化工具
1.入门门槛低,只要有懂基础的获取元素及简单的if,else逻辑关系就可,纯json格式脚本输出;
厦门-安仔
2019-07-30
6600
4399AT手机wap页面自动化测试
前提:手机有安装谷歌浏览器,能通过谷歌远程进行webview调试,进行页面元素的查找
厦门-安仔
2019-07-30
8460
4399AT 支持Hybird App安卓app应用测试讲解
其中webView.setWebContentsDebuggingEnabled(true) 要开启
厦门-安仔
2019-07-30
4740
4399AT测试工具脚本,执行,报告功能概览
本章主要分为三部分介绍4399ATUI自动化测试工具,分别从脚本,脚本命令执行,结束后报告的展示;
厦门-安仔
2019-07-30
4900
没有更多了
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档