• 0
  • 0
分享
  • 测试人员如何正确看待自己的角色?——软件测试圈
  • 曼倩诙谐 2021-06-22 13:39:14 字数 1958 阅读 1168 收藏 0

  测试人员应该为项目做什么?这可能是每个测试人员都会思考的问题。

  角色是一种关系,虽然你不能控制自己的角色,但可以控制自己角色锁承担的职责。只有清楚了自己的角色,才能给自己的角色设定合理的期望值。并且在因为产品质量问题受到责(背)备(锅)时,进行反驳。

  那么,测试人员应该如何正确看待自己的角色呢?

  测试人员服务多个“客户”

  测试是一个服务角色,服务意味着客户,你的成功主要取决于你如何满足客户的愿望和最大的利益。

  而测试人员有很多“客户”,在项目开发中,你的客户主要是“项目经理”、“开发人员”和“终端用户”。他们都有自己的需求,而且他们的共同需求不一定一致:

  项目经理

  指导项目是项目经理的特权。你的工作就是告诉他你能做什么、不能做什么,以及任何给定的条件或决定对测试的影响。

  开发人员

  测试人员越快提供清晰好用的bug报告,程序员的工作就越容易进行。如果你能做到这一点,就能和开发人员相处得更愉快,在团队里也会获得更大的影响力和支持。

  终端用户

  有一点测试人员要牢记在心,那就是你的最终客户是将要使用产品的人,用户的满意才是我们最应该追求的东西。

  测试人员的任务

  所在的行业、公司、项目或团队的不同,测试人员的任务也有很大的差异。但大体分为以下几类:

  ·快速找到重要的bug

  ·提供产品质量的总体评估

  ·保证产品符合特定的标准

  ·帮助客户提高产品质量和可测试性

  ·确保测试过程符合责任标准

  ·帮助提升质量改进的流程

  ·以一种最小化成本、时间执行工作

  快速发现重要bug

  测试人员最常见也是最重要的职责之一,就是快速发现重要bug。那么,应该怎么做呢?

  优先测试程序改动的部分

  任何修改和更新都可能产生风险或引入新的bug,测试程序改动的部分,容易快速发现bug。

  优先测试核心功能

  核心功能往往是产品的“卖点”,保证核心功能正常才能凸出“卖点”。

  优先测试系统功能而不是系统稳定性

  功能不完善何谈稳定性?!

  优先测试常见场景而不是极端少见的场景

  牢记“二八原则”,常见的测试场景才是测试的目标区域。

  优先测试影响性大的问题

  影响性大的改动或问题容易波及其他功能,收缩波及范围,避免波及部分产生新的bug。

  优先测试客户感兴趣的功能区域

  客户感兴趣的功能区域往往是客户最先使用和bug容忍率最小的地方,优先保证这部分功能正常运行,维护客户信任度。

  你不可能发现所有bug

  你的工作是发现并报告重要的bug,但你不可能找到所有的bug。

  要找到所有的错误,就需要:

  ·必须在可能出现错误的任何地方查找

  ·必须在可能出现的每一种不同情况下查找

  ·需要一种万无一失的方法来识别出现的每一种不同类型的错误

  如果你认为你可以做到这几点,要么你测试的是一个非常简单的产品,要么就是你测试得不全面。身为测试,我们必须知道,要找到所有bug是一个不可能完成的事。

  小心“完全”测试

  想想完整测试可能意味着什么?!

  ·完成了对产品中的每个bug的发现;

  ·全面检查了产品的每个方面;

  ·完成了所有人力可能的测试;

  ·完成了产品的所有种类测试。

  请注意,“完全”的定义并不是在项目开始时就可以确定的东西,随着测试项目的发展和新的测试任务的出现。

  对此,你必须慎重考虑,一旦你这么说,那么就可能面临因为没做好工作而受到指责的局面。

  不要成为质量的“看门员”

  一些测试人员梦想拥有对产品发布的否决权。如果这个愿望得到实现,那么出现问题时也就应该受到惩罚。

  这是因为,当测试人员控制发布时,他们也必须对产品的质量承担全部责任,这样的话其他队员就会放松警惕,甚至可能会完全忽略。

  如果产品上线后出现任何漏洞被大家知道,其他团队成员就会耸耸肩并责怪测试人员。毕竟,是你决定要发布这样一个有bug的产品的。

  因此,不要想着成为质量的“看门员”,梦想拥有绝对的否决权。

  警惕“非我工作”的测试理论

  测试工作事复杂的,且与其他项目活动是相互关联的。然而,大部分测试人员都白这份工作看得过于简单了。

  很多人认为,他们的任务只是找到产品和指定的规范之间的差异,而除此之外的任何问题,比如可用性问题、需求问题、数据质量和可支持性问题等等,都不是“自己的工作范畴”。

  实际上,不论在什么情况下,你的任务都应该是,尽自己最大的能力发现并通知团队,任何可能对产品产生不利影响的问题。

  也正是因为这个原因,一个优秀的测试团队才需要不同的人才的加入,他们需要共同理解和开发产品,包括:设计、制造、营销、销售、服务和升级。

  说了这么多,你是否对测试人员的角色有了更深的认识呢?



