https://www.amazon.com/Executives-Guide-Software-Quality-Organization-dp-1484237501/dp/1484237501/

我的个人网站【林子的空间(www.bylinzi.com)】进行了改善，响应速度提升了不少，如果之前嫌慢的话，现在可以再来试试看哈在提速的同时，为了提升访问体验，还对内容进行了重新的分类整理，增加了更为方便的菜单导航，可以看到全部文章列表了哈点击【阅读原文】，可以方便看到下列所有文章。欢迎移步阅读！敏捷测试《不止测试》——自出版小书测试敏捷化

本文首发于个人网站【林子的空间(https://www.bylinzi.com/2022/01/05/basic-test-responsibility/)】，欢迎移步阅读更多内容。读完需要22分钟速读仅需

分钟“可工作的软件高于面面俱到的文档，这是敏捷的价值观之一，测试也不需要那么重的文档，测试用例可以不写。”这是甲方观点。“没有测试用例怎么知道要测啥？没有测试用例怎么证明你测了啥？编写测试用例是保护

)”很好的解释了这个问题。上图即为责任流程模型，从下到上需要经历几种不同的心理状态：否认、指责、辩解、羞愧、放弃、义务，然后才能到达最上层的“责任”，才能培养责任感。指责（LAY

如果有两个组织分别采用全手动回归测试和全自动化回归测试，毫无疑问，是那个自动化回归测试的组织实践更好全手动回归测试(❌)

技术的发展，技术雷达上一系列的标准化技术和工具被采纳，主要集中在流水线以及流水线上的标准化工具（代码格式、提交规范等），包括专用于移动应用的流水线技术和工具，另外有平台级的方案——集成多套工具集的

了。”是啊！系统操作看得见摸得着，理解起来简单多了，要真正理解业务及其价值，可不是件容易的事情。我之前有撰文写过这方面的内容，欢迎参考：《业务价值驱动的测试》《敏捷测试如何优化业务价值》1

在其中起到很关键的作用，也表现出很大的弹性。日趋成熟的工程实践给质量保障带来了很大的便利，但核心的测试思维模式仍然至关重要，人们对质量保障的期望越来越高。正如本期报告的摘要所述：Growing

提供模板告诉人们正确的做法，并且采用政策来阻止新人犯错，同时鼓励人们创建更多的政策来优化以找到最优的实践方案，一旦有错误出现就会添加新的相关政策来优化，比如：单元测试覆盖率不能低于

参与技术方案的讨论，了解更多技术细节，知道技术方案可能的风险，就能更好的指导测试，使测试更有针对性、更高效。比如，对于微服务架构，了解了服务的熔断和降级机制，测试就能有效覆盖到相关方面。单元测试

展示性能趋势日志信息可以记录到请求的响应状态、时间等，利用这些信息可以分析得出系统的性能状态。如果对一段时间内的性能状态进行持续的分析监控，就可以展示性能趋势变化。3.

development)到底有什么区别。那么，BDD真的就是用来做自动化测试的吗？本文就来跟大家分享一下我理解的BDD。为什么要BDD？“开发软件系统最困难的部分就是准确说明开发什么”

写在前面测试金字塔曾经神一样的存在，很多人认为制定测试策略知道测试金字塔就够了。真的是这样吗？今天，利用这篇短文跟大家聊聊测试金字塔。如果你恰好知道测试金字塔，也把它奉为测试策略的指导方针，那么这篇文章正好适合你。如果你还不了解测试金字塔，但是很关注质量和测试，那么不管你是什么角色，这篇文章也适合你。Most

左侧支持团队的测试是用来告诉团队要写什么代码，起到明确需求、辅助设计的作用。其中，第一象限是面向技术的支持团队的测试，帮助构建产品的内部质量，也就是代码质量的保障，比如单元测试和

自动化测试在流水线中持续精准执行，快速发现每次代码提交对于已有功能的影响。自动化测试需要在持续集成流水线中运行，并且做到能够按需精准执行，在追求完备覆盖的同时还能高效运行，快速提供反馈。7.

以阻止不符合质量要求的产品上线，而是把目标放在如何能够帮助团队尽快的让产品上线，让企业投资回报更早，也就是更快的赚钱。推荐实践：自动化构建流水线、关注平均恢复时间、发布与部署解耦等。6.

https://www.bylinzi.com/2018/07/05/agile-qa-again/

沟通测试方案，收集反馈，并最终确认方案；将确认的测试方案更新给团队，确保团队所有角色理解一致；方案执行后，对结果进行分析和总结，回顾做得好的和需要改进的，持续改进；把总结分析的结果更新给

Criteria，验收标准）等内容进行评审，包括功能和跨功能需求的确认，看是否有需求遗漏或者不合适的需求，同时可以重点标注一些开发或者后期验证需要特别注意的点。故事启动：

在《关于软件质量，大家都在关注什么》一文中，我们了解到软件测试领域新的关键趋势主要体现在以下几个方面：AI的发展与软件测试敏捷与DevOps自动化测试环境和数据成本与效能在这样的趋势下，测试人员的职业发展之路有什么变化呢？我们先来看看测试人员的技术发展方向有哪些。技术方向基于前面提到的新趋势，测试人员的职责由单一的测试软件系统是否工作、是否满足业务需求变得更加多样化，测试人员可以全流程参与软件开发，让测试活动贯穿软件开发整个生命周期。因此，测试人员的职业发展技术方向有：敏捷测试专家高级测试开发专家专项测试专家QAOps专家1.

