没什么不好意思的

[天山双瞪]

夜深了，躺在床上消消乐，突然被一段思绪打断，也就是标题的由来。事情是头一阵原来公司的同事聚会，在座的产品，技术，和我一个测试，里面有不认识的人，在相互介绍是在原公司是哪个部门的时候，我顿了一下（原来测试部门算在运营下面，没想好怎么说），有个很好的朋友突然插了一句，别不好意思说，不就是测试么。当然了，我没有要责怪他的意思，不管是玩笑还是别的，我只是默默的回了一句“没什么不好意思的”。
顺便介绍一下自己，我做测试5年多，现在在一家公司带一个测试团队，如果下面喷了啥不对头的，还请赐教。
我偶尔也会扫一眼测试的坛子，毕竟是自己的职业，习惯性的也会关注一下，发现各种新手都在质疑自己的位置和自己做的事情，只想说，兄弟，你想多了。
在我的理解里，测试从技术手段上分三种，黑盒测试，白盒测试，性能测试。
这里主聊黑盒测试
黑盒测试分为（个人见解）：
1.手工测试&能力要求(web&&app)
a.理解需求
--有能力对需求进行评审，找出潜在逻辑问题，并且提出改进
b.业务串联
--有能力清晰的划分功能，将划分的功能相耦合的地方串联输出有效并且尽可能简捷的case
c.探索测试
--有能力根据情况（例如遗留问题和需求分析等）进行深度探索测试，找出深度问题
d.页面布局思想
--这是个经验问题，并且和数据分析有关系，如在手机终端中有能力判断布局权限并提出疑问
e.BUG提交
--之所以把这个也单拿出来，因为提交问题不是单纯的暴露问题，还要有能力提出有效的解决方案建议，自己扔出去的东西，要善了
f.回归
--回归测试不是让你把问题看一下就妥了，而是把周边检查一边，或是把同类问题都过一遍才算完事，一个字，耐心
基础的东西就先说这么多，后面就等等等等吧，到了这一步，2年时间。怎样才算是合格了，标准是到个有评级的公司，可以转行做产品助理，注意是助理，这里可以具备理解需求并且对需求进行轻度优化的能力。如果有产品经理看到不要喷我，我只是从我的印象里建立个标准，产品还是个很复杂的工作，没有那根筋是干不了的。
2.自动化测试
这里说的自动化测试包括
a.UI自动化测试：不管是web还是移动端的app，市面上的工具很多，这里就不一一做广告了，想说的是，如果你想做UI自动化，请不要投入太多精力，覆盖率如果太高除了会增加负担外，不会带来太多的效果，弊大于利，前端的手动为王。当然不是说别用，而是可以根据实际情况选择型使用，做局部UI自动化，比如登录这种大版本号迭代都可能不会动的地方，就会有价值做UI自动化，一个字，酌情
b.API自动化测试：这个我还是比较提倡做的，不管是啥，数据的准确性都是必须的，不管是正确的返回值还是需要让前端识别的errorcode，都需要经过系统的测试。这里需要有经验的手工测试工程师来把业务有效的串联成无数条单程的直线，打个比方，登录-购物-查看订单状态-查看账户余额，就是一条单程的业务线。如果你会写一些代码，最好自己写，无非是一些请求，解析返回值并断言的过程，没什么技术含量。这里带一句持续集成自动化测试，如果有条件，例如公司又做版本控制什么的，这个概念还是挺不错的，此处不在详细叙述。另外说一句，所有服务的弱点都是禁不住大量测试数据的考验的，如果你把测试数据持久化并且一直都在执行它们，BUG一定会一一浮出水面。
今天不说了，一点多了，明天还要上班，有点睁不开眼了，啥时候有空在絮叨。关于管理方面，我的经验也不多，只能说，尽量去知晓他们想要什么，不管是缺钱，缺知识，还是来例假肚子疼。如果你不能把自己交给他们，不能信任，没有空间，你们还怎么在一个战壕里战斗，能找出问题，增加体验，一起努力推上一个产品，那就是过命的交情！
最后祝你们发版顺利，上线无BUG~

[天山双瞪]

不是问问题啊，为啥还要扣分

[davy_chen]

