知乎上有一提问:程序员有必要知道为什么做某个功能吗?
本期我们就来一起讨论!
不知道你身边的开发同事,有多少是认真想过这个需求,不知道作为测试的你是否也是一拿到产品给的PRD文档,直接开始整理测试用例?
我认为,程序员是有必要知道为什么做某项功能的!原因有2点:
原因1
原因1:能更好锻炼自己的产品思维,加深对行业的认知;
大家知道,在国内,百分之90的开发工作基本都是一些“CRUD”的工作,而百分之90的测试都是拿到功能开始开始编写用例,根据用例执行测试。
随着年龄的增长,如果他能力不精进(例如之前是为了躲避写代码而选择测试,而现在随着各项新技术的出现以及大环境的不好,导致测试也被卷的不得不开始写代码),那么他的核心竞争力就会越来越差,这也充分说明了程序员越老越不吃香的道理。
那么测试人员到底有哪些底层能力,是充分拉开彼此间的差距的呢?我认为最主要的是:思维!
下面是总结的一些程序员最底层的思维能力:
-
逻辑思维:能够清晰有逻辑的理解内容,表达沟通;(测试人员最基础的能力)
-
结构化思维:结构可以说是万物之本,大到宇宙星系,小到尘埃颗粒,任何事物都有其特定的结构。结构化思维以逻辑思维为基础,是一种从无序到有序、从混乱到清晰的思维能力;
测试人员从接到需求到开始安排测试计划,其实就用到了逻辑思维、结构化思维;
而当测试人员再进一步想要了解为什么会有这个功能时,则更进一步的强化了自己的产品思维:
什么是产品思维?
比如说想要改进一款拍照软件,工程师和产品经理会有不同的思路。工程思维在于如何提升防抖功能、如何提升相机像素灯;而产品思维在于如何轻松美图、如何分享炫耀灯,更多关注的是用户体验,以及用户深层次的本质需求。
本质上讲:工程师关注How(如何做),产品经理关注Why(为什么)。这两种思维结合,可以让思考更全面和系统化;
现在市面上的产品经理水平参差不齐,鱼龙混杂,他们完全不去思考,我们的基因是什么有什么?现阶段,我们最需要、迫切的功能点有哪些?XX大公司并不是所有功能都合理正确,中途也是经过了一手又一手的人(产品技术),导致四不像,仔细用过后,你会有一种,功能撕裂的感觉。
当我们程序员拥有一定的产品思维后,你就可以抛出这些个问题给产品经理:这个需求到底它的背景是什么?有什么实际使用价值?解决了一个什么问题?为什么不能抄?
帮助我们分辨出哪些是真需求,哪些是伪需求,尽可能的将一些伪需求分辨出来,拒之门外。
原因2
原因2.让产品更好交付,不做背锅侠;
以某知乎网友的回答为例,
场景1回答:
场景2回答:
我们先抛开测试技术人员本身能力的差异等因素,试想,在其他因素保持不变的情况下,哪种回答场景能更好的避免返工呢?能更好的进行质量交付呢?想必大家已有心中已有定数!
那么,除此之外:
-
你觉得作为测试有必要知道为什么做这个功能吗?你平常的工作中有这样做吗?
-
工作中有哪些被产品经理坑的印象深刻的事情呢?
行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群: 759968159,里面有各种测试开发资料和技术可以一起交流哦。
最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。