• 0
  • 0
分享

  当我入行做测试头两份年,觉的测试工作有时候似乎挺苦逼的,我太难了……

  前言

  说实话,我真想从上面去掉"似乎"两个字,软件测试人,就是苦逼!有的人曾抱怨过开发很糟糕,但我们没办法要求开发在会写代码的同时还要把代码写好,没有过多的bug,因为这就是我们的工作;有的人曾吐槽过自己的老板很较真,但我们没办法不接受领导们的批评指责,因为批评代表我们还有继续提升的价值……除了批评外,我想每个测试员都怕被无时无刻的刨根究底,无止无休的问长问短。

  你测的怎么样了?

  现在如果你问我做测试做了这么久最怕被问什么?我想一定是领导那句:测得怎么样了?!

  回头想想,以前在公司做测试工作的时候,自认为不怕被老板批评,因为我一直都认为能被老板批评,其实说明老板还是对自己报有期望的,否则他有绝对权力可以不批评你,直接让你"走路"的,而且最重要的是,批评之后就有了改正的机会,可以提高自己了。

  但即便如此,测试人员仍然有一些最怕被问的问题,例如:测得怎么样了?还有问题吗?什么时候能测试结束啊?如何对测试人员进行考核啊?…

  不知道各位测试同仁是如何看待这项问题的,我记得当时一听到这些问题我就头皮发麻,然后就胡乱的应付几下就了事了。今天我们就先来说一说第一个最怕被问到的问题:“测得怎么样了?”

  首先我们先分析一下为什么管理层喜欢问这个问题,其实如果抛开测试的内容(这个问题就变成:干得怎么样了?),这个问题对于一个上级来询问下级的工作是最普通不过的了,但是如果加上测试两个字,你会发现这个问题几乎没有办法回答。

  因为凡是有一点测试常识的人都会知道,测试是不可能有尽头的,无论你覆盖多么强,测试多么细致,一定会有没有测试到的"死角",这些其实都是客观存在的事实,谁也不可能改变。

  这样回答

  对于"测得怎么样了?"这类问题若想回答的让领导满意,至少要做到以下三点:

  首先我们作为测试人员要就测试工作的这个特点和管理层进行一定的沟通,先要让上级接受一个事实:测试无论如何都不可能做到"零缺陷"。

  如果您的上级也同意这个客观存在的现实,那么接下来我们还必须说清楚另外一件事情,那就是我们虽然做不到零缺陷的测试,但是我们有责任要清楚地告知管理层我们测试过程中的"死角"有哪些?

  清楚了"死角"之后,最后要分析这些测试死角可能带来的风险是什么?

  以上这些内容分析清楚之后,只能说问题交代清楚了,但是这件事远远没有结束,如果要想比别人做测试更有成就,我们还要做以下几个方面的工作:

  针对分析出来的风险,要继续明确这些风险可能会对我们目前的项目造成的危害有哪些?

  如果发生了这些风险,相关的解决措施是什么?

  这些方案的实施造成的成本和时间的损耗是多少?…

  初入测试职场

  蓦然回首,软件测试风风雨雨这5年,起初每天的工作只是鼠标点点点,别问我测试用例咋写,我还真不知道,闲的时候真的怀疑自己的存在价值。但那只是我以为,时间荏苒,工作越久越能体会测试才不是这么简单,只会点点鼠标,并不能走的长远,工资也渐渐的无法满足生活需求,恍然明白,对于一个测试员而言,自己没有一个很好的框架,完全跟着感觉走,根本写不出好的测试用例。

  测试绝对不是一个人闷头干,避免不了与人打交道,其中与开发沟通交流的最多,倘若遇到好的开发,流程是这样的:你提出bug→开发找原因→开发找代码问题→开发修改;倘若遇到不好说话的开发,流程是这样的:你提出bug→开发不搭理你→雨我无瓜→讲一堆开发语言→继续不搭理你→你只能生闷气。

  所以,为了与开发沟通方便,我开始学习编程语言,什么Python、Java……不求写出完美的代码,但求与开发缩小代沟,同时对于我日后软件测试的职业发展肯定会有帮助。

  再继续我的测试生涯,忽然发现,测试这一行,总是千差万别,自己会的别人不会,而别人会的自己很多不会。记得有一次面试一家上市公司,面试官问我最擅长什么,我突然哑口无言,总不能说擅长学习吧,总不能说擅长上网搜索资料吧,总不能说擅长点点鼠标吧,总得有拿的出手的东西吧,总得有出类拔萃的技术吧!

  优秀测试工程师成长记

