14 年初也玩过，用 WX 设计了 monkey 的 UI 界面和配合监控执行的图形界面，可之后被自己否了，不实用，用途太窄没解决问题。后来主攻专项方案设计，执行者少量 diy 配置部分，后来维护到 jenkins job，手动配置触发。
其实很多工具在如何设计执行方案解决实际测试目标需求，但并不是多数人懂得怎么设计配参及如何配合监控。

当年做的 UI，当初只想着把可 DIY 部分摆全

受益颇深，感谢！

我确实是有误区呀，标题已经写了，不过我字里行间有体现出对什么工作不屑吗？我只是短时间的迷茫了，和大家探讨一下，希望走过来的小伙伴能给我点建议。

我想楼主对测试工作认识有误区吧，任何工作是要解决实际问题的，我认为楼主不屑的工作，才是高难度的工作

@Lihuazhang 大佬，麻烦看看，这贴能关了不。感觉要引战？

哪儿都有杠精？拜托把自己手上主要的事情做好、做全，技术只是提升自己的辅助方式，也可能是后续的核心竞争力之所在。状态没对，技术再牛掰都白搭。（话说，最近大家真是很漂了，或者来灌水发牢骚的多了？）

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

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 个小时，那用它干嘛？
衡量测试产出最核心的是产品质量，不是代码量。
当然技术是要学的，但是要把握好度，技术是质量保证的前提条件，要看平台适不适用。好用那是高大上，不好用可就装过头了。

也对， 没毛病。哈哈