做测试本身我认为是挺好的事情，但是我看了楼主的帖子，倒是有点其他的感觉，说起来做测试5年多，时间不算短了，但写出来的东西完全不成体系。当然也许是想到哪说到哪，但给我的感觉就像做了10年饭的家庭主妇，不能说她不会做饭，但也绝对配不上大厨的身份，说直白点就是专业二字，不只是重复做，更要钻研。

[以专业开发人员为伍]

从“回归”和“自动化”的段落文字来看，手工测试做了5年之后，只能顺应潮流说点“自动化.....也不错啊”之类的违心的的话，但是实在是因为家庭等等原因而没有精力去搞自动化了。这就是许多手工测试人员的归宿么？

[以专业开发人员为伍]

好的测试人员的基本素质，不在于总是把时间耗在找“是非”上，而是在能够高效率地回归测试。当人家新近2天干了什么事情，那么测试人员应该告诉他”以前的几百个测试用例中有没有哪一个重现了的错误“，告诉人家这一个事情（例如某个一级导航新增菜单项的“激活状态”的颜色又犯了2个月前的错误）就证明你是一个合格的测试人员。 也就说，测试是安全员，而不是指手画脚之人。 看 lz 的描述，确实没有测试技术可说，而是盯着人家新近干的什么事情去议论人家”新需求、新布局、新功能“的是非。测试就是掺和进需求人员、产品人员、交互设计人员、美工人员么？那么要设计人员干什么，直接要你们测试人员来做产品研究、设计、布局和美工就好了嘛！

[风吹腚腚凉]

引用 5 楼 sp1234 的回复:

好的测试人员的基本素质，不在于总是把时间耗在找“是非”上，而是在能够高效率地回归测试。当人家新近2天干了什么事情，那么测试人员应该告诉他”以前的几百个测试用例中有没有哪一个重现了的错误“，告诉人家这一个事情（例如某个一级导航新增菜单项的“激活状态”的颜色又犯了2个月前的错误）就证明你是一个合格的测试人员。 也就说，测试是安全员，而不是指手画脚之人。 看 lz 的描述，确实没有测试技术可说，而是盯着人家新近干的什么事情去议论人家”新需求、新布局、新功能“的是非。测试就是掺和进需求人员、产品人员、交互设计人员、美工人员么？那么要设计人员干什么，直接要你们测试人员来做产品研究、设计、布局和美工就好了嘛！

测试不就是找bug么，除非是因bug（逻辑漏洞）导致的逻辑问题，才有必要参与到讨论中去。 否则你管人家设计合理不合理呢。 好的测试人员我感觉就是把覆盖率干到100%，并且找出程序中的偶发BUG，并且精准定位。 至于什么API UI测试那都叫手段。手段再多，测不出来本存在的BUG，那有个P用呢？我用个鼠标你们用一裤衩子自动化测试工具，但是我就能把所有的问题一一列出，我觉得我就比你们都强啊。

[以专业开发人员为伍]

引用 2 楼 davy_chen 的回复:

做测试本身我认为是挺好的事情，但是我看了楼主的帖子，倒是有点其他的感觉，说起来做测试5年多，时间不算短了，但写出来的东西完全不成体系。当然也许是想到哪说到哪，但给我的感觉就像做了10年饭的家庭主妇，不能说她不会做饭，但也绝对配不上大厨的身份，说直白点就是专业二字，不只是重复做，更要钻研。

测试要谈需求的是非，要谈产品人员的是非，要谈美工的是非，要谈编程的是非.......一切都用依据“找出深度问题，这是个经验问题，并且和数据分析有关系”来应付上级的质疑。 确实，仔细看有什么可以重复千百遍而稳定的说法么？似乎没有。确实是家庭主妇长舌妇爱说是非的人才能做测试啊！ 这就是lz 心目中的测试。

[天山双瞪]

好久不来了，看见有回复，原来帖还没沉，哈，看楼下玩得很开心，还是一一回复以表示尊重

[天山双瞪]

引用 2 楼 davy_chen 的回复:

做测试本身我认为是挺好的事情，但是我看了楼主的帖子，倒是有点其他的感觉，说起来做测试5年多，时间不算短了，但写出来的东西完全不成体系。当然也许是想到哪说到哪，但给我的感觉就像做了10年饭的家庭主妇，不能说她不会做饭，但也绝对配不上大厨的身份，说直白点就是专业二字，不只是重复做，更要钻研。

