• 0
  • 0
分享

即使有着丰富测试经验的测试人员,听到“临时任务”都会望而却步,更别说刚刚从事测试工作的从业者,那么我今天就带领大家梳理下临时任务特点,并结合自己的亲身经验总结出注意哪些方面能够快速、轻松的处理这些问题。

 临时任务特点

1. 时间紧任务重

最近一段时间公司要研发一款APP,需要用到人脸识别技术,所以前期需要对市面上常用的几款有关人脸识别技术的应用进行调研,从而选取一款性价比较高的应用。因为涉及到市场、商务、研发各个部门,时间紧任务重,所以每接到一款新的可测试app,都需要在1-2天内测试完成并提交报告。

2. 没有《需求设计说明书》等相关文档

当我接到可测试的APP后,一般来说都没有《需求说明书》、《测试用例》等相关文档,也没有关于软件介绍的说明文件,我们只能结合需要做的产品与待测APP相关的功能总结测试功能点,比如说一体机进行人脸识别时需要考虑到距离是否符合要求、人脸比对时是否支持活体检测等。

3. 没有Bug跟踪系统

一方面所测试的APP都是非本公司研发人员研发而成 ,无法搭建BUG跟踪项目;另一方面测试初衷是评估软件是否适配,所以没有必要重新建立项目跟踪记录,在这样情况下,我会将发现的问题总结到excel表中,写明序号、问题描述、问题步骤、复现概率、附件等相关内容,方便查阅,在发送测试报告时,统一发送给相关干系人。

我们需要具备哪些能力

对于类似这种临时的小任务,一般都是领导简单交代几句话,说明一下什么时候反馈结果,对比正常的流程我们会跳过需求理解阶段,直接进行测试,在测试过程中贯穿沟通、划定范围边界、总结报告等,那么下面我给大家介绍在哪些方面是需要我们平时注意积累的

1. 突破心理障碍,提高快速应变能力

大家都知道,一个人在一个项目中呆久了,思维已经形成定势,面对熟练的功能和任务做起来可以随心应手;然而面对一个突发的临时任务,第一反应就是“我没有做过,我可以么?”这样在反问自己,我也曾经遇到过,有的同事第一反应脱口而出“我没有做过…”

2. 加强沟通能力

沟通管理贯穿在项目始终,无论在与领导讨论任务时还是给测试人员分配任务时,可以说一个项目70%都在与人进行沟通。记得有一次我分配任务时,只告诉大家测试的功能点、范围有哪些,和每个人测试执行的用例有哪些,在测试过程中,发现有的人对测试功能的目的提出异议,后来我口头和对方沟通讲解了是由于接口改造会导致某些功能调用失败的情况,需要我们进行下全功能回归测试。通过这次事情,我想表达的是沟通不仅仅是表达自己的思想,也是了解其他人想法的过程,通过沟通解决疑问,更快速的高质量完成项目。所以说无论大小任务,平时多注意积累,总结自己沟通方面的欠缺,都是百利而无一害的。

3. 总结报告能力

发送报告给干系人,可以使其了解当前任务状态,主要的成果物完成情况怎么样,当前严重问题有哪些,方便其作出决策。

在这里我想给大家提供2个建议:1. 因为时间特别紧张,我经常是手里有活的情况下还要完成另一个任务,都是没有时间进行测试用例编写的,但是发送报告时还是需要总结出测试场景,所以慢慢的就养成了边测试边记录测试场景的能力,这样做的好处是减少了测试问题总结的时间,你可以在测试结果处直接标记;2.发送报告时,在详细问题前面用几句话简单介绍下当前严重的问题有哪些及你认为当前版本质量,这样一来相关干系人可以避免从测试记录项中逐条发现当前问题,为决策者节约时间,对项目质量有个心理预期。

