1、与图片的格式(png,jpeg 等)及大小,有关系?
2、图片上传的过程,如图片保存在手机的缓存,buffer 不足?
3、图片上传的是链接地址,但物理地址上的图片被删除了?
@Lambda 这个方法应可以,要以改进为只要 excel 有变化,则自动推送变化的内容。相当于自动监测,也是
@ 今晚打老虎 提到的监测方法。
@Henry @ 今晚打老虎 excel 直接对比会是一个方法,但估计需要流程定义,如增加检查此 Excel 表的 checklist 确认,因为靠人经常忘。
@Ouroboros 上线前评审也是一种好方法,但有个问题,如果评审的文件是二进制,有变化时变了什么不好判断。
1、分析业务所属行业,是否属于朝阳产业,公司业务在国内外产业领 域的竟争位置,目前的公司的发展阶段,个人的发展空间等。楼主 30+ 岁的话,非常年轻,选对行很重要。
2、楼主第一个提到的问题是不熟悉业务,若第 1 个问题解决了,行业、公司的发展前景 OK 的话,首当其冲要解决的就是:沉下心来熟悉业务,1 年不行,2 年,2 年不行,3 年,磨练意志,积累经验,成为业务专家,这一点对于功能测试人员是重中之重。只有走出业务的迷雾,才能 ‘守得云开见月明’。到时你的路自然也宽了,如升任主管,或转做需求或产品经理等。也只有这样,才能给公司带来更大的价值。
3、通勤的时长问题,只要想解决,是容易的
据 @ 陈恒捷 @felix1982 的回答,建议楼主顺着回顾,其实被 PASS 掉,有时不一定是候先人的问题,例如:有多个候选人,需要排优先级,例如:公司招人指标受限或突然取消等,关于面试成功,的确存在运气(机遇)成份
看到你的评论,想到华为任总在 2012 年一次务虚会上提到” 人会走的,不走也会死的,而机制是没有生命的,这种无生命的管理体系,是未来百年千年的巨大财富 “。此内容与主题不太相关,有些发散了。
但提到工程效能,想到我们 IT 人 996,常年无停歇地奋斗,把一代代产品上线,再研发再上线,给社会带来变化,给人类创建财富,而对于公司呢,管理着 19 万人的华为任总的总结是这样的:
“我们留给公司的财富只有两样:一是我们的管理架构、流程与 IT 支撑的管理体系,二是对人的管理和激励机制”,并未提到华为的产品。
1、留着 ‘精通’,但要有业绩举证,能说服面试官
2、建议把精通改成 “擅长”,看看是否好把握。
这种情况很正常。其实领导自有领导的安排与考虑,所谓平台,就是要各项目共用,发现问题再解决问题,即使按题主说的采用新的开源框架,有可能一样有问题,只是没遇到,所以我们还是要减少重复造轮子。尽量去维护原来的平台(之前应花了不少人力造的轮子),抱怨一下无妨,但重要的是要主动去解决当下的问题,问题解决后,为了防患问题的重现,建议可以主动制定平台维护或开发的机制,再与领导商量,以便团队的长治久安。(长远打算)
1,有问题,记录,想办法解决,象现在这样
2,不要卡壳,尽量往前走,因为有些问题后面随着学习的深入自然解决
3,多跟身边同事交流,讨论
1.分享的 “测试知识体系” 图偏测试开发(脚本开发、工具、自动化、性能等),与楼主本身对测试的理解有关。
2.测试最核心的价值:测试分析与设计的能力,这背后要求的知识包括楼主所列的 “测试知识体系”
3.楼主在公司做测试 2 年左右,想进阶很好,建议:如何为团 队(业务,工具开发,自动化等)贡献自己的力量,不计较是点点点,还是 coding,还是网上借力找工具等,总之多去思考如何解决项目、团队中的问题,发现问题并去解决问题,才是最重要(过程中学习、应用所能)的。
有自己的核心竞争力,如原创的方法,工具,流程等,可为不同产品不断服务,为公司带来价值
这个主题很好,贴地气
回答很全面了,此处给楼主补充一下,选择一个有前景的业务远比测开技术重要,因为无论怎样的技术都是要服务于产品,只有产品的商业成功才能带来测试的成功
全面👍
回答已很全面了
UT 采用 mock 方式测试的场景,而顶层的 UI 自动化应该聚焦于整个流程的集成测试,覆盖集成测试和 UT 难以覆盖到的场景。
--赞成这种思维,自动化需考虑 RIO,解决手工测试效率低或难于解决的问题
没看到图呢
请问楼主 JD 中提到的普通测试工程师是指做什么的工程师呢
对于人工探索测试提 bug 还需要写明重现路径,否者开发人员不好定位
一键自动提 bug 的确是好主意,对于自动化测试,由于操作步骤与预期已明确,测试执行失败的记录保持,自动上传即可
1.应聘什么岗位呢,面试官为什么问这个问题呢
2.这个问题的回答太细节,没有把为什么要这样做,如想解决什么问题,需要往前想,然后回答
3.面试时回答问题,非常重要一点是能理解面试官的真正意思🤭
给面试官建议:1.筛选简历上把把关 2.可以先电话交流
没啥问题,估计面试官还没遇到合适的人😀
“目前因为版本功能需求的持续增加,每次版本迭代都需要手工回归一些功能,感觉效率非常慢,想通过 ui 自动化来提升这一块的效率”,据楼主的问题,建议:
1、理清要解决的问题,如:是需求不断增加,带来原有可能受影响的功能没时间测试,于是考虑自动化吗?如果是,则建议对原有功能设计自动化测试用例,但需一步一步地分析、改进,直到回答预期。
2、当某一模块的需求不断变化时,此模块的 UI 可能仍在变化,此时考虑自动化不太合适,因为修改脚本的 ROI 低。
3、自动化的实施,例如:如果仅是把原有用例脚本化,然后执行,很可能达不到目的。为了快速的试水,建议无需拘泥于用例,可自动化手工常需操作的功能、流程,然后人工分析自动化跑出来的记录,进而不断优化自动化的范围与方法,真正对项目发挥价值
刚看了 BOSS 直聘 珠海 软件测试工程师需求情况,也有几百个需求的啊,有些还不错的,如:
https://www.zhipin.com/job_detail/d85234dcda392d361XZ53N24F1VT.html?ka=search_list_jname_30_blank&lid=5WPy1YGeklj.search.30&securityId=xK87qN398GQQQ-41RADBK5_ZC0uDVFedabOv5BT0xE7sh0ZaGiphOTQQNggwvYxtkgp_H4Yt7_iQ7KgSbBYwzQdNNq7O4q_afgGyGAHPNUuMDq0lEbE%7E
在深圳也好,无论在什么环境下,总有些人能找到较好的工作。大环境虽然有影响,但是否内功也很重要,否则有需求也把握一住呢。