测试基础 优秀的功能测试也可以胜任技术测试者的工资

小D · 2020年06月22日 · 最后由 yangps 回复于 2022年07月14日 · 2626 次阅读

测试一般分为功能测试、性能测试、自动化测试,很多人认为功能测试不如搞技术的测试,但是一个优秀的功能测试者给公司带来的效益也是非常大的,大家负责的方向不一样而已。

那如何成为一个优秀的功能测试者呢?软件测试职责有哪些?
我个人认为一个优秀的测试应负起整个项目质量的把控,而不是单单对产品的质量把控。例如发现工作流程有问题,需要及时提出,并给出优化意见,充分利用好项目管理工具,减少不必要的沟通。产品设计方向偏了,有误及时指出。如项目或需求受阻,及时汇报情况,让领导知道并督促给出解决方案。具体我们软件测试职责可以包含哪些呢,如何保障质量的呢?看看以下的描述
1、需求评审会后 :1、测试需要检查需求文档 、原型图、 UI 图 将描述不清楚,有矛盾的地方找产品核实和确认,一时无法回复的一定要记录下来后续跟踪。2、编写用例是更深入的理解需求,此时肯定还会发现第一步未发现的问题,需记录并跟踪

2、提测之前(早期): 咨询开发是否有哪些模块不理解的,或者也可以了解开发的开发思路,尽早了解他们是否理解了需求,开发是否有遗漏的场景,或主动告知开发,某些场景需要注意哪里(有些场景复杂或者比较深,开发不容易想到,有意提醒一下)。

3、提测之前(晚期):1、这时候可以主动询问是否有部分功能可以开始测试,了解是否可以按时提测,是否遇到困难阻塞开发,是否有需求还是不清楚。他遇到的困难不一定是技术上的或者是时间上的等其他原因,我们都需要负责协调,排除困难以开发能按时提测为目标做好工作。2、提前准备好数据或测试场景

4、提测后:根据需求结合系统现有情况测试。问题单要及时记录,以免遗漏。开发解决问题时间过长,要主动询问是否遇到困难,不管遇到什么问题技术的非技术的都需要协助他解决,技术性的可以指引他问有经验的同事或者问技术老大,非技术问题则多沟通,大家都是一个目的,没有什么不能沟通协调的。开发如果是临时解决没有根本解决问题,后续要督促他解决根本问题。

5、上线后:把提的 bug 在线上验证一遍。有需要配置的记得提醒开发配置好。上线后的注意事项要告知实施或者客户。正确引导实施或者客户使用系统。

6、 测试如果遇到困难,根据不同情况主动找同事,组长或者产品或者项目经理协调。项目有风险,遗留哪些问题上线这个也需要告知组长或产品或经理

7、下个迭代之前,可以研究一下系统。平常觉得哪里可能有问题的时候这个时间可以研究一下,测试一下看看是不是有问题。还可以熟悉一下跟自己模块周边的模块。或者熟悉其他自己不熟悉的模块。

8、做好工作总结。

以上是职责以下是自我要求:

1、 善于发现问题的共同点,从表象中抓住实质,任何偶现的问题也是有原因的,找到规律就能定位问题

2、 学会借助工具定位分析问题,bug 单把接口、请求参数、返回参数都填上,最好告诉开发直接改哪里,这样解决问题的效率更高

3、 对历史版本回顾和总结缺陷,不让问题反复出现,注意缺陷的集群效应,特别是耦合性高的模块。

4、 向开发了解缺陷产生的原因及解决办法,这样你的经验会越来越多。

5、 熟悉业务逻辑,不仅是自己负责的模块。

6、 要能想到数据越来越多的情况会产生什么问题

7、 测试人员要了解自己本次版本涉及哪些需求,有多少条,场景情况,开发情况

8、 不懂得问题打破砂锅问到底

9、 严格按照用例来执行,有问题及时提交 bug。

10、需求如果有变动,测完后记得评论一下变动点,有什么问题都可以评论记录。

11、问题来了,不要回避,让自己去解决,这样能提升自己的沟通协调能力

12、有关业务问题,线上反馈的任何问题(包括不属于自己模块的事情),找你了就负责到底,不熟悉的其他模块业务可以学,这样业务量就会提升

