这12个关于软件测试的误解,是时候澄清了

2024-01-18 16:48
文章标签 软件测试 误解 澄清

本文主要是介绍这12个关于软件测试的误解,是时候澄清了,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在这里插入图片描述
“最占时间的是测试阶段。”你曾经听到过这样的说法吗?这是大多数非测试人员在从事项目工作时的表现,他们不了解软件测试有多强大。

软件测试是一门艺术,不是每个软件专家都能精通,然而很多人都低估了它。本文就将澄清技术界盛行的关于软件测试的误解。

误解一:“在整个项目生命周期中,测试人员只需要在开发完成后再参与项目。”

这是最大的误解之一。如果真是这样,项目肯定存在巨大的问题。只在后期引入质量保证(QA)对交付成果的质量和时间来说是一个巨大的风险。测试人员参与项目的时间需与开发人员相同,因为测试人员需要理解需求、分析差异、准备可交付成果、计划并运行测试。

如果测试人员只参与项目的后期阶段,那么他们在测试产品时会依赖于开发人员对项目的理解和跟进,而且交付成果的质量最终也不太可能得到改善。

相反,测试团队从一开始就应参与项目,有自己的思考、理解、分析和参与时间。这不仅可以帮助QA团队更好地进行测试,而且还可以让整个项目团队的QA做得更好。许多机构已经意识到这一点,从项目一开始就让QA团队加入。

误解二:“测试人员不会成为项目经理。”

许多人认为,测试人员缺乏管理方面的专业培养。但这两者本就是互不干涉的。经理需要掌握人员管理、成本管理、时间管理等技能。无论是测试人员、开发人员,还是其他任何技术人员,这些技能都与他们的工作无关。

项目管理技能需要单独培养,并且世界上无论从事哪种技术,属于哪个流派的人员都可以进行培养。因此,作为一名测试人员,对项目管理的追求并不会受到鼓励或阻止。这是一个独立的领域,任何有兴趣的人都可以参与。

误解三:“向开发主管进行工作汇报是测试人员职业生涯的阻碍。”

理想情况下应有独立的垂直部门,开发主管和QA主管都应向项目经理进行工作汇报。然而有时候可能会出现测试团队和开发团队有同一个开发主管的情况,这时候就必须向一个并不懂得如何进行深入测试的人汇报工作。

但其实,只要把工作做好,并耐心地帮助领导完成评估实践,就不会有什么差错,也不会对职业生涯产生长期的负面影响。

误解四:“编码技能差的人才会从事软件测试。”

大多数情况下,测试还包括编码。测试人员需编写复杂的结构化查询语言(SDL)来验证数据,或者在进行提取转换加载(ETL)测试/数据验证时创建测试数据。进行迁移测试时,测试人员需将编写的代码从一个数据库转换到另一个数据库。进行自动化测试时,测试人员需用Java、Perl或其他编程语言编写脚本。

因此,这个观点根本站不住脚。

误解五:“软件测试就是随意点击。”

人们通常认为,测试就是在用户界面(UI)随意点击,然后在Excel或其他文档中记录细节。事实上,测试人员会执行非常明确的测试步骤,以确保UI/应用在极特殊情况下也能够正常工作。因此,视域才是最重要的。

用户对操作限制没有概念,测试人员也一样。因此探索用户界面很重要,这种探索可能看起来像很多随意的点击。只有测试人员知道这种疯狂的操作是有方法步骤的。

误解六:“测试就是文件记录,或者说填充Excel表格。”

首先,需要强调一下:每个参与项目的人都必须进行文件记录。一份准确和完整的文件可以为项目提供基本证明和历史证明。

然而,对于测试人员来说,文件记录尤为重要,因为我们创造的产物不是一个程序或模块,而是通过人工呈现的一种质量保证。Microsoft Office套件是大多数团队的首选,但如果要做得更好,就请使用测试管理软件。在这里插入图片描述

误解七:“做测试员赚不了多少钱。”

如果这种说法用在测试人员身上,那就大错特错了。这种思想可能需要转变一下。即便如此,薪酬取决于很多因素,把测试员这一身份作为薪酬较低的唯一原因是错误的。

