测试人员被认为是低调的吗?[关闭]


17

我碰巧认识一些系统管理员,据他说,与开发人员相比,测试人员在组织中没有得到优先考虑。毫无疑问,没有测试人员就不可能发布软件,但是我从来没有把手放在测试上,所以对此没有太多的了解。无意冒犯。

Answers:


28

不幸的是,根据我的经验,他们经常被当作二等雇员对待,甚至对程序员来说是轻浮的待遇。

它源于许多方面:

  1. 当测试人员正确地完成工作时,除程序员之外的所有人都容易忘记他们甚至存在。就像网络管理员一样,您只会在他们没有完成工作或做得不好时才注意到他们。因此,从组织其他成员的角度来看,他们只是因为自己的错误而被记住。

  2. 对于渴望成为程序员但还没有资格从事这些工作的人们,它被错误地视为入门级工作。实际上,在我工作过的一家公司中,尽管他们要求获得Q&A职位,但他们仍被授予Jr. Programmer职位。甚至他们在质量保证部门中的事实也不足以让人力资源部门对此进行讨论。

  3. 由于#2,假定测试人员都是入门级人员,应相应地支付报酬。

  4. 没有人喜欢受到批评,并且防御性程序员不喜欢测试人员是很常见的,因为他们的工作要求他们整日指出程序员的错误。作为一名经理,我经常执行PR任务,以提醒程序员,质量检查团队的存在是为了使他们看上去好看,而不是将他们拒之门外。

  5. 至少从一开始,这往往是人们偶然而非选择地从事的工作。我不记得我参加过的任何学校中的任何学位计划,这些计划为软件问答做好了准备。他们确实存在,但通常在低端职业学校中,这只会使他们认为自己的技术水平较低。

  6. 测试工作比编程工作更有可能被发送到海外。至少程序员可以认为,在本地传达设计需求会更有效,并且保留有关公司旗舰应用程序如何在公司内部工作的知识很有价值。但是,测试更容易模块化,因此更容易外包。

  7. 由于上述所有原因,测试人员往往会看到墙上的文字,然后转而从事其他工作(例如编程),尤其是真正出色的工作。这意味着大多数测试工作往往会配备更多的入门级人员,这些人员尚未精疲力尽或继续从事其他工作,这不幸地加强了上述一些想法。


3
“就像网络管理员一样,您只会在他们没有完成工作或做得不好的时候注意到他们。” 相反,我认为优秀的测试人员会受到很多关注,因为他会发现并记录很多错误。你到底是什么意思
Joren

7
@Joren-注意,我说的是“除了程序员之外的所有人”。老实说,您组织中除程序员外,还有多少人不知道发现并记录了多少个bug?
JohnFx

哦,我错过了。是的,这很有意义。
Joren

我真的希望您的经验能拓宽:)
蒂姆·波斯特

11

通常取决于公司。他们通常被视为二等公民,在许多公司中,测试被视为入门级职位,从此您就可以逐渐成为一名真正的开发人员。

这当然是胡扯。与一些优秀的测试人员一起工作后,我可以说他们既有价值又很难获得。具有足够的创造力来发现非显而易见的错误并且有足够的方法来完成一项彻底工作的人。

但是,有一个例外:我认识一些Microsoft测试人员,并且听说那里的测试人员是一流的公民。


7
学习如何测试很容易,学习如何正确测试很困难。我完全同意一支优秀的测试人员/测试团队值得一试。
克里斯,2010年

确实,测试人员可以节省公司资金,节省老板的生命,并且事情真的很顺利=无需强调。将会有一段时间测试人员将受到尊重,他们的工具将变得更加复杂。
Junior M 2010年

7

我已经在一个相当大的项目上担任功能测试员一年了。每个团队大约有10位成员,其中有2-3位是测试人员。我必须说,我们对项目的重视程度与开发人员一样重要。

查找错误并非易事。首先,测试人员必须了解代码应该执行的操作。这意味着阅读并理解需求。这里的关键是理解需求-如果测试人员不能充分理解需求,以至于不知道如何编写肯定的测试用例,那么您应该担心。这意味着开发人员已经编写了一些代码,这些代码可以实现他们预期的功能。这个假设正确吗?在整理出需求之前,您是不知道的,并且您可以感谢测试人员发现该缺陷。

其次,测试人员必须编写错误的测试用例,以确保代码不会执行不应做的事情。一个合理的经验法则是,您为每个肯定的测试用例编写5-10个错误的测试用例。这意味着需要进一步了解需求,通常信息是(至少在我们的项目中)令人困惑和模棱两可。(这并不是因为努力收集需求而已-仅在我们的团队中就有大约13,000人。)同样,开发人员将使用他们的假设编写代码,甚至更糟的是,甚至根本不会考虑这一点。那么,在这些不正常的情况下,代码会做什么?在测试之前不知道。也许程序没有响应;也许只是崩溃了;也许它破坏了数据;也许它允许用户以root用户身份运行命令。无论做什么,您都想知道。否则,您可能会发现自己有一天在报纸上阅读以下标题- [您的公司名称]的“ FLAGSHIP”计划泄漏了客户的信用卡号。