看了你的回复，因为是夜里写得，所以感觉没啥印象了，于是看了一下自己的段子，虽然被说成了个普通做饭的，但是还是接受了。专业二字还是比较认同的，但是钻研我还是想回复几句，你说的钻研太笼统，在不同的情况下，审视自身的能力是不同的，只有在重复的工作中碰到瓶颈，才能够有钻研的环境，打个比方说，最简单的例子就是重复的工作太多了，所以要做自动化，道理是一样的。至于恢复中说的其他感觉，只能说 让您见笑了~

[天山双瞪]

不引用了，一个框里统一回吧~ 对以专业开发人员为伍的回复 这位大哥，看来你是个开发，如果你觉着测试只会搞是非，那你还真是小看测试队伍了。测试是跟的整个软件生命周期，并且在各个阶段以测试的方式参与，搞是非，指手画脚，实在谈不上。 再说技术，不知你说的技术是啥，自动化就是技术么，写代码就是技术么，以目前我这里来讲，已经基本完成自产自动化业务串联框架，这就证明有技术了？不知道你是怎么知道lz心中测试是什么样的，只能和你说，lz心中的测试只是测试，lz心中的测试技术也只是测试。 对风吹腚腚凉的回复 兄弟，格局大点，找bug是你的本分，想要做好测试，不只是找bug。测试是为了项目能够顺利上线，不是把问题抛出来就算完事，人和时间的资源是固定的，但是方法有的是，增加有效的方法=提高效率，你的观点不是错的，但是有点绝对

[davy_chen]

这个帖子被我引发了一些口水战，先回复楼主的，做测试5年一般说来就到了一个发展方向选择的阶段，此时除了基本的测试技能外，通常会向某一个自己有兴趣的领域专一下了，当然可选方向很多，无论是很多人常说的性能、自动化甚至是管理等，还是其实也很重要的测试基础体系或软件工程等。但楼主的所言都是个人理解，个人自己有想法当然好，但外界公认的测试知识体系也不是随便拍脑袋想出来的，所以给我的感觉是都在自己闷头干，遇到问题时到网上搜搜，而没有对某一方向系统的学习过，因此知识都是散落各处的。例如你提到的“测试从技术手段上分三种，黑盒测试，白盒测试，性能测试。”黑白盒是传统测试概念中出来的，划分的依据是所站的视角不同，基于外部表现或基于内部实现。但是性能测试的概念实际上是以质量特性为基础的，与其比较对等的是安全性测试等。因此看到你的划分，就好像说人可以分为老人、小孩和黑人一样。 而自动化这块，你的这些感悟可以说都对，但也同样看着有点跳跃，每个点也都感觉没说透，如果还是沿用做饭的比方，上一句说了咸淡很重要，一句话用盐适量，下一句就是用油和面可以起酥皮。 也对 风吹腚腚凉 说：测试真的不只是找bug，把控质量是更重要的事情，这就是战术与战略的关系。

[缪军]

测试的目的不是找bug，bug是找不完的， 谈测试覆盖率更是不现实的事情， 测试是针对每一道工序，没一个工单来进行的， 他是一个工单合格完工的标志， 对于通过测试的工单，即使再发现bug，那也跟原来这份工单没有半毛钱关系了 UI测试也是认同，UI自动渲染早就不是问题了，测试View就可以了， 到工厂里看看，总装以后，工人测什么，你就测什么； 举个例子：这就好比测试火柴，是不是我要划着火了才证明火柴是合格的呢？

[缪军]

引用 11 楼 microtry 的回复:

。。。。。。没一个工单来进行的， 。。。。。。

“没一个”更正为：每一个

[KFC54545]

测试工作做了三年多了，总结了一下，测试这个岗位最大的痛点，没有技术和职位上的权威，却要承担流程警察的角色，非常大的时间要花在流程监督和问题解决的沟通上，这就是为什么测试总是女生会多，作为一个男生，测试这个岗位，真的难做，和一群不善言辞的开发聊技术，和胡吹乱来的需求聊业务。但是能把问题解决，顺利上线就是心满意足的

[pengpaizhang]

都没有做嵌入式软件测试的吗，可以互粉关注交流

[aa�cc]

你还是不热爱自己的事业，并且测试是整个公司最了解项目内容的团队，保证质量的从业者

[正在努力中的菜鸟]

不喜欢就换别的