误解八:“测试员得不到赏识。”

软件测试有时像是一种“吃力不讨好”的工作,这取决于公司文化对团队的重视程度。试着保持积极的心态,并用工作证明一切。我认同以下说法:如果公司和客户欣赏QA团队,事情会好办很多。但如果他们不欣赏QA团队,我们也不必低估自己。

误解九:“测试员拖慢项目交付进度。”

不管是否与开发团队同时开始工作,测试人员都必须等到开发彻底完成后才能开始测试。这就给人一种粗略的印象,即测试一次又一次地拖慢项目进度。

如果在计算机上对测试周期进行预先计划,就不会出现这个问题。因此,测试不是使项目延迟的原因,不正确的计划和不合理的预期才是罪魁祸首。

误解十:“自动化测试人员不必担心手工测试。”

没有什么比这种说法更令人难以置信了。

自动化测试也是测试,不同之处在于测试的方式。不要忘了,自动化测试一直延续或遵循着手工测试的流程。不是所有的项目都是自动化项目,同样地,同时掌握手工测试和自动化测试的测试人员也是很罕见的。

手工测试是测试员需要培养的一项基本技能,它是基础。自动化测试很厉害,它是质量控制领域最像魔法的东西。但在软件测试领域中,我们并不愿意去评价它们孰优孰劣。

自动化测试人员可以在一些项目中进行手工测试,而手工测试人员也可以在某些情况下进行自动化测试。

误解十一:“测试主管不参与测试。”

事实上,在行业标准里,测试主管在协调方面的工作仅为10%,他们也是QA团队的一员,需负责协助测试活动。当然,还有其他任务。

因此,QA主管必须把一小部分精力花在测试活动上。要想成为一名测试员,就必须准备好在以后的职业生涯中完成作为一名普通QA团队成员应执行的所有任务,否则是时候考虑换个领域了。

误解十二:“测试员质疑一切,在IT行业以‘吹毛求疵’闻名。”

怀疑一切的人的生活是最难的。如果我们真的怀疑一切,我们甚至会质疑软件的存在、运用和效率,这意味着在相信产品毫无用处的情况下,我们依然在为它工作。

你觉得这种看法正确吗?我们真的可以在一个软件系统上花费大量的时间,而又认为它毫无用处吗?笔者不这么认为。

与普遍的观点相反,测试人员相信软件的性能、效率、生产力和用途,并且帮助它在实际运用中取得成功。

但是,测试人员要确保软件处于最佳状态。在测试时要记住,产品是优秀的,我们必须识别并消除任何可能对这个优秀产品产生负面影响的因素。我们真的认可它,是它的忠实粉丝。

希望这篇文章能够终结IT界关于QA团队的一些谣言。

本文转载自公众号“读芯术”(ID:AI_Discovery)

最后:

未来的你肯定会感谢现在拼命的自己!

给大家推荐一个软件测试技术交流群:1079636098 群友福利免费领取

愿你我相遇,皆有所获! 欢迎关注微信公众号:程序员一凡

1.免费领取一份216页软件测试工程师面试宝典文档资料。

2.软件测试学习路线以及相对应的视频学习教程免费分享!

这篇关于这12个关于软件测试的误解,是时候澄清了的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/619638

相关文章

OpenAI澄清:“GPT Next”不是新模型。

不,”GPT Next” 并不是OpenAI的下一个重要项目。 本周早些时候,OpenAI 日本业务的负责人长崎忠男在日本 KDDI 峰会上分享了一场演讲,似乎在暗示一个名为 “GPT Next” 的新模型即将出现。 但OpenAI的一位发言人已向Mashable证实,幻灯片中用引号括起来的”GPT Next”一词只是一个假设性占位符,旨在表明OpenAI的模型如何随着时间呈指数级进化。发言人

软件测试之压力测试知识总结

软件测试之压力测试知识总结 一、压力测试概述 压力测试(Stress Testing)是软件测试中的一种重要手段,用于验证软件应用程序在极端负载条件下的稳定性和可靠性。其主要目的是在软件承受极高负载时,测量其健壮性、错误处理能力和恢复能力,确保软件在危急情况下不会崩溃或表现异常。压力测试也被称为耐力测试,在软件工程中占有举足轻重的地位。 1.1 压力测试的目的 压力测试的主要目的包括:

