最近改造了 STF 平台并加上了一些测试功能，但感觉上是没给公司带来任何效益。原因在于功能测试认为自己没有测出来的 bug 不是 bug，或者是要别人去证明 bug 是 bug，还有一个更离谱的原因，因为测试通过率低。
当我问哪里有问题时，给我的答复是 “我觉得测试数据有问题”（原话）。这句话给我的感觉是：你觉得我是个神经病，所以我就是个神经病。
作为一个测试首先做的事情是不去看别人列出来的数据是不是正确 (crash 日志是不是 crash)，而是直接认为测试平台的数据不准确？当我提出为什么不看列出来的 crash 日志时，给我的回答是：“我看不懂 logcat”.连 crash 都看不懂的人为什么会认为 bug 不是 bug！看不懂 crash 能不能把 crash 抛给开发定位问题？而不是一句抛出一句 “我觉得数据有问题”！
有时候觉得真的心累，我作为一名测试人员，真心觉得为什么测试这么不给力！！为什么测试连个 bug 的判断能力都没有！
从这个事件中深深了解到开发为什么看不起测试！！测试这行业真的被很多人拉低档次！
现在还有公司招这样的测试？出去面试不会代码还有活路？
我最近也在经历给手工测试团队做辆车，他却告诉我他没驾照的事情，只能呵呵，努力提高自己吧
大多数时候，我一直鼓励我们 team 的人，今天少些点代码少执行点 case，把疑似的 bug 或者已经发的那 1-2 个 bug 分析下，根本原因是什么。
- 一是，能提高以后测试设计的能力，考虑更全面
- 二是，加上了分析的高质量的 bug 对开发帮助很大
- 对整个项目都是良性的
之前项目组里的测试同事，很多都没有技术背景，并且很长一段时间会停留在 UI 测试层面。
工作几年，经历了多次面试，发现测试的面试官大部分都是 low B，无非就是当年的 low B 测试熬到底层管理者，然后他们（她们）再招一帮 low B，这他妹的就是一个恶性循环好吗！！！
哈哈哈
—— 来自 TesterHome 官方 安卓客户端
楼上建议单独开贴问，在匿名贴里面匿名发布评论的人你是 @ 不到的，他不会收到任何通知。
#1 楼 @anonymous 有个问题想请问下，最近一直在研究自动化测试，UI 层的，appium 或 selenium，可是发现基本发现不了什么 bug，而且断言方面很难做到严谨话，原因是基于 UI 层元素的获取，元素的动作，所以断言很难如意。想了解下你们自动化是怎么设计断言的？发现的 bug 有人工测试的百分之一吗
同意 22 楼的看法。在解决问题的大局观下，应当从这两点思考问题。
题外话：其实我也理解楼主 --- 人跟人的确有差别，楼主如果觉得周围的人真的很 low，继续努力提升自己，当有合适的机会到来时，调到心仪的地方即可。
个人觉得可以分两方面去看：
- 一方面是测试人员不懂 logcat，不懂定位 crash 的话，面试能进来也说明进来的门槛比较低。楼主作为中坚力量（或者测试开发），更应该在团队中主动起到推动作用来缓解和解决这个现象。
- 另外一方面，是否因为之前出现过系统误报问题，导致用户（测试人员）对你的平台系统的可靠度产生了质疑？毕竟你面向的用户就是你身边的测试人员，他们吐槽你，你不能觉得用户是 SB 就喷一下对吧，问题还是需要解决。
题外话，测开在内部推广自己的工具的时候，会遇到很多尴尬的问题，其实推一件事本身就是一个难题，建议多站在对立面思考。
一个人测试肯定有测不出的地方，关键看态度。
#11 楼 @anonymous 我就是 9# 这个，非楼主，感觉楼主还是经历太少，经历多了就不过再说了
#5 楼 @hu_qingen 两条一模一样的回复 客户端有 bug 吧
那是因为楼主经历过的不够多！当你经历多了，你会发现林子大了，什么鸟都有！
PS：和楼上一样，我也觉得楼主的排版很乱，或者说没有排版意识 ：）
为什么要去和你觉得 low 的人去比较呢，往上看就好。
需要吃点教训
人往高处走，水往低处流. 多往上面看看就好了。
有啥好纠结的让他 low 去。最后末位淘汰就好了。
#9 楼 @anonymous 额，是匿名的原因
回复功能是不是出现 bug 了？？？为什么我回复你，楼主，回复人变成你，楼主自己了？我的头像呢？我的 id 呢？？？
#9 楼 @anonymous 我觉得你说的 都非常有道理。如果不是一个测试管理人员，且公司产品好坏跟你没关系的话，你管人家呢。觉得拉低测试行业水准，那可以选择提高自己。毕竟别人好坏跟你也没有必然关系。楼主吐槽，就当听听，以示警戒。单纯的吐槽，而不结合外界因素，比如 money，比如心情，比如自我发展，比如性格，比如......那这样吐槽也没有意义。毕竟这不是你自己。都是人，谁离得开各种因素的制约和影响呢~~~~做好自己就好，除非自己开了公司，除非他是你的员工
测试工具要能解决功能测试人员的"痛点",那么他自己会依赖、会乐意去使用
我觉得有几个原因，1.个人能力及业务水平，确实测试入门低，但坑很大，想成为一名合格的测试还是很困难的。2.市场原因，让别人看 crash 日志，让别人看数据报文，漏洞分析，都可以，但是你得给相应的待遇啊，事实上大部分公司，测试的待遇都比开发差很多，这个就决定了很难招到高级的人才。是不
我觉得或许可以换个角度来看，可能有些测试确实很 LOW，不愿意学习。工具还是为人服务的，如果能再多花点心思做到直接能拿给开发看，无视掉手工测试的是不是也是一个办法？（当然如果你前期没有跟开发交流过，开发一般是不会睬你的，哎，就是个悲剧）
你们的功能测试人员可以换人了，测试人员只有嫌 Bug 少的，不会嫌 Bug 多的，开发才会嫌 Bug 多。。。
尽可能全面的发现问题才能更好的保证品质，我们这的测试人员一般都是努力在证明开发认为不是 Bug 的 BUG。
作为一名测试，描述问题时得条理清晰，有逻辑性吧。瞧你这密密麻麻，碎碎念的。。。
不要期待他人会跟你一样的水平，可能别人觉得现在这样也就够了，只要自己提高才是真的提高。管那么多人怎么看😁😁
—— 来自 TesterHome 官方 安卓客户端
不要期待他人会跟你一样的水平，可能别人觉得现在这样也就够了，只要自己提高才是真的提高。管那么多人怎么看😁😁
—— 来自 TesterHome 官方 安卓客户端
其实有时候不可避免会遇到这样的人，这种也是对自己的一种锻炼，工作总会遇到形形色色的人，大部分的测试还是严谨的
—— 来自 TesterHome 官方 安卓客户端
我们测试大部分都是水军，谁让这东西入行简单呢。其实我本身也挺水的自动化做起来了但是也总有遗落的点。自己一个人测试总还是有想不到的地方。
- 有没有带来效益我觉得应该从团队层面考虑，不能说功能测试觉得不是 bug 那就不是 bug 。如果最终这些 bug 开发认同并修复了，那就是带来效益了，发现了功能测试没有覆盖到的问题。
- 你提到的功能测试如果确实如你所说，不愿意，甚至不屑于学习查看日志，那么他很快会被淘汰。态度上他就被淘汰了。