13、凡是给你的人任务主动推进,做一个自驱力强和责任感强的人,不要抱侥幸心理,想到的场景就测一下,别懒。当大家对你印象靠谱时,有机会的时候别人也会想到你

14、不要推脱责任,是自己的问题自己承认,虚心接受,把问题处理好就行

15、学会思考,事情多的时候,先思考哪些重要哪些紧急,能早点暴露问题则早点暴露,尽管有些问题不属于你负责

16、不是产品的需求就是百分百对的,根据自己的经验和用户的角度也可以跟产品提需求提优化,设计不好地方也可以提出来,漏设计的也提出 1 来。线上有问题不能来一句产品设计就是如此,判断后再看是否能优化(因为用户只站在自己角度看问题,也不能因他们的习惯 就任由他们来设计产品)这里产品经理是专业的,应从全局整体去考虑,不能被部分用户牵着了。

测试组长自我要求(可能还不够简单写了一下):

1、 以上的自我要求

2、 熟悉业务,熟悉测试流程项目流程,熟悉问题升级流程

3、 及时根据需求文档,分配到人,对每个版本的需求都要了解,且知道优先级

4、 分配任务要公开,尽量平衡工作量。

5、 对于能力不强的,要辅助提升业务逻辑,处理问题的方法,适当给与难得需求提升能力。

6、 遇到阶段性压力,对组员提前预警,让组员心里有准备,观察组员动态及情绪,鼓励组员劳逸结合

7、 组员间有沟通问题,要及时了解情况,负责调解,能给出解决方案的就提出,不能则通过面对、合作、妥协、缓解包容、规避、强迫等方法进行调解。

8、 在空闲时,可以组织员工学习业务知识,技能提升等培训工作

9、 面对挑衅的员工,需要及时沟通,肯定对方情绪,分享自己的感受,逐步化解老员工的情绪,必要时可以请示上面做出决策

10、稳定资历老的员工,有些决策可以找他商量,对他尊重。如遇到挑衅,找到他的资本与动机,进行沟通。

以上是个人拙见,欢迎讨论

共收到 44 条回复 时间 点赞

你是个负责任的组长!

组长,你还缺人吗

你还年轻,所以这样说。。。

总结的挺好的,猜测楼主工作时间应该不长

韩寒说过,听过了很多道理,却依然过不好这一生。漂亮话说得再多,落实不了,也是没用。为什么很多时候我们崇拜技术测试者,愿称之为大佬大神?因为人家真的做出了东西,而且有数据支撑,把 0 做成了 1.

这个总结挺不错的。期待楼主落地后的进一步总结分享,特别是哪些效果不错,哪些效果一般。个人经验,这些都能做到还是挺难的。

话说,比较好奇楼主是通过那些方式了解到以上的这些关键点,也可以分享下?

  • 我觉得,如果这些是楼主的切身体会、想法的话,真的很不错。
  • 但,现实真的不是乌托邦。

技术与业务相辅相成,生生不息...

可以谈下落地之后的情况?

真的很难,真的很难,真的很难。 尤其自 90 之后,大家信服的是技术大牛 ,不似以前信服的是职称。个人经历,功能测试做到好的,在团队中 主要扮演 “业务第一人” 的 角色,当涉及到,研发技术冲突或者疑难的时候 ,发言权不是很多的。

技术帮你找好工作,优秀的功能测试 + 技术帮你把工作干好干舒心。
谈不上什么战胜不战胜,相辅相成而已。
另外有时候价值是靠和外界对比的,当外界都在强调技术的时候,你不去蹭个热度,就会给某些脑子不清醒的人一种你价值在变低的感觉。
这或许就是整个 IT 界内卷的原因。

标题很对立啊。

如果能量化,就是优秀的。

我的左手战胜了我的右手

1.最能吃透功能,清楚用户痛点的是产品。
2.技术是目前测试岗任职的条件之一,可以到网上随机查下薪资中等的测试岗 JD。
3.楼主总结的挺全,可以考虑成为业务专家,或质量体系的引导者。

优秀的功能测试,确实在业务知识上面比技术测试更有优势,大部分企业对业务线的要求都比较高,因为业务线直接对接的是用户甚至是营收,是核心的东西。

