目录

软件测试工程师的自我修养

目录

/weixin_miniapp.png

软件测试工程师的自我修养

限于短暂

的从业

年岁

,

日常

工作中

的

技术经验,实在不足为道

。所幸翻过几篇

测试

大佬

们的

工作

感悟,

于是

总结了一些

大佬们

共有的品质素养,愿与君共勉。

对异常

的敏锐

“嗅觉”

软件测试需要善于发现产品中存在的不足。不仅仅

是

从系统使用的正向看产品是否有问题,还要从用户角度出发

,

去设想产品的行为是否存在问题。正如

许多软件测试

的

教材中说的那样,

软件

测试不

是去证明

软件是

正确

的,

而是

去证明错误的

,对于一些似是而非的现象,要如猎狗般快速嗅探出其中的 “不对劲”。比如,文档描述

上下

文

中的不连贯,

消息

传递中,一个似乎无伤大雅的换行

。

对

技术的

旺盛

好奇心

软件测试的日常工作是枯燥的,保持技术的好奇心,可以提高自己工作中的积极性,也能够促使自己用技术的手段提高测试效能。人们

常说好奇心是人类进步的源泉,对

技术

的

好奇

,诱发

学习

的兴趣

。

这

或许

是

能够

在测试这一行当中长久

走下去的

,最为关键的品质了

。

扎实

的技术基础

众所周知,国内的软件测试行业门槛普遍

较

低,然而软件测试的工作性质

,又

不得不

要求

从业

人员

拥有

足够高的技术

素养。试想,一个技术素养低下的人,又如何能够指出一个技术能力强的人在设计和开发中的不足呢?于是乎,大量的软件测试人员停留在黑盒测试、手工测试层面,很难再

有所

提升。

而作为一名合格的软件测试工程师,应当

要做到的是

:能阅读开发的代码,能理清开发代码的设计思路、实现逻辑;对于系统

的

新增需求,会改变原有的哪些模块,会影响哪些地方的回归,这些都了然于胸。

因此,如果你自认自己技术能力弱,那么多在这上面下些功夫吧。在日常工作中,多去看设计文档,看开发的代码,甚至自己动手去实现一些工具。如果过不了这个坎,软件测试中的高级岗位基本和你无缘,就等着被后来者顶替你吧。

系统性

的

质量意识

在软件研发过程中,问题发现的

越早,修复的成本越低

。在

整个软件测试过程中,

质量

意识应当贯穿

于

所有环节,

从

质量的角度

去

思考问题。

专家级的软件测试工程师往往都拥有

一套

自己的质量体系思路,能够在日常工作中,通过架构设计的优化、设计实现有效的测试工具平台、研发流程优化等等手段,去最大限度的降低软件开发过程中的风险。一名专家级的软件测试工程师,基本要具备和开发架构对等的能力,可以和开发架构平等对话设计产品的质量能力。

对产品

的思考

这或许不应当

是软件测试工程师所需要做的工作,然而

《 How Google Test Softwore 》一书中

有这样一句话:

Build the right thing before building it right. 许多产品的

无疾而终

,并不是因为质量问题,而是因为产品的定位问题。这几乎是

先

天缺陷,在软件测试过程中绝难弥补回来的。

而作为

软件测试人员,

我们

需要

构想

系统的业务场景

,并尽可能的从

用户的角度去看待

系统。

这是否意味着我们

有机会在

参与产品研发初期,就

可以

发现产品的定位

是否

清晰而合理?是否

可以

尽早的纠正产品最根本性的定位

,

从而避免无意义的人力投入?

限于短暂

的从业

年岁

,

日常

工作中

的

技术经验,实在不足为道

。所幸翻过几篇

测试

大佬

们的

工作

感悟,

于是

总结了一些

大佬们

共有的品质素养,愿与君共勉。

对异常

的敏锐

“嗅觉”

软件测试需要善于发现产品中存在的不足。不仅仅

是

从系统使用的正向看产品是否有问题,还要从用户角度出发

,

去设想产品的行为是否存在问题。正如

许多软件测试

的

教材中说的那样,

软件

测试不

是去证明

软件是

正确

的,

而是

去证明错误的

,对于一些似是而非的现象,要如猎狗般快速嗅探出其中的 “不对劲”。比如,文档描述

上下

文

中的不连贯,

消息

传递中,一个似乎无伤大雅的换行

。

对

技术的

旺盛

好奇心

软件测试的日常工作是枯燥的,保持技术的好奇心,可以提高自己工作中的积极性,也能够促使自己用技术的手段提高测试效能。人们

常说好奇心是人类进步的源泉,对

技术

的

好奇

,诱发

学习

的兴趣

。

这

或许

是

能够

在测试这一行当中长久

走下去的

,最为关键的品质了

。

扎实

的技术基础

众所周知,国内的软件测试行业门槛普遍

较

低,然而软件测试的工作性质

,又

不得不

要求

从业

人员

拥有

足够高的技术

素养。试想,一个技术素养低下的人,又如何能够指出一个技术能力强的人在设计和开发中的不足呢?于是乎,大量的软件测试人员停留在黑盒测试、手工测试层面,很难再

有所

提升。

而作为一名合格的软件测试工程师,应当

要做到的是

:能阅读开发的代码,能理清开发代码的设计思路、实现逻辑;对于系统

的

新增需求,会改变原有的哪些模块,会影响哪些地方的回归,这些都了然于胸。

因此,如果你自认自己技术能力弱,那么多在这上面下些功夫吧。在日常工作中,多去看设计文档,看开发的代码,甚至自己动手去实现一些工具。如果过不了这个坎,软件测试中的高级岗位基本和你无缘,就等着被后来者顶替你吧。

系统性

的

质量意识

在软件研发过程中,问题发现的

越早,修复的成本越低

。在

整个软件测试过程中,

质量

意识应当贯穿

于

所有环节,

从

质量的角度

去

思考问题。

专家级的软件测试工程师往往都拥有

一套

自己的质量体系思路,能够在日常工作中,通过架构设计的优化、设计实现有效的测试工具平台、研发流程优化等等手段,去最大限度的降低软件开发过程中的风险。一名专家级的软件测试工程师,基本要具备和开发架构对等的能力,可以和开发架构平等对话设计产品的质量能力。

对产品

的思考

这或许不应当

是软件测试工程师所需要做的工作,然而

《 How Google Test Softwore 》一书中

有这样一句话:

Build the right thing before building it right. 许多产品的

无疾而终

,并不是因为质量问题,而是因为产品的定位问题。这几乎是

先

天缺陷,在软件测试过程中绝难弥补回来的。

而作为

软件测试人员,

我们

需要

构想

系统的业务场景

,并尽可能的从

用户的角度去看待

系统。

这是否意味着我们

有机会在

参与产品研发初期,就

可以

发现产品的定位

是否

清晰而合理?是否

可以

尽早的纠正产品最根本性的定位

,

从而避免无意义的人力投入?

https://i-blog.csdnimg.cn/blog_migrate/cb9049cf6d1686f133bddee8bec96ab3.jpeg

/weixin_miniapp.png