AI教小白做软件测试
本文首发于个人网站「BY林子」，转载请参考版权声明。 【写在前面】我以小白的身份，跟ChatGPT咨询如何开启我即将要加入的一个新的敏捷测试项目，后面是详细的对话内容。请注意，我没验证修改任何内容，全部原文呈现，参考请谨慎。 在深入阅读之前请大家思考：如果你是小白， ChatGPT这些内容对你有啥帮助？ 这些内容是否足够你加入新项目团队开始测试工作？ 按照ChatGPT给的指导开始工作是否会有什么问题？ 你担心工作被AI取代吗？该如何减少被取代的可能性？ 01 如何开始工作？You said: 我们公司是一家传统车企，正在做敏捷转型，我是新加入公司的，属于测试团队成员，我需要进入敏捷团队做智能汽车车载软件的测试工作。我之前没有车载软件测试经验，对敏捷测试也不是很了解。我要了解这个行业知识才能理解好需求，做好测试工作。请以自动开关车门的功能，帮我设计一下，我要如何开始我的工作？其中可能包括我要了解的领域知识，也需要你帮我介绍一下。 ChatGPT said: 自动开关车门的功能设计与测试，涉及车载软件、硬件控制以及用户交互等多个方面。作为测试团队成员，以下是你的入门工作思路和...
别分管理与实践，质量体系是一个整体
1. 引言许多企业探索适合自身的质量体系，但问题在于管理者往往只关注管理者视角的体系，忽视了指导团队实践的重要性。我们在【质量三人行】播客第六季《S6E1：不同视角下的质量体系》聊到这个话题，但感觉没聊明白。因此，我写下这篇文章，以进一步解释和说明。 本文旨在强调质量体系不应区分为管理和实践，而是一个全面、系统的框架，以促进团队能力的构建和高质量软件的交付。 2. 传统质量管理体系及其局限性传统的质量管理体系，如ISO 9001、TMMI和TQM，虽然为企业提供了一定的框架和流程，但在实际应用中存在诸多局限性。 2.1 传统质量管理体系概述ISO 9001ISO 9001作为国际标准，主要关注过程的标准化和管理体系的建立。然而，它往往缺乏具体的实践指导，企业在实施过程中可能感到迷茫。此外，过于强调文档和程序的合规性，可能导致实际操作中的灵活性不足，进而影响软件质量的提升。 TMMI测试成熟度模型集成（TMMI）提供了一个针对软件测试过程的成熟度评估框架，旨在提高测试过程的能力。然而，其复杂性和高成本使得许多企业难以全面实施。TMMI的重点在于过程改进，而非直接指导团队的日常实践...
斯多葛哲学有感
有一座山，能登上山顶的人据说都很厉害，因为登山途中可能遇到各种困境，需要一个个克服才有可能登顶。 小张、小李和小王都想登顶。 （一）小张自我感觉最好，非常自信觉得自己登顶一定没问题。可是，似乎没有他想的那么简单，他尝试了一次、两次……都以失败告终。 又过了几年，小张决定再尝试一次。这次当他快要到达顶峰的时候，突遇莫名其妙的大风，刮得他睁不开眼，不得不再次退下…… 下来后，小张一蹶不振，埋怨各种，觉得老天爷在跟他作对……从此困在了自己这种怨天尤人的情绪里难以自拔，并发誓再也不登山了。 （二）小李的情况不太一样，身体素质一般。他对自己能否登顶没啥信心，但是看到身边似乎没有他厉害的人也登顶了，他也决定试试。 刚开始，他是完全抱着试试看的心态，觉得自己肯定大概率是登不上去的。不过，他还是尽力做好各种准备，登山途中也是小心翼翼的。 在他离登顶越来越近的时候，觉得自己费了这么大劲准备，要是没登上顶也太亏了，准备工作太不值了！于是，求胜心越来越强烈，一方面觉得自己登不了顶，另一方面又不甘心失败，陷入了非常矛盾的境地。 最后，小李也在快要登顶的时候失败了。小李虽然没有小张那么颓废，但内心非常地难...
阻止团队使用工具的原因竟然是……
本文首发于个人网站「BY林子」，转载请参考版权声明。 工具化、自动化、数字化，这些都是逐步改善工作的质量和效率的方式，是时代不断进步的表现。然而，还是有很多软件开发团队的工作还处于手工阶段，这是为什么呢？原因是多方面的，其中竟然有一个是“审计阻碍”。 1. 习惯难以改变习惯了传统的手工方法，对新生事物（工具）接受程度较低。对于一些年龄较长的同仁，对于学习新的工具和方法是有成本的，而原来熟练的工作方式则更为顺手，也不太愿意花费多余精力去学习改变。 2. 能力有限某些团队可能是由于大家都不具备使用某个新工具的能力，且由于手头工作过于忙碌，也没有时间去学习研究。加上结合前面一个习惯成自然的原因，也是没有动力去提升这方便的能力。 3. 工具不好用/不适用可能大家也愿意去改变，愿意去钻研新工具新方法。但是，确实没有一款好用的工具来完成相应的工作，又或者是工具虽然功能强大，但不适合当前团队的情况，也没法使用。 4. 不让用某些团队成员可能非常想用工具，想用自动化的方式来提升工作效率，但是由于某些原因限制没法用，比如有的组织对工具的使用有严格限制，不允许随便采用新的工具；有的团队...
写作分享，只为邂逅那1%的共鸣
本文首发于个人网站「BY林子」，转载请参考版权声明。 几个月没有写文章，一定要为自己找个冠冕堂皇的理由：那就是忙！但，不一定是没有空闲的时间，更可能是没有合适的心理空间。 再次提笔，不禁思考为什么要坚持分享多年的内容，对我有什么好处？ “对认可的追求，扼杀了自由。” --《被讨厌的勇气》，岸见一郎 古贺史健 每每和朋友聊到这个话题，总能听到这样的声音：“我不敢写，觉得没什么可以写的，而且写出来被人笑话怎么办？”是啊，刚开始的时候我也会有这样的顾虑，尤其是我这样学生时代语文水平拖后腿的同学。不过，一旦亲自经历过，就会明白分享于自己的意义远大于对别人的影响，别人的反馈什么样又何必过于在意呢？ 能够坦然面对所有正负面反馈，是因为有了被讨厌的勇气，从而获得了分享的自由。 “读书的真正意义，并不在于复制100%的原文，而是在于邂逅1%的收获。” --《快速阅读术》，印南敦史 阅读的意义如此，反过来，写作的意义又何尝不是？ 任何文章于任何人，都会有不一样的感受。每个人的经历和领域各异，对同一事物的看法定是千差万别。我的文章，肯定会有人觉得毫无价值，也同样会让人受到启发，甚至受益匪...
2023：突破迷雾，追寻不惑之旅
本文首发于个人网站「BY林子」，转载请参考版权声明。 迷茫 焦虑 2023年对于绝大多数人来说都是不容易的一年。无论是大环境还是小环境，无论是工作还是生活，无论是同事、朋友还是家人，到处都充斥着迷茫和焦虑的情绪。 负面情绪就像黑暗无法驱赶，唯一能做的，就是带进光来。喜悦是消融负面情绪最好的光。 ——《重遇未知的自己》 张德芬 今年与姐妹共同取得的PMP证书虽然并不是一件了不起的事情，但考虑到当时的心境和曾一度想要放弃的情况，它实际上是我们在迷茫和焦虑中看到的一束光，为我们注入了前行的信心和动力。 相信 坚持 当你陷入困境或力不能支时，专注在力所能及的小事上，这能推进事情的进展。 ——《宝贵的人生建议》【美】凯文·凯丽 焦虑于那些我们无法改变的环境或事态，纯粹是徒劳。相比之下，专注于我们能够改变的事物，踏实地做好力所能及的事情更为实际。工作、生活、教育等方面的未来发展难以预测，但有一点是我们可以掌握的，那就是相信自己能够适应变化，并坚持做好应对变化的准备。 在心理学中存在一个现象被称为“自我实现的预言”，指的是人们会在不自觉的情况下按照已知的预期行事，最终实现这一预期。只...
软件质量体系白皮书
白皮书下载 关于软件质量，不同的人根据自身的领域知识和经验，对其有着不同的认知：有人简单地将软件质量等同于软件测试，有人说到软件质量就会想到是否有缺陷，也有人对软件质量的认知停留在是否好用的层面。 实际上，软件质量内涵丰富，既包括可感知的、跟用户使用相关的外部质量，也包括影响外部质量的软件技术架构和代码相关的内部质量，还有整个软件开发生命周期中各个环节相关的过程质量。 在 Thoughtworks，我们认为软件开发是复杂的社会活动，随着业务形态的增多、技术架构的演进，软件质量的复杂性不断增加，影响软件质量的因素也越来越多。软件质量不能仅靠传统意义上的测试活动来保障，测试人员要延伸测试边界，以更全面、更系统的视角来构建软件质量体系，助力组织提高软件产品的质量。 如果我们开始设想一套完善的质量体系，这个体系应该包括许多方法论和实践，并需要自上而下的管理框架和自下而上的主动意识。 自上而下的框架是基于顶层设计，整体包括哪些部分，它们的作用是什么，以及互相之间的关系等。 自下而上的主动意识则是每个员工基于不同的角色，主动关注与质量相关的工作，并积极履行应尽的质量职责。 因此，质量体系可...
质量免费吗？Is Quality Free?
本文首发于个人网站「BY林子」，转载请参考版权声明。 Note: You can find the English version after the Chinese one. 两个场景场景一：有限经费与质量改进 “要写自动化的单元测试、E2E测试，就会需要更多的钱，可是我们经费有限暂时做不了。” “CI上配置SonarQube扫描，对于扫描出来的问题我们也没有经费修复，这个举措也是没法实现。” …… 某IT团队在推进质量改进系列举措的时候总能听到这样的声音，就是由于经费有限很多的举措都实施不了。这似乎成为了一个困扰许多团队的难题，因为供应商往往要求额外费用来支持自动化测试和安全漏洞修复等。 这种困境的核心问题在于，有限的经费似乎成为阻碍团队提高质量的主要障碍。其实，需要全面理解质量改进的投入：质量改进是一项短期支出，更是一项长期的投资。 短期内去修复已有的代码Bug、安全漏洞，或者在原本没有自动化测试的情况下去增补自动化测试，确实需要额外的投入，因为这不属于新功能开发部分的工作内容。但是，代码漏洞的修复可以提高代码整体质量，而自动化测试能对代码改动提供快速反馈，能更有效地保...
责任等同于背锅？
本文首发于个人网站「BY林子」，转载请参考版权声明。 01 两个真实的故事故事一X公司IT质量管理部门在做质量的规范化管理，定义实践标准规范、模板、指南等，以指导各个团队因为实践不一致带来的问题，帮助各个团队更规范地开发和交付高质量的软件。A团队是X公司IT部门实践最成熟的团队，是标杆。 按说，A团队应该是最容易配合IT部门的质量改进的，因为他们是相对做得好的。可事实恰好相反，A团队对各种模板和指南都特别敏感，认为这些东西一旦制定出来就会要求严格照做，没做好肯定会追责，需要找人“背锅”，很排斥IT部门的改进举措。 相反，在成长初期的B团队却是真心想得到改进，心态很开放，角色间的协作和配合更加和谐，希望有一些指导性的东西帮助他们做的更规范，对各种举措也是很愿意配合。 故事二Y公司的IT部门也想做质量改进，但他们的情况比较特殊，业务方相对于IT来说比较强势，业务需求不清晰、进度要求紧等一系列问题，导致IT开发交付团队压力较大，但又不知道如何解决。我所接触到的Y公司几个IT团队的成员基本都感觉很累、很压抑，都在抱怨其他角色有做的不好的地方。 但其中有一个QA却完全不一样，她心态很好，...
测试工作的价值体现
本文首发于个人网站「BY林子」，转载请参考版权声明。 QA的绩效如何考核？ 测试工作的价值体现在哪里？ 这两个是大家比较关注，也是比较难的问题。确实，业务分析人员会产出需求文档，开发人员会产出软件，而QA的工作则很难定义明确的产出，很难被量化。 我们需要换个角度来理解测试工作的价值。测试工作本质是为了交付更好的质量，预防缺陷在生产环境暴露。因此，测试工作犹如防火，虽然很难量化定义，但是却举足轻重。 注意: 测试工作不一定是QA来完成，基于“团队对质量负责”的理念，团队任何人员都需要承担相应的测试工作，下面提到的测试工作都需要团队共同完成。 测试工作犹如防火测试工作在软件开发过程中的价值跟日常做好防火工作的价值是类似的，目标是在软件部署到生产环境之前，尽早发现并修复潜在的缺陷，确保软件在用户手中的安全和稳定运行。主要体现在以下几个方面： 早期发现隐患：防火检查会在火灾发生前发现火源或潜在的火灾隐患，并在事态扩大之前采取措施。同样，在软件开发过程中通过执行各种测试来发现潜在的缺陷和问题，并在软件交付到用户之前尽早予以解决。 预防性措施：防火需要采取预防性措施，例如安装灭火器...
