小公司，让开发给了我所有服务的 pull 权限，把好多服务的代码都看了，理了一下流程图；
现在新的需求上来写好测试用例之后就去看代码逻辑了；
数据库权限也有；
可能这就是小公司唯一的好处吧。。。

1、毕业一年都是点点点么？ 不一定，看能力，只会点点点的肯定就点点点了
2、广州 6K 算正常么？ 不一定，看公司，看行业，有的行业测试工资是很低
3、数据库………………刚毕业一年该有的测试环境么? 没看懂，不知道什么叫该有什么叫不该有。每个公司对于代码权限的要求都不一样。但是东西并不都是其他人给你准备好的，觉得不合适可以主动去向上沟通推动，给出能说服领导的理由就行了
4、应该跑路么？ 看自己啊，想跑就跑嘛

以下文字可能有点直接，请静下心看下：

1、不知道你有没有总结过自己面试哪里不行？30 多家没有一家 offer，这里面一定有你自己的原因。

2、你正文都是提环境怎么不适合，但没有提过自己怎么尝试去改变环境？（闷头自学属于改变自己，不是改变环境，这个要认清。虽然毕业一年不要求能改变环境，但连尝试都没试过，说明你自己态度上还是略消极）

3、学了不用就忘，忘了又重新学，不用还是得忘 ，你笔记有做好记录么？有梳理总结吗？如果有，就算学了不用，到用的时候根据你的笔记应该是可以非常快速就用起来的。如果做不到，那就是你笔记没写好，连自己都没法用起来。我现在有时候弄东西，偶尔还是得查自己以前发的帖子才能回忆起某些关键点，但也比从零开始快多了。

4、我应该把握金九银十跑路吗，不知道是不是我个人感觉，社招好像已经没太明显的金九银十这样的规律了。其次，你想要换，也没必要等金九银十呀，找到合适的就去面呗。先提升自己水平到能拿到 offer ，再纠结是不是现在适合走。offer 都拿不到就别纠结走不走了

5、我目前广州在职只有 6k，算正常吗，以我的了解，在广州，1 年经验，这个工资并不算很低。但我觉得你需要纠结的不是工资，而是自己的长期发展。这种情况下，建议你还是想好自己是想追求眼前的薪酬，还是未来的发展。当然好公司两者都会有，但如果没法两者兼顾，你得想好你的选择。

最后，回应主题，分享下我的经历。我当年毕业一年在工作中确实都还在点点点，但工作外也会自己写点程序辅助自己（比如写个爬虫帮我抢购 macbook 官翻版），并保持对技术的了解（以前在学校网络部做过，做过 web 网站开发，所以有点技术基础）。然后第二年很幸运凭借自己有 python 基础，比其他真的只会点点点的能力强一点，得以加入了一个测试工具开发小组做主力开发，并在各种找资料中了解到 appium ，加入社区，后续就逐步就深入代码往技术方向发展了。

恒捷大佬说的没错，不试试怎么知道呢，鼓起勇气和 leader 或者开发 leader 提一下，能不能给开一下 reporter 权限，我感觉一般都会同意的吧

金九银十不是买房的说法么。。。

感觉自己能，和实际深入做过，是两码事，别被自己骗了。

“会做一些 Selenium 和 Appium 的 UI 自动化测试框架 Demo，用上了 PO 模式或者是数据驱动，能使用 Python、Postman 或 Jmeter 进行接口自动化，但去面试大脑就一片空白吹不起来”。
——我也曾有过这种感觉。现在回过头看，原因是学是学了，但是也就是个模仿着会的阶段，看见新的技术，就想去学下，但是浮躁让我从没有认真从头到尾实践过几次，没有总结，也对实践没有自己的要求和思考，说实话，跟没学差不多。

弱弱问一句，荔枝还招人么？哈哈哈

有的，有兴趣来试试？可以直接简历发我邮箱，chenhengjie@lizhi.fm

我也是小公司 啥权限都没有 可能是我比较内向

Salute！杀老师

开发表示：有什么需要操作的找他们就好

冲业绩！

