本来写代码就是为了去方便验证的,现在反而本末倒置,追求技术难度。。。去不断复杂化,越复杂就导致 bug 越多。这就形成原本你要去验证其他人的程序的,现在反而关注点全在自己的程序上
可能是使用 xpath 查找元素导致性能问题,xpath 需要解析整个 DOM 树来找到匹配的元素
应该说是测试注重代码质量属于自嗨,烂不烂没人关心的,不如写好注释和写好说明文档,性能都不是要关注的点,测试写都是内部使用,谈不上什么并发量,稳定就行,我之前在 github 看到有个叫七月的小姐姐开源的接口自动化框架,那代码,为了复杂而复杂的封装,绕得头都晕了。所以我觉得最好的还是以 稳定性 + 完整注释 + 好维护 为主。
测试计划应对短期业务,测试方案应对重大长期业务
看完都不敢去面试了。。。。
找年度优秀帖子时看到,原来以前的论坛这么激烈,跨时空说一句:测试不都是团队合作的吗。。。。。看你们的争论,总感觉一个公司只有一个测试
这种可能是用于现网验证的测试商城商品
工作内容:Temu app,H5,PC 端应用以及其他相关业务项目
工作要求:
1. 熟练掌握 C++、Java、Python 中的一种开发语言,并能熟练应用其开展基本的开发测试工作;
2.精通性能测试流程、方法、工具和性能执行标准;
3.熟悉数据库、linux 配置、网络配置、Shell 使用、常用中间件等性能优先知识;
4.有比较强的技术钻研能力、对业界前沿测试技术有较强的敏感度和洞察力,乐于分享
看工作内容可以知道基本日常工作都会是很纯的功能测试了,app 和 H5 测试的,一个功能验证多,一个又快又频繁。但是要求确实往高级测开 + 高级性能测试的感觉,我估计一个符合要求的人应该会干不下去,能干得下的又不符合要求
字符串按照字母的 ASCII 码进行比较时,较小的字符排在前面。因此,字符串列表中的最小值是按照字母顺序最靠前的字符串,最大值是按照字母顺序最靠后的字符串。
考虑到最长公共前缀的定义,它是一组字符串中所有字符串的共同的前缀部分。如果最小值和最大值有一个公共前缀,那么由于最小值的字符顺序在最大值之前,该公共前缀必定出现在整个列表中的其他字符串的前部分。
假设最小值和最大值的最长公共前缀是 “prefix”,则对于列表中的任意字符串,它的前缀只会比 “prefix” 短或者相等,而不会比 “prefix” 更长,因为最大值比最小值的字符顺序晚。这就意味着 “prefix” 是整个列表中的最长公共前缀。
因此,根据字符串按 ASCII 码比较的性质,最小值和最大值的最长公共前缀必然是整个列表中的最长公共前缀。这也是这段代码可以正确判断最长公共前缀的原因。
懂了
但是这里它是取出 ASCII 码最大和最小的字符,感觉没啥关联呀
往上升期公司跳槽或者业务比较稳的方向发展
那他这里的 min 和 max 目的是什么
你们这个岗位好像一直在招人? 还没找到吗
这要求真不低呀
??? 开始玄幻起来???
以前自动化、性能、功能、测开、安全是不同的岗位
fid 计算这里是在哪里看的? chrome 里没找到
你很快就会忘记,这些面试才用到
强度很大,HR 预约面试时会提前问你能不能接受加班,并告诉你强度较大。如果你能接受,才安排面试
要不然为啥别人说互联网多是屌丝呢,都重来了,还执着技术
这有啥好争的?????? 测试用哪个都行,什么性能几乎没啥影响
说得真好
正解了,事实上他们卷来卷去 上下左右各种移动,最后实际主要的测试工作还是我们这些功能测试来做的,至于落不落地啥的,没人关心
我觉得不冲突吧? 首先开发也是活人,对于大多无效 bug 是会提出意见来制衡测试的,如果 bug 数能用来考核测试,那也是反向考核开发,开发对于 bug 数量会去和测试沟通把无效 bug 删除。
再者你不能用开发的思维去考虑测试呀,因为一个方法能发现 10 个不一样功能的 bug,难道不是更全面的测试覆盖? 且回归 bug 修复时,你的针对性验证也能做得更加全面,我倒觉得不是挺好的? 开发也可以一键关闭相关类型的 bug