和项目经理的工作内容重合太多了。
文中的措施几乎都是针对测试广度的,要强化测试深度的能力,还是离不开技术。
我认为技术和业务并不该割裂开,相辅相成的~

小D #18 · 2020年06月23日 Author

是的 技术能加深当然是加分,这里确实表达了一点 测试也要反馈出项目中的问题,好的流程留给测试的时间才能足够,可能经验就是这样 我得项目 都是给测试留的时间太少了

小D #19 · 2020年06月23日 Author
大海 回复

是的

小D #20 · 2020年06月23日 Author
Allen.liu 回复

谢谢指导,目前还在功能测试岗位。可能优秀的产品才是最能吃透功能和最能理解用户痛点的产品,不优秀的说不好,可能自己都没有打开过产品(验收数据都米有)

小D #21 · 2020年06月23日 Author
zyanycall 回复

😁 能给公司带来正能量的 都优秀

小D #22 · 2020年06月23日 Author
Jerry li 回复

看来你是技术 + 功能 棒棒哒 标题已改,不说战胜啦

小D #23 · 2020年06月23日 Author

标题已改,哈哈哈 是功能测试也可以有高工资 其实只要是优秀的员工都值得拥有较行业平均工资高一些的工资

小D #24 · 2020年06月23日 Author
Ouroboros 回复

嗯 对 标题已改 不说战胜,相辅相成。就是每次群聊 都觉得功能测试 拿了高一点工资就觉得不应该拿这么高,所以写了这个标题。

小D #25 · 2020年06月23日 Author

所以我们功能测试 也得加油哦

小D #26 · 2020年06月23日 Author
穷疯了 回复

落地之后,你会越来越优秀,更有自信,更能表达自己的想法。

小D #27 · 2020年06月23日 Author
泰斯特 回复

是的标题已改 谢谢指出

小D #28 · 2020年06月23日 Author
hellohell 回复

全是自己的经验,工作中的感受,可以先试试 其中的几点

小D #29 · 2020年06月23日 Author
simple 回复

也有几年了 里面有些内容是我翻看 17 年的时候自己存在简书里面的一些总结,这次是加了 18、19 年的工作感悟。

小D #30 · 2020年06月23日 Author
回复

也不小了😭

小D #31 · 2020年06月23日 Author
刘旭 回复

暂时不缺哦,在自己的公司好好加油

小D #32 · 2020年06月23日 Author
天邪泪 回复

谢谢,我就是一个普通的员工😜

有同感,我之前也是努力去这么做的,现在也在兼任项目经理,可以从项目层面去推动自己之前的一些设想
不过技术也是不可或缺的,很多场景用纯人力还是太吃亏了,现在也在同步培养组员的技术能力

功能测试的核心其实是对业务的深度理解。虽然我技术测试,但当听到 “这个测试是电梯厂挖来的?”(公司产品电梯行业)还是很爽的。

理论上是这样的,但 “工资” 不这么认为

刘旭 回复

旭弟,让老哥先问:还缺人么

楼主提到的这些东西我也一直在尝试落地,但无奈公司小流程不规范,加之又碰上拉闸的 boss,实在是推不动,我已经看透了,在考虑跑路了……

确实是比较认真负责的功能测试,建议去银行这类传统、专业性高的业务做会比较合适,如果是在互联网做,互联网的特点是迭代频率高,对除功能外的性能、对比、效果等要求高,要求比较多样,并且追求测试能力的服务化、可复用,这种在个人成长前期比较合适,但有一定瓶颈。

小D #39 · 2020年08月21日 Author
bodian1 回复

感谢回复,是的 所以有时间还是得走自动化方面的比较好,路更宽

是的,小公司迭代频繁,有些流程根本推动不了,执行不下去,所以啊要考虑得失,走自动化性能方面路更好走一些

感觉你把项目经理的活给担了,公司多给你发项目经理的工资吗

接口测试工具可以试用一下国产的接口测试和接口文档生产工具 apipost:https://www.apipost.cn/?dt=2020

善于且愿意总结就已经很棒了👍

我们的流程基本和小编总结的一一致,可惜有些环节我直接略过了

需要 登录 後方可回應,如果你還沒有帳號按這裡 注册