还好吧，Selenium 或 Appium 的源码不难，能根据自己的需要进行封装，里面的一些算法框架也能进行参考，总结是总结了，但每次还是 Google 定位问题解决方法快

我就是先让他们给我代码，然后让他们给我权限

如果看源码，二次开发都无压力的话，一年的技术水平应该不低吧？测试的基础能摸透么？一般公司招一年经验的，我想是希望应聘者能踏踏实实把功能测好，有余力再培养培养。再有可能就是面试经验不足？怯场？那就不好弄了，一时半会也改不了，只能尽量克服自己的弱点了。祝你尽早找到合适的，加油！

如果这些都能做到，对一年经验来说能力绝对不差，不应该面试如此不顺。

可以 show 一些封装的例子或者你的总结笔记看看不？

本以为广州应该薪资高一点，还好我这个二线城市的应届生达到这个数~本以为是不是给少了 ，纯属个人观点啊

可以咨询下万副总裁 @ 欲野

这个代码片段看不出啥，有点一头雾水。而且从这个函数倒推， blackElements 的值有点怪怪的，可能是 text ，也可能是 id ，甚至可能是 xpath 。

可以完整点说下不？对于怎么完整地表述一件事，可以参考 STAR 法则。

学历差，英语不过关，毕业半年的时候公司就黄了，回家乡干一个月就被辞退，混了 6 个月外包又混另一家外包。别说一年，三年的时间作为测试连一条测试用例都机会去写
只要喜欢，就可以坚持

开玩笑哈，等级不够呢，还得继续练练级

Element 通过 Id、class、name、text、tag_name、xpath、css、css_selector 获取各种元素定位的判断返回值 Element-UI 不是做前端 UI 自动化测试基础吗？整个的主要用 BFS 广度优先算法遍历节点作为引擎驱动各种 Action 事件，没啥说的

你这个表达对于内部对背景情况啥的都清楚的可能有用，但对于对你经历一无所知的面试官或者外人，真的是一头雾水。。。比如为啥会有黑名单这个功能，使用场景是啥，要解决啥问题，和前端 Element-UI 框架又有啥关系？你这里只是一个 List 的循环，和你提到的 BFS 广度优先算法遍历节点作为引擎驱动各种 Action 事件 ，又有啥关系？你第二段介绍只是让问题增多，并没有解答疑惑。

我们的 UI 自动化框架，有个设备白名单功能（别人做的哈，我只是拿来做示例），也很简单，只有白名单上有记录 udid 的设备才跑自动化，逻辑实现复杂度也不高。但要让其他人（比如面试官）能了解清楚，我会这么介绍：

S（situation，情景）：随着 UI 自动化逐步推进，有的组已经建立起了 Jenkins 定时跑 UI 自动化的 job 。但由于目前自动化脚本主要适配的是固定机型（不同机型下 UI 布局会有一些变化，导致不稳定，兼容工作量不少，所以暂时先针对固定机型调优），而这个 Jenkins 有时候会接多个手机（有的用于跑 monkey，有的用于跑性能等）。当时 UI 自动化框架为了简便，driver 对象是自动生成，用例直接使用的。生成时会从已连接机器中随机选择对应平台的机器，缺少指定机器的能力，有时候会由于跑到了其他机器，UI 布局有差异，导致脚本不稳定。
T（task，任务）：因此，经过和各个组沟通，确认通过设备白名单的方式提供这种能力。白名单可以让自动化框架只选择里面的设备运行，如果设备未连接，直接失败。
A（action，行动）：在配置文件中，增加一个白名单配置项，类型为 list ，值为设备的 udid 。框架在初始化全局的 driver 对象前，增加一个确认是否有指定白名单的步骤。如果有，那就只使用白名单的。如果白名单只有一台，那就直接用。如果有多台，那就选里面有实际连上的其中一台。
R（result，结果）：各组只需要增加一个配置项，和升级框架版本，就可以进行指定设备跑自动化，UI 自动化也不再出现由于跑在不同机器上导致不稳定的问题。

还有后续吗？比如有找开发协助操作什么，开发有真的协助了吗？