单个终端用户的操作可能只是业务流程的一部分，除了从终端用户角度去测试，还需要看到更高一点，那就是业务流程的合理性、流畅性和完整性。这就要求能够真正理解企业的业务，以业务为重点来测试。

【摘要】测试策略文档通常是篇幅较长、文字为主的形式，编写成本较高，并且写完了很少有人去看，形存实亡。本文介绍可视化的方式，将测试策略用图来表达，并且在一页纸上搞定，这样的策略图非常清晰，关键信息一目了然，并且提供更大的讨论空间，防止僵化，真正能够发挥策略的作用。“测试策略是什么样的？”“测试策略嘛，还不是包括#&~+-=～*-+$这些…”“你们项目的策略有什么特别的吗？”“我们项目嘛，测试策略的内容有点多，从哪说起呢？”前面那个场景有没有似曾相识？你是否清楚目前你们正在使用的测试策略是什么样的？01.

Cucumber：https://medium.com/@divi6.1990/why-i-chose-gauge-over-cucumber-5b3de478d889TEST

测试开发技能，处于P1的优先级，要求必备高级自动化、白盒测试、开发技能和平台构建能力，同时，对于AI方面的基础算法应用处理和自然语言处理技能是个加分项。P2

3年前写给毕业生的一篇文章，又到新一年的校招季，再次转发，希望能够让更多的同学看到。如果您有任何想法，欢迎点击【阅读原文】留下您的评论，谢谢。你有没有过下面的经历：在谷歌浏览器输入一个网址，出来一个错误提示：“不支持当前浏览器，请用IE访问”…换成IE，重新打开该网站，输入用户信息注册一个新用户，随后收到一封注册成功邮件，里边直接包含刚刚注册的密码…用注册的用户名密码登录进去，又不知道所需要的功能入口在哪里…翻遍了一层又一层的菜单，终于找到了入口，进去打开的是一个列表，足足等了2分钟才加载完成…从列表中找到自己需要的那个信息，点击“查看详情”，却显示一堆乱码…一次性碰到上面的各种当然属于极端现象，但我敢说，你一定碰到过其中的问题不止一次，而且碰到了一定很郁闷。这些都是软件缺陷，分别是兼容性、安全性、易用性、性能和功能方面的缺陷，一旦出现将会给企业和用户带来不同严重程度的影响。这种糟糕的体验有没有使你产生想去优化的冲动？你是否想知道如何帮助软件开发团队开发出缺陷更少的软件产品？如果你的回答是肯定的，那么请跟我一起来做QA吧：）QA是什么？狭义的理解就是软件测试，软件测试工程师常被称为QA；广义上，QA就是在软件开发过程中做好软件质量分析和保证的人员。QA的职责有哪些？下面结合一个简单的例子说明QA的职责：生产杯子。1.

3年前的旧文重发。我在TiD2019大会《微服务测试》track提到测试右移，也就是生产环境下的QA，想了解更多详情的欢迎关注本文。2015年11月ThoughtWorks发布的技术雷达提到一个新的主题——产品环境下的QA（QA

问：谁应该为质量负责？答：QA是负责测试把关，主要负责吧，DEV也要在设计和代码上对质量负责。问：那其他角色呢？答：BA还好吧，跟质量的关系没那么大。……在蓝鲸项目，似乎大家对质量的关注意识有些欠缺，于是在项目上的不同角色、不同工作年限的人之间采样做了一次访谈，上面这个问题就是其中访谈的问题之一。有同事曾提醒我说这种题就是送分题，肯定不会有人回答不出。可是，事实并非如此…为什么会这样呢？我猜想可能是大家对质量的理解不一致的缘故，在没有搞清楚什么是质量的前提下，当然也没有可能理解到底谁该为质量负责。因此，我们来看看质量到底是什么？质量是什么产品质量不是检测出来的，从产品生产出来后质量就已经在那了。——著名的质量管理专家戴明在讲什么是质量之前，我们有必要区分两个不同的概念：测试只能检测、发现缺陷，而质量要通过缺陷预防来实现。

“我们公司的测试好多都转业务或开发了，还有的转管理了，测试做不长久…”“现在好多公司已经不招测试人员了，感觉测试没有什么前途…”“ThoughtWorks技术雷达上都是开发相关的内容，测试相关的内容越来越少…”

去年，我们在《数字化时代的软件测试》中看到了2017年软件质量方面的趋势和给测试人员的建议。又一年过去了，大家对软件质量保障和测试的关注有哪些变化呢？我们一起来看看这份质量报告《World

“小光，今天那个诡异的生产环境问题找到原因了吗？”“还是数据问题！之前做的一个功能有一部分数据迁移工作没有做好，导致生产环境有脏数据，委托人的联系人已经不为该委托人服务了，应该移除掉的…=-#~)@/-$*…”“又是脏数据…@=@”“嗯，好在不是代码问题。”这是在蓝鲸项目发生的真实对话。其中提到的脏数据（Dirty

除了正向的考虑加强每个环节的质量保障工作可以预防缺陷，通过分析缺陷的根因、定位问题出现的薄弱环节、制定可行的对应改进措施，可以帮助我们更有的放矢的做好缺陷预防工作，更有效的做好质量内建。