灌水 看技术贴看得太多,无意中看到这么个观点,还是 1996年 时的。

文字 · 2018年08月23日 · 最后由 donly 回复于 2018年08月31日 · 2728 次阅读

软件测试的真正价值并不体现在代码中找出了多少缺陷,而是发现设计和编程人员解决问题方法上的局限、思路中的狭隘和技能方面的不足。

托尼·霍尔,1996

共收到 17 条回复 时间 点赞

测试发现了开发的局限、思路中的狭隘和技能方面的不足,但是开发自己感受不到啊~~😂

我们目前就是这样做的

不懂编程的一群人给程序员指导技术,这不是笑话吗

文字 #14 · 2018年08月23日 Author
恒温 回复

能分享一下做的思路么?感谢

套用忘记谁说的了
测试 KPI :如果用找 Bug 多少来衡量,那到底这个所测项目的质量是好还是坏呢?

软件测试的目的,是找到尽可能多的 bug ,还是尽可能验证足够多的功能没有 bug ?

值得深思

gaomengsuijia 回复

设计更多不只是技术上的东西,而是思想。

gaomengsuijia 回复

技术在你眼里也就是一些 coding skills 了吧

gaomengsuijia 回复

自以为是的程序员,指导可以从做事的方法、思考的思路、业务的处理方式方面提供程序员帮助。

托尼·霍尔你行你上,不行别 bb

匿名 #6 · 2018年08月23日

回味无穷啊

国内做测试的基本上都是技术能力偏弱的,更别说什么设计思想设计模式了。有这水平还做啥测试?

为什么我的理解跟楼上点不一样呢,这位提出的是软件测试的最大价值而非软件测试人员吧

然而就算发现了也没什么用,因为你干不过他们

徐汪成 回复

连开发写的代码都看不懂,怎么能看出来设计不足

个人觉得,看出设计和思维上的不足,并不是一定要懂代码。设计思路,业务场景考虑,不需要懂代码。

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