<p data-flag="normal" style="font-size:16px;color:#333333;line-height:30px;word-break:break-all;font-family:Helvetica,Arial,sans-serif;font-weight:normal"> 领测老贺聊测试之【正本清源】，本栏目主要和大家聊聊对软件测试的看法，聊聊老贺心里觉得正确的软件测试观点和软件测试理念.新浪微博：领测老贺聊测试 微信公众号：领测软件测试网 QQ群：领测老贺聊软件测试 22386432</p>
Language
🇨🇳
Publishing Since
11/30/2016
Email Addresses
1 available
Phone Numbers
0 available
December 5, 2023
<blockquote style="font-size:14px;margin:10px 0px;color:rgb(102, 102, 102);border-left:5px solid rgb(232, 232, 232);padding-left:15px;"><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span>很长一段时间，在软件测试领域，一直弥漫着一种悲观的氛围！比如说<span>测试无用论，我们需要全职的QA吗，人工智能将取代测试工程师，测试工程师并没有办法为企业创造利益</span>等等。由于一些人或组织有心或者无心的制造一些焦虑，让软件测试的从业者尤其是刚入行的软件测试工程师，对软件测试本身的意义，以及软件测试职业的发展、技术路径、充满了疑虑！在此，作为一个从业20年以上的软件测试工程师，一个ISTQB国际软件测试工程师认证的专家级证书获得者。我想谈谈自己的认识和看法，希望能给软件测试从业者一些我觉得正确的软件测试理念和观点。</span></p></blockquote><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span><span>我们从为什么软件测试领域充满了焦虑，而又是那些人在制造焦虑说起。</span></span></p><p style="font-size:17px;line-height:30px;margin:10px 0px;color:#333333;font-weight:900;" data-flag="subtitle"><span>我们先来看看通常会<span>如何“贩卖焦虑”？</span></span></p><blockquote style="font-size:14px;margin:10px 0px;color:rgb(102, 102, 102);border-left:5px solid rgb(232, 232, 232);padding-left:15px;"><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span> “贩卖焦虑”，本质上是<span>把情绪极端化，进而商品化</span>。从传播角度看，这些做法都有一个清晰链条：极端案例一般化、复杂因果片面化、现实问题扩大化，瞄准大多数人情绪点，大肆造势。博了眼球、传递情绪、贩卖产品、收割流量，从炮制焦虑到“完成交易”，一个带有产业性质的链条，环环相扣，躲之不及。面对“焦虑市场”，更多获取信息与知识，更大程度培养独立思考能力，是谨防在“焦虑链”上被套路的关键。</span></p></blockquote><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span>在<span>软件测试领域如何贩卖焦虑是个大话题</span>，也是个比较难谈的话题。当时（2020年）我写炮轰“测试左移”，向软件测试领域的“歪理邪说”宣战时，就是由于软件测试领域一直弥散着<span>测试工程师终将被代码测试代码取代</span>，似乎所有的地方都在向测试工程师贩卖着焦虑。</span></p><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span>为了说清楚为什么<span>这种说法是“贩卖焦虑”</span>，我把这个话题分为几个部分进行阐述。</span></p><span><br></span><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span><span>到底谁在软件测试领域“贩卖焦虑”？</span></span></p><span><br></span><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span><span>“代码测试代码”会不会成为软件测试的未来？比重会有多大？</span></span></p><span><br></span><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span><span>测试工程师应该不应该具备编码技术？需要达到什么水平？</span></span></p><span><br></span><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span><span>他们为什么要“贩卖焦虑”？</span></span></p><span><br></span><br>
December 5, 2023
<p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span> 作为测试工程师，在日常工作中接触最多的当然是团队中的开发工程师，如何和开发工程师进行有效的交流是测试工程师面对的重要问题。一般来说，在一个团队中，总是有开发人员喜欢和不喜欢的测试工程师，这两者之间的工作效率和效果都有很大的差异。当然，不能武断地说测试人员不喜欢的测试工程师就一定是效率低下的测试工程师，或者说是不合格的测试工程师，但一般来说，那些容易得到开发人员认可的工程师在测试时总能够更好地发现缺陷和敦促开发人员解决缺陷。</span></p><p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica,Arial,sans-serif;hyphens:auto;text-align:justify;" data-flag="normal"><span> 测试工程师和开发工程师承担的是开发工作的两个不同方面，说得极端一点，一个是创建，一个是破坏，虽然两者的最终目的都是一样的，但在达成目标的方式上却有很大的差异。因此，在为同一个目标奋斗的过程中，发生冲突也是难免的，但通过下面的一些建议，换个视角看看开发人员的生活和工作，可能很多的冲突就能化解于无形了。</span></p><span><br></span><br>
December 5, 2023
<p style="color:#333333;font-weight:normal;font-size:16px;line-height:30px;font-family:Helvetica, Arial, sans-serif;hyphens:auto;text-align:justify;" data-flag="normal">如何与该死的开发工程师沟通给测试工程师的建议？作为测试工程师，在日常工作中接触最多的当然是团队中的开发工程师，如何和开发工程师进行有效的交流。是测试工程师面对的重要问题。一般来说，在一个团队中，总是有开发人员喜欢和不喜欢的测试工程师，这两者之间的工作效率和效果都有很大的差异。当然，不能武断地说，测试人员不喜欢的测试工程师就一定是效率低下的测试工程师，或者说是不合格的测试工程师。但一般来说，那些容易得到开发人员认可的工程师，在测试时总能够更好地发现缺陷和敦促开发人员解决缺陷。测试工程师和开发工程师承担的是开发工作的两个不同方面，说的极端一点，一个是创建，一个是破坏。虽然两者的最终目的都是一样的，但在达成目标的方式上却有很大的差异。因此，在为同一目标奋斗的过程中，发生冲突也是难免的。但通过下面的一些建议，换个视角看看开发人员的生活和工作，可能很多的冲突就能化解于无形了。SAM CAN在CAT COMP THE OF书中有一段话，那电是KS TO文布CS的模S THE SO INWMO IN YES HAS PLEASE。</p>
Pod Engine is not affiliated with, endorsed by, or officially connected with any of the podcasts displayed on this platform. We operate independently as a podcast discovery and analytics service.
All podcast artwork, thumbnails, and content displayed on this page are the property of their respective owners and are protected by applicable copyright laws. This includes, but is not limited to, podcast cover art, episode artwork, show descriptions, episode titles, transcripts, audio snippets, and any other content originating from the podcast creators or their licensors.
We display this content under fair use principles and/or implied license for the purpose of podcast discovery, information, and commentary. We make no claim of ownership over any podcast content, artwork, or related materials shown on this platform. All trademarks, service marks, and trade names are the property of their respective owners.
While we strive to ensure all content usage is properly authorized, if you are a rights holder and believe your content is being used inappropriately or without proper authorization, please contact us immediately at [email protected] for prompt review and appropriate action, which may include content removal or proper attribution.
By accessing and using this platform, you acknowledge and agree to respect all applicable copyright laws and intellectual property rights of content owners. Any unauthorized reproduction, distribution, or commercial use of the content displayed on this platform is strictly prohibited.