我就总拿这句话鼓励自己，不然坚持不下来，赚钱养家仅此而已

https://github.com/mixure/tools/tree/master/lemur

我这个更二货

-w 指令：直接发布的 exe 应用带命令行调试窗口，在指令内加入-w 命令可以屏蔽
-F 指令：注意指令区分大小写。这里是大写。使用-F 指令可以把应用打包成一个独立的 exe 文件，否则是一个带各种 dll 和依赖文件的文件夹
--icon=

我一般是用-w 和--icon

工具没有给公司的同事使用，个人认为不利于成长。

就几个命令，和成长没啥关系

只能说牛 b 啊 坚持下去了

应该没有多少人可以热爱自己的工作，工作和兴趣是不一样的，建议继续工作，保证不会被社会淘汰就可以了，永远有颗学习的心，工作说白了就是赚钱，但是千万不要把兴趣变成工作，就像喜欢睡懒觉的人把喜欢的歌变成起床铃，兴趣会是你快乐于力量的来源。有的时候觉得困顿了，想想比你更辛苦的人们，也许就能坚持的更久了。

工具现在分成了两类

1. 代替人,比如 ui,接口,自动上线
2. 没这类工具不成,比如你要测通信协议,搞压力,不上工具,确实只有人没法弄

感觉帖主碰到的解决方案可能都是属于第一类的；大部分测试开发搞出来的工具也是第一类的

第一类工具的问题 确实是搞不出太多的 bug

然后这类人员主要问题是远离实际业务.再加上少部分二逼领导要求你搞出来的工具要是个人就会用,这简直是灾难.

反正不管怎么样，他们比 点点点的挣得多；

还有,人类的发展是时刻都在犯错误，把自己玩坏自食恶果，然后反思，再次玩坏；
早晚把自己玩死

好像在抬杠

作为测试人员，当你迷茫的时候有个很简单的办法：想想客户要什么。

客户对我们产品的期望，对产品质量的期望，是我们作为测试做重要的出发点，也是我们应有的坚持。

测试的技术差异太大，NB 的技术与 LB 的技术相差十万八千里，我敢说那些为了自动化而搞自动化的人，有多少了解技术的本质？
一句代码搞定的事情，有些人花了一个月去做？大多数 hr、测试经理都不懂最新的技术，1 个了解技术本质的人一个月可以搞定的事情，偏有人花上半年、一年时间去搞！

对于这个

我跟我同事，特别是新人都是这样说：不管啥拽炸天的技术，都是辅助提升质量的手段，不要本末倒置。人工半小时能完成的工作，写脚本做要 1 个小时，那用它干嘛？

完全不能同意，原因是：
1.第一次 1 一个小时不代表以后每次都是 1 个小时，测试需要练习，代码能力如果不练习你会发现事情大部分都是人工半小时，写代码却要 1 小时

1. 脚本解决一个问题不管任何语言都需要一个积累的过程，不过是语言相关第三方包都是需要积累，有了积累，写脚本会越来越快
2. 测试本来练脚本的机会少，有机会不练习，平常更没有机会练习

有机会就要多练习，半小时做完了，再花一个小时把脚本写了，长期积累就会不一样。

另外上面说的英语单词啥的，至少我认为英语很重要，很快的看懂英文文档帮助很大，不要小看英语的力量了。

对于这个

我跟我同事，特别是新人都是这样说：不管啥拽炸天的技术，都是辅助提升质量的手段，不要本末倒置。人工半小时能完成的工作，写脚本做要 1 个小时，那用它干嘛？

完全不能统一，原因是：
1.第一次 1 一个小时不代表以后每次都是 1 个小时，测试需要练习，代码能力如果不练习你会发现事情大部分都是人工半小时，写代码却要 1 小时

1. 脚本解决一个问题不管任何语言都需要一个积累的过程，不过是语言相关第三方包都是需要积累，有了积累，写脚本会越来越快
2. 测试本来练脚本的机会少，有机会不练习，平常更没有机会练习

有机会就要多练习，半小时做完了，再花一个小时把脚本写了，长期积累就会不一样。