软件测试中常用的linux命令总结

1、修改ssh登陆密码命令:passwd 2、新建一个名字为dbuser的Linux新用户:(sudo adduser dbuser) 4、./frps -c ./frps.ini(FRP启动命令) 5、lsof -i:7500(监听端口) 6、sh reload.sh master(文件后缀为sh时,nginx启动命令);( 文件为执行文件启动命令:./nginx -s reload) 7、sh

软件测试永远的家——银行测试,YYDS

为什么做金融类软件测试举个栗子,银行里的软件测试工程师。横向跟互联网公司里的测试来说,薪资相对稳定,加班少甚至基本没有,业务稳定。实在是测试类岗位中的香饽饽! 一、什么是金融行业 金融业是指经营金融商品的特殊行业,它包括银行业、保险业、信托业、证券业和租赁业 往往涉及证券、银行、基金、信托、保险、投行、期货等领域 二、金融行业的业务特点 随着金融行业的业务不断增加,金融交易模式的不断变化,

软件测试学习笔记丨Pytest的使用

本文转自测试人社区,原文链接:https://ceshiren.com/t/topic/22158 1. 简介 pytest是一个成熟的全功能python测试框架测试用例的skip和xfail,自动失败重试等处理能够支持简单的单元测试和复杂的功能测试,还可以用来做selenium/appnium等自动化测试,接口自动化测试pytest有很多第三方插件,并且可以自定义扩展,如pytest-

【软件测试】设计测试用例

📕引言 本文章重点目标: 测试用例的概念 设计测试用例的万能思路 设计测试用例的方法 ◦ 基于需求的设计方法◦ 具体的设计方法 ▪ 等价类 ▪ 边界值 ▪ 判定表法 ▪ 正交法 ▪ 场景法 ▪ 错误猜测法 🍀测试用例 🚩概念 什么是测试用例? 测试用例(TestCase)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果等要

软件测试学习笔记丨Linux-Bash编程语法

本文转自测试人社区,原文链接:https://ceshiren.com/t/topic/32091 一、Bash编程基础 1.1 变量 1.1.1 语法 Variable_name=value 1.1.2 变量定义的规则 变量名区分大小写,a和A为两个不同的变量;变量名可以使用大小写字母混编的形式进行编写;变量名与值之间的=两侧都不能有空格;在读取或打印变量时,需使用$+变量名;

第八章 软件测试简记

第八章  软件测试 软件测试:在软件投入运行前对软件需求分析、软件设计规格说明和软件编码进行差错和纠正。 软件测试的目标: 1.用最少的人力、时间找出软件潜在的各种错误和缺陷; 2.能够确认软件实现的功能和用户需求上是一样的; 3.能够收集到足够的测试结果为软件可靠性提供依据; 软件测试的任务:根据软件开发各个阶段的文档资料和程序的内部结构,精心设计

【软件测试】软件测试-----什么是Bug?Bug是如何分级的?Bug的生命周期是怎样的?如何描述一个Bug?

博客目录 一.软件测试的生命周期二.BUG的定义和级别2.1 bug的概念.2.2 如何描述一个bug.2.3bug的级别2.3.1 bug分级的意义.2.3.2 bug的四种级别. 三.BUG的生命周期.四.当与开发人员发生冲突该如何处理(高频面试)五.总结 一.软件测试的生命周期 软件测试贯穿于软件的整个生命周期,针对这句话我们一起来看一下软件测试是如何贯穿软件的整个生命周

【软件测试专栏】自动化测试函数篇

博客主页:Duck Bro 博客主页系列专栏:软件测试专栏关注博主,后期持续更新系列文章如果有错误感谢请大家批评指出,及时修改感谢大家点赞👍收藏⭐评论✍ 自动化测试函数篇 关键词:函数、浏览器参数、常用函数、元素定位 目录 自动化测试函数篇一、元素定位函数1. cssSelector2. xpath 二、操作函数1. 点击/提交(按钮)2. 模拟按键输入(文本框输入)3. 清楚