00引言1.三个层次聊测试体系测试人员缺乏体系化思维？新建产品团队或者新启项目，如何搭建质量保障体系？大家都接触过不计其数的测试、质量方面的文章或者培训课程，内容不乏测试实践、技术相关，但是却很难构建自己的测试体系。基于很多朋友类似的困惑，结合本人多年的团队实践和咨询经验，从基础、进阶和高级三个不同的层次来跟大家探讨测试体系化思维的构建。《构建测试的体系化思维（基础篇）》《构建测试的体系化思维（进
目录前言人员与项目培养与管理质量与度量总结1前言当前业界对于软件测试和质量相关的讨论非常多，各种不同的声音也层出不穷，比如去测试人员、测试人员无用论、测试技术化、测试工程化、测试与质量赋能、敏捷测试、持续测试、全程自动化测试等等。可见测试工作和专业的测试人员已经处于了一个很大的漩涡里面。但是只要一个项目追求高质量，那么它一定需要实施大量系统化的专业的测试和质量工作。而这些大量系统化的测试与质量工作
在Testerhome看到一个很有意思的问题，题目是：测试的产出到底是什么？“质量保证，或者产品优质，这些都只是结果，且单纯靠测试是肯定不行的，但是在日常的工作中，测试的产出到底是什么？”这是个很有意思的话题，对于测试的产出，不同人有不同的理解，大家也可以自己先想想。聊聊个人的看法，总结起来就几个词：一个思维、一份报告、一点责任，努力精进。下面详细展开来说说。1.一份思维关于测试最终是否会消失，不
本文首发于个人网站「BY林子」(https://www.bylinzi.com/2022/01/27/navid-quality-pillars/)。NavidNader-Rezvani(https://twitter.com/navidnader)根据她在敏捷团队的质量咨询经验，提炼出一个敏捷质量框架，在书籍《AnExecutive’sGuidetoSoftwareQualityinanAgil
上回，我们聊到了测试策略，也提到了测试策略的重要性。很多人说测试策略现在会包含在测试设计阶段，落地到测试用例中，也没什么问题，因为这都是解决问题的过程方法，不是核心目标。提到测试用例，这个作为测试入门级的问题，现在很多人对它也是看法颇多。有的观点认为，测试用例是测试人员的工作量体现，而且是测试工作的指引和保障，需要详细来写。有的观点认为，现在是敏捷研发，测试都来不及，写什么测试用例。折中的观点认为
这是个异常精彩的关于有线网络喜欢红茶的故事，先上为敬：来源：https://m.weibo.cn/status/4727360828214499debug过程1.发生的时机：早上或中午，小A泡茶后20分钟2.发生的场景或环境：当小A自己泡茶，且不泡红茶时3.相关的人：有且仅有小A4.没有问题的对照组：无线网，小A不泡红茶5.被否决的workaround：小A从此只喝红茶6.原因猜测：无线网/水/其
你有多久没听过测试策略这个词了？它就像个走失的小孩，慢慢迷失在快速迭代的敏捷潮流中。曾何几时，测试策略是测试活动的重要一环，它指导着整个测试活动的开展，是高阶测试人员必备的技能。今天，我们来聊聊这个被逐渐忽略的测试技能。1.什么是测试策略维基百科上有一大段关于测试策略的定义，这里就不贴出来了，简单来说，测试策略主要关注两个问题：测什么：测什么是指质量需求是什么、需要关注质量的哪些方面，比如应用的功
这次我们来聊聊“正确的做事”。现在大家都在聊敏捷，虽然都遵循着敏捷的基本理论和价值观，但外在的实践形式不尽相同。有人的地方就有江湖，江湖的一大特色就是流派众多，敏捷实践也例外，KANBAN、Scrum、XP、Lean（精益）、DSDM（动态系统开发方法）、FDD（特征驱动开发）等等百花齐放。团队在落地实践这些敏捷内容时，表现也各不相同。有的只是蹭概念，有的把大瀑布变成了小瀑布。也有的团队做得很好，
今天的话题，从一个真实的故事说起。某年某月某日，笔者带团队去某BU做实施调研时，对方的产品经理提出了一个需求，他说：我们的团队目前没有专职的测试人员，希望借助平台的UI自动化能力，让业务人员也拥有测试的能力，能够参与到自动化测试当中去。然后就提出了一些“需求”：希望能够在页面上录入数据，能够自动验证数据是否正确，能够简单地维护页面元素就好，能够自动判断业务是否展示正常，能够……。你猜最后的结果是什
我的个人网站【林子的空间(www.bylinzi.com)】进行了改善，响应速度提升了不少，如果之前嫌慢的话，现在可以再来试试看哈在提速的同时，为了提升访问体验，还对内容进行了重新的分类整理，增加了更为方便的菜单导航，可以看到全部文章列表了哈点击【林子的空间】，可以方便看到下列所有文章。欢迎移步阅读！敏捷测试《不止测试》——自出版小书测试敏捷化vs敏捷测试敏捷QA需要写测试用例吗？测试经理如何适应
热门文章