对于这种临时的小任务,最主要特点是时间紧张,没有熟悉过需求,所以我们平时多注重自己应变能力,总结报告能力,和其他人沟通能力的锻炼,有心者事竟成,相信慢慢的你会发现一个不一样的自己。

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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 并发测试和持续性压测都是评估系统性能的常用方法,它们可以帮助开发人员发现并解决系统中的性能问题。本文来详细介绍下。概念并发测试: 旨在评估系统在同时处理多个用户请求时的性能。在这种 测试 中,系统会暴露于一定数量的用户负载下,并且会记录系统的响应时间、吞吐量和资源利用率等指标。这些指标可以用来确定系统的性能瓶颈,以及在不同负载下系统的表现。持续性压测: 旨在评估系统在长时间运行或高负载下的性能。在这种测试中,系统会暴露于一定数量的用户负载下,并且会持续一段时间运行,通常在几个小时或几天。这种测试可以用来确定系统在长时间运行下的表现,以及在高负载下系统是否具有可扩展性。并发测试在并发测试中,需要...
            0 0 1518
            分享
          • 前言做为一个压测工具(库),[locust](http://locust.io/) 其实解决这么一个问题:AB 之类压测工具不能编写复杂的因果逻辑,而现实场景中,待压的服务往往是有一套完整执行流程的,比如 APP 要访问一个 API,是需要先鉴权(验明不是非 APP 访问),再登录换 Token,然后才是 API 调用……这一切,在 locust 中都很容易实现,本质上,应用 locust 做压测,就是在写 Python 程序,只是它集成了一套不错的 UI,外加并发的benchmark功能。至于写个压测为什么要用Python,是因为:这玩意心智负担低,你谷歌SO复制粘贴一把梭,直接上...
            0 0 2182
            分享
          • 一、游戏测试游戏测试作为软件测试的一部分,它具备了软件测试所有的一切共同的特性:所以游戏测试则主要分为两部分组成一是传统的软件测试二游戏本身的测试(游戏可玩性测试)1、 游戏情节的测试,主要指游戏世界中的任务系统的组成2、 游戏世界的平衡测试,主要表现在经济平衡,能力平衡(包含技能,属性等等),3、 游戏文化的测试,比如整个游戏世界的风格,是中国文化主导,还是日韩风格等等4、 游戏世界的搭建,包含聊天功能,交易系统,组队等可以让玩家在游戏世界交互的平台。二、游戏测试方法测试的定义测试工作是,解决玩家所遇非正常问题的预测工作,同时也是不断调试平衡的一个长期观察任务。无论在什么时间段,功能实现、内...
            0 0 1529
            分享
          •   作为一个程序猴子,最怕遇到的事情就是程序出现BUG,特别是线上系统出现BUG,生产环境可不能直接上服务器来调试。  这种办法最多只能够定位问题,因为像apache和nginx的错误日志只是显示某个请求是200还是500这样子,不过通过这简单的日志我们可以分析出有没有接口出现过错误,从而知道程序有没有BUG。主动记录业务操作信息  记录日志真的很重要,可以直白的说一句,出了问题之后唯一可以拯救你的就是日志。那你也许会问该记录那些信息呢?我只能说这个得根据自己的业务来定。  例如:  (1)发送验证码,我会记录下什么时间向哪个号码发送什么验证码,服务商返回结果是什么。  (2)如果是完成任务,...
            0 0 922
            分享
          • 在项目测试中,第一轮基本功能测试完成,第二轮交互功能测试完成,到了第三轮,就需要进行一些压力测试,性能测试等请求量比较大的场景测试,但是大家都很容易忽略一种测试方向,即异常测试。异常测试顾名思义,是手动制造一些异常条件,以此来模拟用户使用过程中碰到的一些突发情况。这些问题在短期使用可能不会遇到,但是随着软件使用时间越来越长,会有可能暴露,所以需要提前测试。设计异常测试用例时,需要关注哪些方向呢?我这边简单整理了一下:异常场景测试重点:1、关注异常情况下,终端界面提示信息合理性;2、关注异常场景下,是否出现脏数据;3、关注异常场景下,界面有合理错误提示,不会出现程序崩溃及异常;4、关注异常恢复后...
            1 1 14106
            分享
      • 51testing软件测试圈微信