作者:刘晓佳Rachel   

来源:51Testing软件测试网原创

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 质量内建的关键是缺陷预防近几年,软件开发过程中的质量内建正在逐渐被大家所重视。越早发现的软件缺陷,修复成本越低。质量内建要求在软件开发生命周期的每个阶段做好质量保障工作,预防缺陷的产生。缺陷预防说到缺陷预防,通常能够想到的就是测试前移(QA从需求阶段开始介入、TDD/ATDD等)、Code Review等实践,正向的来预防缺陷的产生。但是,软件系统的生态环境越来越复杂,不确定性增加,缺陷预防的难度也在增加。如果缺陷已经产生,是否还能被利用来帮助质量内建呢?在《软件缺陷的有效管理》一文中介绍了基本的缺陷分析方法,接下来我们一起探讨一下如何利用缺陷分析来帮助质量内建。缺陷分析与质量内建缺陷分析最为...
            0 1 3326
            分享
          • 现在很多人,等不及。现在很多人,不想等。外面的广告更加夸张,我要的现在就要。真是chedan。搞什么假惺惺不懂都要付出时间。把时间这个变量狠狠地抛诸脑后,定会受到时间狠狠地鞭打,让你好好停下来,等等时间。等,本来就是行动计划的一部分。心里没数,就等不及;心里没底,就等不起;肚里没货,就等不了;胸中没有战略,就等不下。急,不是因为真的急,而是不知道该干嘛。一切尽在咫尺,不是所有的事情都尽在掌握。《孙子兵法》说先计算,看看自己有多少胜算的把握,算出来可胜,行啦,这个时候再动;算出来,把握不大,不要动,等到时机成熟的时候,再动;等到能动的时候再动。不到亮剑的时候,就摩拳擦掌,就“磨刀霍霍向猪羊”,也...
            1 1 827
            分享
          •   功能测试类型的简要说明  单元测试  单元测试确保在一个段中编写的每一段代码都能产生最佳结果。开发人员在单元测试期间只看接口和确定部件。它提供了代码进展的文档,因为每个代码单元在继续下一个之前都经过了彻底的测试。  集成测试  至少对软件的两个单元测试元素进行协调和测试,以确保它们的通信是准确的。  集成测试可以通过三种不同的方式执行:  1、自上而下的方法:首先评估来自控制流的高层或设计配置所建议的模块,然后是低层模块。如果低级模块不可用,则使用存根。  2、首先尝试低级模块,然后逐步添加重要的模块,这与自上而下的过程相反。如果高级模块不可用,则使用驱动程序。  3、自上而下和自下而上的...
            0 0 1760
            分享
          • 我们已经了解到了初级测试所需要具备的能力,和入门条件 那么我们在中级测试阶段需要哪些能力呢? 假如你会一门变成语音那中级对于你来说更加简单,假如不会也没有关系,那我们可以先学习工具是如何使用的,然后再针对自己的编程薄弱环节进行学习。 1. 自动化工具的使用 推荐工具:QTP,selenium(编程语言,可以根据自己的喜好进行学习,基本的语言都是支持的) 2. 性能工具的使用 学习和使用性能工具,公司开发出来的产品不能只有几个用户,肯定会存在大批量并发压测的需求,那么就需要我们去了解如何借助外力来达到成千上万的用户进行访问。 推荐工具:loadrunner,jmeter 3. 抓包工具的操作...
            2 6 5568
            分享
      • 51testing软件测试圈微信