网站建设

软件测试的痛点

字号+ 作者:长沙seo强 来源:未知 2019-03-29 17:36 我要评论( )

配合《都挺好》的漫画,今天我总结了一些软件测试行业从业人员工作中的痛点,跟大家边看边聊。 从测试工作整体角度分析 一、入门容易深入难。 有人认为测试简单到没有门槛,其实不然。测试需要扎实的技术功底和全面的知识储备。在国外,多数情况是具备3年以

配合《都挺好》的漫画,今天我总结了一些软件测试行业从业人员工作中的痛点,跟大家边看边聊。
从测试工作整体角度分析

软件测试的痛点
一、入门容易深入难。
有人认为测试简单到没有门槛,其实不然。测试需要扎实的技术功底和全面的知识储备。在国外,多数情况是具备3年以上开发经验的人才可以做测试,很多技术大牛最终转型做测试,而在国内则刚好相反,多数人是手工从测试做起。
二、价值体现。
产品部门是来定义产品的,工作是用户分析和需求确认,确认要不要做;研发部门是创造产品的,这是一个从0到1的一个过程,确认怎么来做;测试部门是什么呢?是验证产品?监测产品?还是什么别的?从客观角度来说,测试工作的价值被严重的低估和误解,甚至常有人觉得测试人员提供的价值输出不够。就我的理解,QA本就是Quality Assurance,测试的基本价值就是去保证产品质量,这是测试人的生命线,同时也是最基本的价值体现。就拓展价值来说,测试还可以协助优化研发流程和效率、提高交付和运维效率、为产品的持续改进提供建议和支持等,可以做的事情非常多。因为测试人是最熟悉产品设计、最了解用户体验、最理解研发体系和思维的,这就是测试人的优势。
三、永远不知道系统还有多少Bug。
不得不承认,我们有非常多的未知领域。Bug在所难免,我们永远都不知道系统还有没有Bug了,所谓的质量好也是相对其他产品或者历史版本而言的。谁也无法穷尽测试,更无法直接确定质量好坏,只能基于一定的标准和测试方法来判断当前产品是否符合发布标准。
四、与研发人员“干架”。
由于所处的立场不同,测试人员与研发人员最常发生冲突。比如,研发人员认为测试人员提出的BUG有问题,设计本应如此或者是错误操作导致,拒绝修复,而测试人员则认为这是用户可能出现的问题,影响产品质量,研发人员就应该修复,双方僵持不下,类似的场景时有发生。
五、测试人员是“背锅侠”。
有客诉了,线上出问题了,有些人第一反应就是测试人员没有测好,有漏测。测试人面对这种误解心里非常难受,难免觉得委屈。测试人员是产品质量的“守门员”,需要守住最后一道防线,有时候回丢球,要背锅也是全队的锅不该是具体某一个人的锅。从产品到研发再到测试,出现问题人人有责。
从测试执行角度分析
一、测试环境。
不同的测试场景,所需测试环境不同,尤其是对软硬件都有依赖的情况(比如需要手机机型xx,软件版本xx),再比如性能测试,用例比较复杂的测试,搞定测试环境对于测试人员来说一直都是非常“痛”的一件事。有时候执行测试仅仅需要几分钟就够了,但是折腾测试环境就需要多半天。准备测试环境很重要,有时甚至直接影响测试用例的执行结果和效率。
第二个痛点是测试用例。
测试用例的编写、测试用例基线的维护、不同项目测试用例的整理、测试用例的标识(重要性、场景、类别、是否自动化、测试环境、前置条件等)等等,都非常的重要,而这里的每一项工作都非常的不容易。
三、测试分析。
测试分析包括测试Bug的定位分析、基于Bug本身的分析(趋势图、分布图、原因图等)、测试执行过程的分析、产品质量的分析、测试策略的分析等等。测试分析是测试执行中最常用的技能,它更多是一种思维方式、一种工作习惯。面对外行指手画脚时,就会摆出下图的表情。
四、回归测试。
回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中,新版本的连续发布使回归测试进行的更加频繁,而在极端条件下,更是要求每天进行若干次回归测试。因此,通过选择正确的回归测试策略来改进回归测试的效率和有效性很有意义。
五、Bug复现。
对于测试人员来说,有些迷之Bug真的非常糟心。因为那些Bug本身就难以复现,需要很多的技巧和方法以及大量的尝试。很多时候,大家会发现试了半天,一次都没有复现出来,白白折腾了很长时间,还浪费了很多精力。我个人觉得对于Bug复现,如果两三次之内可以复现出来,就算是值得花精力的Bug了。超过三次以上还复现不了的,不建议测试人员再花更多时间在这个问题上,反倒应该让研发人员仔细看看自己的代码,能否从代码本身找到问题所在。
六、补丁测试。
补丁包需要持续地对产品的易用性、性能、可靠性进行增强,需要强调的是文档的增强,这往往是开发团队最容易忽视、对客户最有价值的部分。通过补丁包将对业界新发布平台的支持发布给客户,即对产品支持平台的拓展和延伸。如果没有做CI/CD持续集成,补丁测试会非常的折腾和麻烦,重新搭环境、部署版本、设计补丁测试用例。最主要的还是客户发现的问题或者内部在使用过程中发现的问题,很着急上线,就怕忙中出错,落下点什么追悔莫及。
七、需求对接。
这个很多测试人员都会有感触,研发人员找测试人员测试个小模块,产品经理找测试人员测试个临时小需求等。所有任务的安排,不一定完全的同步给测试负责人,因为有些小需求、临时任务可能就直接找业务相关的测试人员做了,他们也并非有意不按套路出牌。有时候私下关系处的好直接就说事了,有时候是不知道该找谁,最后就想到测试这了。因为这些情况的存在,测试人员在排期的时候都需要考虑Buffer,多严的任务下发流程,也可能有特殊情况,要学会灵活应对。
总之,测试的痛点很多,想起来一个写一个,上述痛点没有先后顺序。其实,哪有什么职业是没有痛点呢,遇到问题解决问题,办法总比困难多。路要往前走,生活要向前看,工作要在发展中前进。乐观的心态和积极的态度是我们前进的动力,永远相信明天会更好。
做一名走上人生巅峰的测试大强。

网站部分内容转载自其他平台,如有侵权请联系删除

1.本站遵循行业规范,转载的原创稿件尽可能标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源;3.作者投稿可能会经我们编辑修改或补充。

相关文章
万词霸屏系统