从毕业开始一直从事测试，主要是功能测试 ---- 就是所谓的点点点。网上现在招聘的 JD 中都是要求熟悉 java/python,自动化测试什么的。难到业务功能测试就没有前途了吗？做为一个测试，主要的能力是找 bug，bug 体现你的业绩。自动化能找到 bug 吗？自动化还不是用点点点的用例脚本化，如果光会代码，不会用例设计，不懂用户使用场景，一切自动化都是放屁。BAT 的质量保障部门他们离得开点点点吗？如果没有还不是 bug 满天飞。作为一个合格的测试，高覆盖率的用例及发现更多的 bug 才是正道，自动化可作为辅助。
点点点没有错,问题是能做、想做点点点的人太多太多了.没有点额外技能实在是很难竞争
楼主，别激动，你应该拥抱时代的变化。
你自己都知道自动化用例就是用点点点的用例脚本化，那么合不如也掌握一下自动化勒，这样你就可以节省你手工测试的时间呀，同时也把你重复的事情给代码话了，留点时间自己 happy 不好吗。
点点点不是没有前途，而是市场给你的期望更高了，需要使用技术来提高点点点的效率。
拥抱变化吧，楼主。
楼主， 表激动啊 ，如果只是点点点大家都能做，招实习生时就没限制了，以后这一行业就没啥钱途了，反正大家都能做谁要的工资低就选谁
楼主你如何证明自己点点点的能力比别人强？如果面试时候能说出个 12345 来我想你还是很有前途的
真的
哎， 我发现咱们这里的人太容易走极端，钻牛角尖。 没有人说过做自动化的人就不去点点点了， 也没有人说过点点点的人就不做自动化了。 这就好比行军打仗中的游骑兵，降的了烈马，挽的了大弓，还身背弯刀随时准备砍人，本来就是要求多种技能于一身的职业。 你不能一竿子打死说别人写代码的没有测试思维，设计不出好用例。 也不能一竿子打死做业务测试的人就一行代码都不会写只能点点点，这种想法是在耍流氓。
发现更多的 bug 不是正道， 保证产品的质量才是正道，发现更多的 bug 是保证产品质量的一个重要手段， 但不是唯一的手段。 而且除了更多的发现 bug， 还要更快的发现 bug，因为测试时间永远是有限的，研发修 bug 的时间也是有限的。 况且有些测试类型，还真只能靠自动化， 比如兼容性测试，稳定性测试。
所以楼主还是少些抱怨， 拥抱一下现在的行业变化吧。 时代已经变了， 已经很少有人只点点点或者只写自动化了。
说点现实的，现在中小型公司招点点点测试工程师完全没有门槛，基本上学习一个月左右就能上手，你点点点做的久和新来的实习生相比，你多的也只有业务精通罢了。而业务和技术并没有多大关系。
这样的话，公司凭什么花高工资留你继续做点点点而不去招实习生替代你的位置。
想要在竞争中活下来，你就必须会点别人不会的技术。
穷则思变
所谓的点点点如果每一步的点点后面你都知道你具体在验证哪段逻辑呢？你知道点哪些输入哪些不输入哪些呢 就像炒股一样只要低买高卖就挣钱 但是做到的有几个 点点点都是表像 用的人意图可能都不样 何必为难测试呢 一概而论都是人云亦云的表现 同一件事情不同人做结果也不一样不是吗
BAT 点点点工程师外包啊
绝对没前途
你点点点的前提，写了多少测试用例，业务测试最难是用例的设计。测试用例一直是测试人员的基本工，然而没多少人会把用例写好。
匿名
回复
点点点的最终目标是发现 BUG 而不是你用例写的多好看。
大部分点点点工程师的入门门槛真的不高，基本上只要会电脑操作就行了。
其他的基本上一个月就能入手工作了，其他例如你说测试用例、测试方法、业务内容等等也只是随着时间越来越熟练。
过低的门槛和不需要太多学习时间就能掌握的测试技能就是为什么测试你干了再多年也比不上一个刚来的开发人员的薪资的原因。
因此，测试人员应该和开发人员一样时刻保持一个学习的热情，多接触例如开发、运维、数据库相关的维度，多深入研究其他类型例如性能、自动化测试的技术深度。
说直白一点，弱者的抱怨
找到 bug 多的测试就是好测试,楼主是认真的吗?不应该是逻辑覆盖率吗?
楼主自己也说了，高覆盖率的用例。 你怎么评估你的用例是不是高覆盖率呢，是不是还要懂得怎么看覆盖率，覆盖了哪些代码，是不是代码覆盖到了就不会出问题，没覆盖到的代码为什么没覆盖到，怎么去补充用例？ 另外，楼主热衷于发现 bug，就说个仅靠页面点点点验证不到的点：比如后台的一个需求，数据优先从 db 读取，如果读取异常，则从本地磁盘读取加载进内存。 你如何去构建读取异常。另外一些数据交互的过程，中间过程很短，普通测试是很难验证的。需要测试人员手动去开启远程代码调试，打断点，然后执行点点点操作。
哈哈，我就觉得，匿名吐槽帖嘛，那么认真干啥，只是释放情绪的地方。能力是要掌握的，不掌握就没有主动权，具体该怎么做，自己心里有 B 数就行了，什么时候该自动化，怎么自动化带来更大效益，老生常谈的问题~
不过，划重点，我觉得楼主表达的意思是，点点点，真的不是点点点而已，如果测试行业从业者，都用点点点这种偏鄙视的词语来代表测试过程使用的方法，就有点摆不正三观了。
点点点不是关键，关键做了很长时间只会点点点，那就凉了
先说结论，点点点会一直存在，并繁荣的生存下去，只是仅会点点点的人工资变得越来越低
我觉得测试的核心技能不是自动化，也不是点点点。而是要知道为什么要去点这个按钮，为什么不用去点那个下拉框。
知道为什么点这个按钮的背后可能需要你做很多功课，比如对业务的深耕，或者是对行业、竞品的了解，又或者是对产品架构、设计的熟悉，研发随便改了什么地方，你掐指一算就知道该去点哪儿。
所以懂编程能自动化也只是你的工具。测试的定位我觉得是比产品更懂技术，比研发更懂产品。说白了测试又不是一个盈利的角色，而是更加偏向提升效能和节约成本的角色。
楼主别生气，其实我是很佩服 “点点点” 的人的，其实 “点点点” 也是很有学问的，很多人点上半天也找不到一个 bug，而有些人一分钟可以点出好几个！还有楼上很多人说一个毕业生学习一个月水平就可以跟老测试一样了，这些人是真的懂 “点点点” 吗？？？？
我觉得测试。首先需求分析，业务的敏感性，测试设计，这是基本的。先知道要测什么。然后是怎么测，可以点点点，可以用技术手段，可以用工具。你会的越多，效率越高，可选择性也越多。所以只会点点点，路比较窄。
匿名
回复
别曲解我的意思。
我说的是毕业生学习一个月就能上手正式干活了，剩下的就是对业务的熟练度了，人家可能很快就能赶上你的业务能力，所以你不学习点其他的技术怎么能和别人竞争？