1.png

  快速理解业务→梳理项目需求→测试用例设计……这些都是作为一名测试员的基础要求,如果想更好的提高工作效率,会做自动化测试→性能测试→安全测试等真的很有必要,同样每项测试都离不开深入理解业务→整理定位测试需求→设计合理的测试用例→筛选合适的测试工作→掌握测试工具的使用→分析测试结果……

  如果想要使用测试工具,总得会编写代码吧,单单只会录制回放,同行见同行,肯定会成为人家的笑柄,同样,分析结果也少不了代码的加持、硬件设备的了解以及数据库的使用……

  总而言之,无论欠缺了哪一样,对于测试员而言都是给自己挖了一个坑,没有充分的证据,自然会被开发怼,没有足够的技能,当然会被领导批,唯有不断的提升自己,不断地学习学习,才能把坑填平,才能升职加薪拥有更好的职业发展。

  如果能做到以上这些方面,你做测试就一定会让老板非常放心,即使出现了问题,大家也都提前有准备。那你一定也是老板最得力的左膀右臂。加油吧!同志们,为了我们更好的未来,一起积极来想办法解决这些难办的问题吧!


作者:码上开始    

来源:http://www.51testing.com/html/79/n-7792879.html

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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 前言在一线大厂,没有测试这个岗位,只有测开这个岗位即使是做业务测试,那么你的title也是测开所以想聊一聊测开的看法但不代表这是正确的看法,仅供参考还没来阿里之前,我对测开的看法一直以为专职做自动化测试和性能测试是测试这条路的最终归宿测试开发,只是大厂才可能存在的角色测试平台,少部分公司才会用到的东西,肯定不会成为主流的啦况且测试平台要会前端还得会后端,你都这么全栈为什么不做开发呢做 UI 自动化、接口自动化直接写 python 脚本不就好了嘛,做性能测试用 Jmeter 就好了嘛多数人眼中的测试开发开发一个测试平台,就要包揽前后端至...
            0 0 1041
            分享
          • 第一章:什么是软件?计算机系统中与硬件相互依存的另一部分。软件包括程序、数据及其相关文档的完整集合。(1)能够完成预定功能呾性能的可执行指令(program)  (2)使得程序能够适当地操作信息的数据结构(data)  (3)描述程序的操作呾使用的文档(document)软件危机的定义?软件在开发和维护过程中遇到的一系列严重问题。软件危机包含两层含义:(1)如何开发软件 (2)如何维护数量不断膨胀的现有软件。软件危机的表现:(1)软件开发的迚度难以控制,经常出现经费超预算、完成期限拖延的现象。 (2)软件需求在开发初期不明确,导致矛盾在后期集中暴露,从而对整个开发 ...
            0 0 2215
            分享
          • 接着上篇《深聊性能测试,从入门到放弃之:如何对IO进行性能调优(上)》,我们继续来分享IO调优4、IO调整4.1 磁盘速度改进改进方式,主要分两种:①磁盘快取监控(disk cache controller)②磁盘列阵技术4.1.1 磁盘快取监控(disk cache controller)定义将从磁盘读取的数据存在快取内存(cache memory)中,以减少磁盘存储的次数。数据的读取都在快取内存中进行,大幅增加存取的速度。如果要读取的数据不在快取内存中,或要写数据到磁盘时,才做磁盘的存取动作。注意点这种方式在单工环境(single-tasking environment),如DOS之下,对...
            1 0 2818
            分享
          •   在软件开发中,测试工作在保障软件质量与提升用户体验过程中占据重要角色。  例如,性能测试是软件质量保障的关键环节之一,它可以评估软件开发的可靠性、稳定性及响应时间等。然而,测试过程中往往需要投入大量的时间与资源,因此为了节约资源、提高开发效率选择一款合适的测试工具尤为重要。  最近,马建仓在 Gitee 上看到一款高效的性能测试工具——RunnerGo,不仅能减少开发人员的工作量,同时还能快速识别应用中的性能瓶颈问题。值得一提的是,该项目目前已经成为 Gitee 的 GVP 项目。  开源许可证: Apache-2.0  项目地址: https://gitee.com/Runner-Go-...
            0 0 731
            分享
          •   EA 和 PopCap Studios 的《植物大战僵尸 3》公布了首个游戏预告片,并确定本作将于今年年内面向全球发布。  《植物大战僵尸 3》是一款由宝开游戏(PopCap Studios)开发的手机游戏,支持 iOS 和安卓平台,采用免费 + 内购方式,目前已在英国、荷兰、澳大利亚和菲律宾开启抢先体验。  本作采用分集式叙事方式,在初代游戏玩法的基础上融入了新的故事情节和解谜冒险元素,之前游戏中的许多植物都会回归,并且还会带来一些新植物。  查询发现,《植物大战僵尸》发布于 2009 年 5 月 5 日,后续又在 2013 年推出了其续作,后来又推出了多部衍生作,而本作则是继 2019...
            0 0 818
            分享
      • 51testing软件测试圈微信