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