测试人员的成就感——测试工程化实践之路(07)

发表于:2023-4-03 09:31

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:肖利琼    来源:51Testing软件测试网原创

  1.7测试人员的成就感
  在戴尔·卡耐基所著的《人性的弱点》中,成功包含下列两方面含义。
  1)个人价值得到社会承认,并赋予个人相应的回报,如职位、金钱和尊重等。
  2)自己承认自己的价值,从而充满自信,并获得幸福感和成就感[成就感是一个人做完一件事情或正在做一件事情时,为自己所做的事情感到愉快或满足的感受,是愿望与现实达到平衡而产生的一种心理感受。]。
  在软件测试工作中,测试人员的成就感是什么呢?作者通过下列4个案例给出相应的心理剖析,来介绍一下测试人员的成就感。
  【案例1】
  当发现一个bug,尤其是这个bug对客户的使用有严重影响,并且开发人员难于解决时,我很开心,很有成就感。
  心理剖析:开发人员生产代码并构建产品,但在生产代码的过程中,不可避免地会产生bug。测试人员发现bug,开发人员修复bug,从而使产品质量得到提升。如果测试人员发现的bug对产品质量的提升贡献较大,那么自然会产生很强的满足感。开发人员是产品的直接贡献者,测试人员是产品的间接贡献者。
  【案例2】
  我开发的几个小工具可以实现测试过程中的数据自动生成和自动删除功能,还可以进行自动测试和夜间无人值守的压力测试。除自己使用这些小工具以外,我还将它们分享给其他同事。因此,我很开心。
  心理剖析:应用编码技术开发测试小工具,不但提高了自己的测试工作效率,而且通过分享也提升了同事的工作效率。这是通过自身努力提升整体测试效率而获得的成就感。
  【案例3】
  由于我对产品业务很熟悉,因此,在软件开发的过程中,我提出的需求问题经常被采纳。特别是在一次需求测试[需求测试:以用户为核心,针对需求,对背景、使用场景和风险等方面可能遇到的问题进行回答的过程。需求测试是我们在软件测试实践过程中摸索出来的一套测试左移的方法。]过程中,我发现某个产品组件的布局与竞品公司拥有的专利有冲突,于是及时阻止了原有需求的开发,规避了后面相关软件开发、测试工作推倒重来的风险,得到了产品经理的肯定。
  心理剖析:需求是测试人员进行测试分析、测试设计的重要依据。前面的需求有误或遗漏会导致后续开发工作、测试工作增加或推倒重来。企业往往以结果为导向,因此不愿意看到此类事件发生。我在开发前期发现此类问题,使得项目及时止损,从而规避了风险,确保了产品的开发进度。产品经理的肯定和为产品做出的贡献使我获得成就感。
  【案例4】
  我们团队收到客户的表扬信,一是肯定了我们在软件升级现场的服务态度非常好,业务能力强;二是认为我们的产品质量并不比国外产品差,性价比更高。
  心理剖析:“让客户满意”就是我们追求的目标,只有产品的成功,才能带来测试的真正成功。客户的肯定使我获得成就感。
  1.8测试人员的挫败感
  前面谈了测试的成就感,接下来谈一下测试人员的挫败感。软件测试工作的性质决定了测试人员与bug有“不解之缘”。软件测试工作不仅包括拦截bug,还包括在开发前期预防bug,以及对产品在用户端使用时返回的日志进行分析,这些往往离不开bug定位工作。因此,无论是测试左移还是测试右移,我们在整个软件生命周期都要关注bug问题。
  作者仍然通过案例给出相应的心理剖析的方式,来介绍一下测试人员的挫败感。
  【案例1】
  测试是一种商业活动,我们不可能在有限的时间内穷尽所有测试路径,也不可能找到软件中的所有bug。从理论上来说,出现漏测bug[漏测bug:一般是指本该在公司内部测试时发现的bug,但实际上却被遗漏到用户端,由非测试人员在实际使用产品时发现。在不同公司中,漏测bug可能有不同含义,如一些公司在开展内部测试活动时,会进行交叉测试(两个测试人员交换测试对象)。交叉测试活动中发现的问题也称为漏测bug,属于内部漏测bug。]很正常,但有时我们会因此受到领导或同事的指责。
  心理剖析:测试工作的目的是发布质量可靠的软件,特别是要确保用户常用的功能是可靠的。用户对核心场景的bug是零容忍的。在很多公司中,用户反馈的质量问题是考核测试人员的重要指标。漏测严重的bug会给客户和公司带来损失。漏测bug给测试人员带来的挫败感可想而知。
  【案例2】
  产品有“电话本最多可以保存500条记录,每条记录有10个字段”这个需求。为了对500条记录进行边界测试,我通过手工方式录入100条记录,感到效率低下。还有,产品上线后需要进行需求更改,由于担心对更改点的测试不全面和不充分,因此我将相关模块的上万条测试用例重新执行了一遍,由于是手工测试,因此我对这种测试策略感到无奈。
  心理剖析:尽管测试人员需要不断地对软件的一个个版本进行迭代测试,但效率低下的手工方式不仅浪费时间,而且会使测试人员产生挫败感。
  【案例3】
  本来今天计划发布产品的最新版本,不再扩充新需求,但项目经理应客户的要求,需要增加一个重要功能。需求的变化经常导致开发和测试工作重新进行,不仅影响交付时间,还人为地增加了开发人员和测试人员的工作量。
  心理剖析:项目的需求缺乏管控机制,突发需求不断,而计划却没相应调整,最后出现工作量增加和影响交付等情况。这些突然增加的需求和工作量的增加会给测试人员带来极大的挫败感。
  【案例4】
  项目经理说,产品在最近的使用过程中,每天会自动重启,这影响了用户的正常使用。项目经理要求研发人员在两天时间内把问题解决,否则用户要求更换产品或退货。
  心理剖析:问题产生的原因往往还未分析清楚,我们就需要拿出“止血”(立即制止产品中的问题)方案并使之落地生效。此方案需要兼顾进度与质量,相关人员感到压力非常大,同时会产生挫败感。此外,我们还需要对产品暴露的问题进行复盘,这时也容易产生挫败感。
版权声明:51Testing软件测试网获得作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号