测试基础 论很多人不懂的真正的测试 -- 笔记里找到的 N 年前的对话。

老马 · 2022年04月07日 · 最后由 王中 回复于 2022年04月11日 · 3568 次阅读

https://testerhome.com/topics/5101 目前已不可访问了。。。
这是哪位大侠写的文章,当年和手下谈论了起来。
应该是当年的 QQ 测试群组,那时候还有分级,掌门是我,大侠是手下(手下目前接了我的班)。
今天偶尔翻阅笔记看到了,感慨万千。。。

【大侠】15:40:18
https://testerhome.com/topics/5101#reply22
【掌门】15:43:11

头 3 年 乃至 5 年 我也不知道 什么是测试
现在也说不好 能不能把握测试的核心
【大侠】15:44:40
文章扯得好像还不错,
站的高度够高
【掌门】15:45:33

这个人 有水平的

不扯犊子的
【掌门】15:46:37
头 3 年 什么都学 什么都看 走入歧途

刚入行的 都以为 越往技术实现上找问题 白盒测试 写代码测试越牛 B
都是慢慢来的 多看 多学 多悟 多总结
各个公司情况不一样 也没啥可比性
【掌门】15:47:52
你能 完成老板的任务 在有限时间内保证上线不出大问题 黑测 也好 白测也好 都可以
所以 技术深入多了 反而找不到啥问题

【大侠】15:48:27
那不就成了里面说的,为业务而活么
【掌门】15:48:40
但 我不是反对 只是个人觉得性价比太低 费时费力不讨好
但 我也不是说 只围绕着业务测 测好了 就觉的挺厉害的了

但先把业务和数据测好 你再去找深入的技术层问题 这是性价比高的行为
【掌门】15:49:52
测试开发再牛 也学不完 一个项目内 了解完一个项目内的所有实现细节
【大侠】15:49:53

【掌门】15:50:42
无所谓对错
不过 说的是对的 走偏了 就丢掉测试的初衷和本心了
不过 追求 黑也能测 白也能测 是没有错的
【掌门】15:53:11
测试 这块 需要的知识广度 和 深度 也是很大的 有很多事可以做
【大侠】15:55:00
形不成规模,技术上投入越大,性价比就越低。
这个黑圈目前没几家公司能跳出来。
【掌门】15:56:35
所以 我有一段也很迷惑 不知道测试在一个公司中的定位 到底是什么
你说 做个测试吧 产品的角色 从产品客户角度看问题的能力 你要懂

从 开发的角色 找问题的能力 你要懂
遇到 SQL 了 SQL 问什么慢 你要懂
【掌门】15:57:47
遇到 部署问题了 部署上的事 你也要懂
可谓 这个 产品 开发 运维 DBA 整个开发 到上线的 生命周期 你都要接触

因为各个环节 都会发生问题 你都要能力去定位问题
所以 不是容易的

【掌门】16:00:32
后来 我发现 实际是这样的

差的公司 比如 产品差太多 开发差太多 DBA 差太多 运维差太多 的公司 这类公司的测试 就要求测试啥都要能折腾了

反而容易 失去掉 做测试关键该做的事 都去忙别的角色的事了

就失去 测试自己的角色了

我上家公司 就是这样的

【掌门】16:01:34
啥都给你 抛个大坑 你永远填不完 永远也测不完
来到 ** 我呆这么久 是因为

这些角色的活 我都不用顾虑了
以上角色 产品 开发 DBA 运维 咱们公司还是很专业

我就可以 好好的做测试该做的事了

【掌门】16:03:08
有时间想 测试用例到底该怎么设计好 产品 开发 测试工作流程到底怎么规定怎么交接好 来提升效率

缺陷该怎么定位怎么写报告

所以 后来 我发了这个微博

【大侠】16:03:48
这点确实,改那个角色的事儿,告诉他们,他们自己都会做。也会立即配合,这点公司同事做的不错。
【掌门】16:03:53
测试实际在我们公司 是 接缝的定位

是粘合剂的定位 你要把一切能组装组合到一起

【大侠】16:05:00
这个定位也不对啊,
【掌门】16:06:07

是的 这是现实使然 没有绝对对的
只是符合了 特定阶段 发展需要 的一定感悟而已
现在 我就觉的 这条路 走的差不多了 我们要转型了
【掌门】16:07:40
这条路 各位已经走的都挺不错的了 有些人 火候还差点 有的人已经超越了

【大侠】16:07:51
项目中一些部门与部门之间的活,这个推动我们可以做,但是这不是我们的主要工作啊,实际上这个活也可以说是我们自发的,主动去推动的,其实开发,dba,都可以去推动啊,我们的重点还是测试,专业化,具体化的来做。
【掌门】16:08:48
呵呵 DBA 和 运维能力 也很深的 如果公司有专门的岗位 我们大可不必花太多时间

所以我们公司 你可能呆的久了 也不好
所以 这块的东西 DBA 和运维 自己也要会 以业务测试 保证上线的前提下 自己去学一些最能帮助测试的小技能
【掌门】16:09:54
但要保留初心 走的远了 深入的过深了 又走歧途了

【掌门】16:11:33
所以 以后 要走测试专精路线了
性能的 就深入性能

自动化 就深入自动化

接口单元的 就深入接口或单元
【大侠】16:11:57
话说回来,这篇文章看完,我还是没明白,什么才算懂测试的人。
【掌门】16:12:11
没有真正懂的
说自己懂的就是不懂
活到老 学到老 变化到老

【掌门】16:13:19
真正懂的是 知道目前自己的处境是什么 在这个处境下我能最大限度的怎么保证质量

过了这个处境 仰望未来 我能提升点什么 改进点什么
【大侠】16:13:35
这几个问题也难想清楚啊,每个人思考都不一样。
【掌门】16:14:00
公司不一样 自己职业晋升不一样 走的不一样 当然答案不一样
都是基于现实说话

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 3 条回复 时间 点赞

测试,唯一的任务(价值)就是保证产品质量。以这个为核心,任何可以提高质量的事,测试都可以去做。

王德法 回复

这句话太偏太大了,给到任何角色这句话都是适用的。我还是认为测试人员做好自己的本职工作,像楼主提到的无所谓黑测白测,能保证上线阶段不出现问题就是好测试,至于如何提高系统的测试质量,应该是由测试人员的质量占大部分因素。系统的质量可以说是测试人员细心和测试技术决定。

质量的保障不单考测试,测试只是软开周期的一个环节,应更多赋予生产者的质量意识 从根本降低风险,但是若没有感染力 别人不会卵你,是吧...

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册