因此,请善待您的测试人员。好好对待他们。毕竟,他们是根除您软件中的错误并使您以及我们的生活更加轻松的人。


2
是的,我并没有否认其继承人的重要性,只是担心他们在组织中的声誉或职位。
Ayush Goyal,2010年

2

能够有效分析问题并能进行良好测试自动化的优秀测试人员值得拥有金子,因为那里有那么多牛仔测试人员(在采访一位“测试人员”时,他突然大笑起来,因为他意识到我们知道自己在做)被当场考验自己的简历时发现的东西)。

在我的团队中,测试人员被视为平等的人-包括责任和薪水。如果您想让测试人员整天点击,请将其外包给便宜的地方(我们也这样做)。


2

阅读其他答案后更新:有很多质量检查专业人员都喜欢他们所做的工作。如果您还没有遇到过任何受人尊敬的质量检查职位,请给出另一种观点,此处仅举一个示例:针对领先汽车制造商的嵌入式应用程序/移动应用程序测试。他们确保在将车辆投放市场之前完全满足业务要求,并且没有用户遇到速度缓慢或反应迟钝的汽车仪表板。他们与经理和高层管理人员紧密合作,从开发人员计划QA流程开始,到开发人员在设计工具中的仿真器上进行动手测试,他们都与之紧密合作。我不能认为他们是低调的,他们承担着巨大的责任和所有权,并且是最好的工程师之一。

现在是我较早的答案,反面:

我观察到,工程专业的毕业生讨厌被分配到测试部门(上下文:印度,大型软件服务公司,一切都由“业务需求”驱动),因为他们认为这是一种非技术性工作环境。为他们提供了excel表格,其中包含“单击网页中的所有链接并进行验证”之类的说明,被迫与非技术类(科学,艺术)专业的毕业生合作,他们认为这是一种侮辱,觉得自己的技术技能不强利用。这些分配纯粹是根据组织的要求而进行的,并且在大多数情况下,更新的组织没有权力来协商其职业道路。因此,如果您是针对这样一个大型IT公司的求职者,则会受到警告。实际上,除了在适当的时间离开公司之外,您不能做太多事情。

除非有机会学习自动化测试,负载/性能测试等,否则职业生涯就会停滞不前。我个人认为,现场作业的机会(=从离岸程序员的角度来看,大量的钱)对于我的组织比其他任何单位都要好。它们与所有行业垂直行业都可以用作填充剂或胶水,因为在所有领域的项目中都不可避免地要进行测试。

如果您有信心可以按照自己的意愿来发展自己的职业,那么测试就算是低调了。凭借4-5年的经验和一点运气,您可以获得很好的展示机会,有时还可以与顶级业务用户进行互动。您还可以很好地了解您所从事的行业/领域(与主要关注系统某些部分的开发人员相比)。在这一点上,人们也可以选择转而担任业务分析师。


0

我知道质量检查小组负责发布的公司。这意味着由于缺乏质量,他们有权阻止发布。如果在现场报告了问题,则它们是最先发生的问题(紧随现场工程师之后)。

通常,他们具有较高的领域知识。当开发人员专注于他们的模块/功能时,他们倾向于更好地了解产品的整体功能。

我也知道QA组织必须编写自己的测试工具。更不用说使整个过程自动化。我是一名开发人员,一直以来都很重视测试我的功能的质量检​​查人员。

至少在我的组织中,质量保证与开发人员一视同仁。我认为这是因为域(电信)对协议和网络体系结构知识与编程技能的重视程度相同。


-1

是。不管喜欢还是不喜欢,它们同样重要,但始终不那么受欢迎。可能是因为它们易于更换。


2
容易更换?真?像其他任何东西一样,好的东西很难更换
Gratzy

8
更换好的测试仪非常困难,例如,比更换好的开发人员要困难得多。
FinnNk 2010年

2
是的,好的很难替换。BUt感知来自较大的群体。
怪胎

我也觉得这很有趣。SDET比SDE具有更好的工作安全性,因为它们不多。这就是为什么如此多的公司最终将初级SDE用作SDET的原因的一部分。当然,跨学科的经验也很棒。。。但是我从未听说过一家公司强迫SDET担任跨学科经验的SDE。他们之所以这样做,是因为他们无法获得足够好的专用SDET。
埃塞尔·埃文斯

如今,甚至有一个神话,即测试人员可以完全由自动测试(由开发人员自己编写)代替。
Giorgio 2014年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.