借楼请教下大佬，关于 APP 性能测试中的启动时间，录屏分帧时，一直对计时截止时间标准存在疑惑，还请帮忙指点，谢谢！！

1.如下图淘宝，可见这个界面控件已经加载出来，部分内容也加载出来，但是部分图片尚未显示出来，因为淘宝这类产品首页图片非常之多，加载耗时在所难免，如果计时到所有图片都加载出来，得出的启动时间会比较难看，所以想参考下，阿里计时确实是等待所有图片都加载完才叫启动结束吗，还是计时到控件 框架加载完毕，部分图片加载完毕，大致显示 ok 即可？

2.如下图 1 与 2，二者的不同的就是第一个群与第二群位置变换，原因是第一张图上为启动过程中加载完所有群，但是需求还有一个逻辑，就是东方时尚那个群符合某个特殊条件，在排序中优先于第二个群，这个特殊条件是从接口获取的，等于是加载完首页群，又获取到一个接口数据，进行再排序，东方时尚就有第二位调整到第一位，整个过程给人的体感是，未重新排序之前页面已经很完整了，或许一些用户认为启动已经完成，但是之后确实又有了一个变动，二者位置调换，所以想请教下，像这种加载完之后的基于接口的逻辑再处理要不要计入启动过程

3.如下图，控件与图片，业务内容基本全部加载出来了，但是仍然要刷新，理由是智能推荐每次启动都会更新一批，然而这个更新的数据内容是在第一页的最底部，用户能看到的部分都没变，这种计时到'加载完'三个字消失，还是看到大部分页面内容没有变化，不用等 ‘加载完’ 消失呢，谢谢!!

3.如下图，控件与图片，业务内容基本全部加载出来了，但是仍然要刷新，理由是智能推荐每次启动都会更新一批，然而这个更新的数据内容是在第一页的最底部，用户能看到的部分都没变，这种计时到'加载完'三个字消失，还是看到大部分页面内容没有变化，不用等 ‘加载完’ 消失呢，谢谢!!

2.如下图 1 与 2，二者的不同的就是第一个群与第二群位置变换，原因是第一张图上为启动过程中加载完所有群，但是需求还有一个逻辑，就是东方时尚那个群符合某个特殊条件，在排序中优先于第二个群，这个特殊条件是从接口获取的，等于是加载完首页群，又获取到一个接口数据，进行再排序，东方时尚就有第二位调整到第一位，整个过程给人的体感是，未重新排序之前页面已经很完整了，或许一些用户认为启动已经完成，但是之后确实又有了一个变动，二者位置调换，所以想请教下，像这种加载完之后的基于接口的逻辑再处理要不要计入启动过程

大佬再请教一下，目前录屏分帧这个方法，有些计时标准相关的疑问，以方便分离开，所以分开以几个回复，还请帮忙指导下，谢谢。

1.如下图淘宝，可见这个界面控件已经加载出来，部分内容也加载出来，但是部分图片尚未显示出来，因为淘宝这类产品首页图片非常之多，加载耗时在所难免，如果计时到所有图片都加载出来，得出的启动时间会比较难看，所以想参考下，阿里计时确实是等待所有图片都加载完才叫启动结束吗，还是计时到控件 框架加载完毕，部分图片加载完毕，大致显示 ok 即可？

专家岗也限制年龄了，堵了梦想成为专家后延长寿命的同学的路？

好的 谢谢！！

谢谢，这个 poco 后直接跟这个属性值 button，它是 name 吗，另外，也需要确定在这个页面中没有其它控件的属性叫 name 吧

目前市场上普遍三年起步，没有三年经验很少接到电话
可见两年就是大公司了，对经验要求没有那么大
翻翻 boss，超过 30K 的大概也就一两页，也就那几个大公司，外加几个保险行业，猜测真的是看重开发能力（估计这人的技术可以到到与开发一拼的水平），比如酷家乐，确实是要求开发能力比较强，能开到这么高，！！！

不过这种方式有个弊端，日志的耗时不能完全反馈真实的体验耗时，我们内部已有其他方案测试启动耗时

一直也比较困惑启动时间该如何测试，实际用户体验的启动时间与打点计算出来的有明显差异，可以透露下贵司内部的其它测试方案吗

以前自动化性能都是加分项，现在基本变成必备项了，你要说开发测试工具，大部分公司只需要一个人就行了，面试造飞船，进到公司点点点，安全测试大部分公司都没有这个职位，或者开发干了。
也许等你学了很多测试开发技术，发现自己也不是不可替代，市场上会的人太多了，而测试开发岗位需求非常有限，很容易填满。即使做了测试开发，也不是可以一直做下去，互联网终究都是喜欢年轻人，淘汰老年人。
这些，也许是会联网的特性以及测试行业天花板低决定的，我们也不过是浪潮中的一朵浪花，改变不了大局，只能尽可能在顺势的过程中延缓衰老。
你的优势是年轻（稍微年龄大些可能就进不去了），可以寻找一流大厂的招聘 jd，按照人家的要求进行学习，尽可能进 bat 级的大厂，拿高薪，接触更高的层面，多挣点钱，多接触他们的先进技术，再长远也只能走一步看一步，见机行事了