另外上面说的英语单词啥的，至少我认为英语很重要，很快的看懂英文文档帮助很大，不要小看英语的力量了。

我是楼主，第三个月了，明天第一次面试，某为的 AI 芯片算法开发职位。
过的可能性基本不大。太底层了，需要 C++ 和底层框架以及算法的综合能力吧。
和目标不算差的太远，自己准备还是还不太足。
前段时间主要是写项目总结，练英文读写。
先看看吧，自动驾驶的课程 TERM1 完成一半，图像分类算法基本已经清楚了，后面开始关注 OBJECT DETECTION 的算法（FASTER RCNN，YOLOV3）。
先还是匿名吧，等转型真正成功后，再来分享经验。
我同学还是觉得我太懒了，人大学教授每天工作 14 个小时，我大概也就 10 个小时看书/编程/写报告。。。

应该是不同公司不同情况，所以用到的不一样吧

making the world a better place;

哈哈哈哈，楼主说的没毛病。最近超喜欢看 testhome 上的评论，啥帖子都能扯到一大堆英文单词上，看的我都觉得我这几年测试白做了 。
我跟我同事，特别是新人都是这样说：不管啥拽炸天的技术，都是辅助提升质量的手段，不要本末倒置。人工半小时能完成的工作，写脚本做要 1 个小时，那用它干嘛？
衡量测试产出最核心的是产品质量，不是代码量。
当然技术是要学的，但是要把握好度，技术是质量保证的前提条件，要看平台适不适用。好用那是高大上，不好用可就装过头了。

也对， 没毛病。哈哈

我是楼主，您说的都对，但的确跑偏了。我不排斥学习技术，我本身是测试开发，也写工具和研究框架。我排斥的是

1. 开发了框架和工具，就到处虚假宣传。其实没人在用，或者用的是少数， 这样的工作量其实是浪费时间
2. 好像不使用新技术，就不能体现自己的水平。
3. 大部分测试开发不了解测试需求，而且看不起手工测试

我所倡导的：

1. 测试开发是非常好的发展路线，我鼓励每个手工测试都去学习技术。 但是无论是测试，测试开发都是为了质量服务的， 平时的工作应该核心是保证质量。

2. 手工/自动化只是测试方法而已，我认为测试开发这个职位其实是 中国特色的职位。根源在于测试起步较晚，但整体朝着好的方向发展。

3. 我很不喜欢，开发鄙视测试技术不行，测试开发鄙视手工技术不行，这样类似的鄙视链。首先，大家都是打工的职责不同而已，其次最重要的就是，都是一群 “低收入” 人群，何必呢？把眼光放得高一点，做好自己。

题外话：

1. 回复楼上， 我没有被指手画脚，只是想了很久这样的问题，突然被触动了，哈哈

2. 大部分技术男，每天关注的都是手机，电脑，和技术。但对大部分人而言，这些不能变现，也是消费的习惯。我也是个屌丝，从今天开始要多关注赚钱的方法，总不能以后让老婆孩子每月守着固定的薪资，不敢买这买那吧？

这些都是心里话，扯远了

兄弟你这个文章相当于当年的一张大字报哇

这也许就是测试行业转型的阵痛吧

就是不要拍脑袋就去写，既然工具不好用，对比分析结果怎么样？现有工具可以改造后使用吗？自己写的东西可以评估工具准确性、扩展性等问题吗，这些都考虑过再去想着用什么技术框架去写

一切不以保证质量为目的的测试技术都是耍流氓。
楼主说的一些事情，确实非常常见，很多公司的人都迫于 KPI，OKR 而导致盲目堆积自动化用例，盲目开发一些实际效果欠佳的所谓平台。这些都是不可取的，但是这些都和测试技术本身没有任何关系，出问题的是用这些技术的人。关键就是这些人还自以为是，指点江山，这就非常讨厌了。感觉楼主是不是被指点江山了？

那就自己写啊，工具不好用自己搞一个啊

楼上跑偏了吧，楼主是肯定技术的必要的啊。
楼主是想说不要为了用到什么技术而去造轮子，现有工具是否能支持，对比类似工具有什么有什么优缺点，之后再考虑有没有必要自己写一个