点击量，曝光量验证
看统计是否准确，
配置的广告具体切换验证，轮播功能验证，
稳定性验证，是否有刷不出的现象
UI 测试，是否文字折叠等
分类,图片与视频 动漫类型分别验证
广告位具体位置核对
弱网环境测试
后台基本业务流程测试
紧急撤回功能
接口基本功能与性能测试
后台 UI 显示测试
后台兼容性测试
后台易用性测试
后台稳定性测测试

小程序不如 native 好做，试过一次，找寻元素层级太深了，一是慢，而是容易出错，这次定位到，下次就定为不到了。
但是 poco API 比较方便，不像 appium 需要耗费大量时间，所以即使 UI 变动，快速跟进修改吧！！

先收藏

最下面这个定位很长的图，在实际操作中很常见，能定位到但是太慢，而且不稳定，从结构看，能优化精简的也不多，可以举这个例子，最后是怎么改变定位方法的吗（目前我只能想到用 text）

其实我觉得现在缺乏一种模式，我之前曾经思考过，就是收费师傅模式

显示中很多经验充沛的高手，这批人摸索很多，总结很多，对他人非常有益处

这批人也想将自己的心血变现出来，然而如果带培训班太累了，而且培训班也只是点到为止，只是教授知识点，基本的技能，这些网络上很多也能搜到，很多人的人难点恰恰是实战中遇到的各种问题，花费九牛二虎之力，才解决问题，或者自己去摸索太耗时间，如果有这些高手能成为一种收费导师，不用浪费时间去教基本的东西，而是帮助解决进步中的问题，或者把自己的总结的东西教出来，学生与导师双赢！!!

参加过技术沙龙，酷家乐主管挺 nice，帮顶！！!

我个人觉得，很多公司已经走偏了
众所周知，测试首要的任务是保质,这就是业务测试能力，特别是中小型公司，本来人就不够用，根本不可能有时间搞代码覆盖率 持续交付 开发测试平台 甚至做自动化

然而找人的时候不是看备选者的强大的基本功，而是走偏题怪题 重点强调开发能力 以及大厂才能用的技术 体系 框架 创！!!! 新！！！!，结果找来的人业务测试能力反而不强，质量无法保证!!!!

本质是供大于需的表现，人越来越多，年轻人足够多，企业就要年轻的，能加班的，工资低的，反正他们认为你不干有人干，推测未来会更严重!!

回到正题，楼主可以根据之前的加班状态（加班多的时候）推断一下，是否能时应，我的感觉是，一段时间 996 还可以，但是如果持续一年或者半年以上，我就会吃不消

如果不是为了明确的进这个公司学习技术，然后很快跳，可以斟酌一下了

虽然 996 的公司不少，但是还能找到部分非 996 的，我记得虫师的公司的就是不加班，反正自己平衡一下吧！！

大城市现在三年起步，不到三年面试机会少

市场情况经常看到，三年以上工作经验，30 岁以下

我说的是普通人，自认水平能超过阿里大部分测试开发，能弥补年龄劣势的除外

测试人员足够多，而且越来越多，大龄被歧视看起来是不可避免地趋势了（这也是不少大龄转做培训班的原因）

你们公司付 1 块钱的成本，还想找个 5 块钱的开发，怎么可能？
这哪是测试能三两句呼吁能解决的问题，这是体系级问题，即使领导呼吁可能都没用！

换句话说，这公司的测试就是在额外给开发搽屁股

bug 多，提交修稿又带出一堆，测试验证后开发继续修改，测试再验证，无止尽的陪他们玩

如果下面的人有意见，只能看看能不能多招人，平分到每一个测试身上的人物少了，大家有时间学习些其它的技术 进步

测试用例的重要性，其实多年未变！

他是要用测试用例来保障基本质量的，至于发散思维 场景法等，其实多数都是考虑的异常，就是在基本质量的基础上进行优化，保证更好的体验！

是你自己理解不好吧
我说的是那种不写但是实际不招的人，浪费人的精力 时间的做法更糟糕，相对来说这种直接写出来还没浪费你的时间 感情，这种做法比那种要好

你怎么看出来我说大龄歧视是理所当然的？怎么看出来我是认可这种大龄歧视的？

怎么又扯到毒鸡汤了？！！！！

这种已经很好了
明确不让你浪费精力
糟糕的是那种不写的，还浪费你的时间与感情去准备 投递
实际上人家直接不招大龄！！！！