我们提倡提升自动化覆盖率，我们为自动化覆盖率而努力！但自动化覆盖率的纬度有很多，简单从核心案例或手工案例做基数计算是不负责任的，为什么？因为它是一项重要指标，将指导整个测试自动化的方向，因为自动化案例都由手工测试人员编写和执行，也将影响整个测试质量。我们的自动化覆盖率并不差：1，被测系统自动化覆盖率100%，我们指不出哪个系统没有自动化脚本或案例。2，生产高频top100交易自动化覆盖率100%3
在项目中，会遇到各种各样的需求加塞和变更，导致在项目交付链末端的测试经常是苦不堪言，如果直接拒绝会被认为，工作支持不到位，或者被认为缺少挑战拼搏精神，甚至可能被认为价值观有问题。那么如何合理而友好的拒绝产品需求呢？个人认为有三种方式值得和同学分享。第一种换方案不换目标；第二种是换目标不换方案；第三种是如果前两个都不奏效，只能接受的话，就需要不断通过数据进行反馈。下面详细聊一聊。1.换方案不换目标具
1.介绍随着Web应用的空前发展，前端业务逐渐复杂，为了处理这些复杂业务，前后端分离，出现了专门应对这种分离架构的应用开发框架，比如Angular，React，Vue等，从而也导致Web应用的复杂度大大增加，并出现了SPA（SinglePagewebApplication）。同时随着越来越多的用户使用移动设备访问Web应用，使得Web应用需要支持一些性能并不是很好的移动设备。为了度量和测试Web应
DevOps正以某种形式有效地提高提高全球软件公司的上市速度、可销售性、创新和产品质量。2021年是DevOps的重要一年。由于DevOps跨越开发、运营、IT、安全和产品团队等等，以及软件开发的不同阶段，因此有大量工具可供选择。本文介绍目前市场上可用的一些顶级DevOps工具，同时牢记CI/CD生命周期的重要类别。上篇为配置管理、构建、源代码、部署工具，本篇主要是漏洞管理、质量、监控、协作工具。
本文首发于个人网站【林子的空间https://www.bylinzi.com/2022/01/05/basic-test-responsibility/】，欢迎移步阅读更多内容。之前写过一篇文章《神圣的QA》，是面向想从事QA工作的毕业生同学的，文中有讲到QA的五个基本职责：理解和澄清业务需求制定策略并设计测试实现和执行测试缺陷管理与分析质量反馈与风险识别最近有朋友希望我能分享体系化的测试需要关注
敏捷开发的概念已经火了有很多年了，笔者从2012年接触敏捷测试理论，先后在电信行业和国内互联网企业，在敏捷开发团队中从事测试工作。敏捷团队中的研发和测试融合到一个团队，也时常会遇到瓶颈，最常见的就是测试资源紧张，瓶颈到测试资源，自然而然会想到开发人员和测试人员的配比，按照系统特点和质量要求不同，这个配比是不同的，不会有统一的答案，比如曾经所在的电信级网管项目来说，开发和测试人数配比大概接近2:1，
最近流行“三问”。对于测试团队来说，也可以有三个问题，测试团队是如何建立和发展起来的？以后又会向何种模式发展？最终会消亡么？本文尝试梳理在企业发展过程中可能存在的各种测试资源的组织形式，并认为“无测试”是测试组织对内职责发展的高级形态，而测试组织对外提供服务，成为“前台部门”的这种“第三方模式”是另一种高级形态。笔者也在就测试组织模式进行一个小调查，欢迎在文末参加。一集中模式这是一种线性发展的模式
为什么要有测试管理平台?对测试从业人员：提高效率，标准化交付过程对于团队主管和高阶管理者，掌握进度，把控风险。沉淀组织资产，维持稳定性。对其他职能：了解进度，透明交付过程关于外包，有了平台，更加易于管理外包的交付工作。一般的测试平台能干什么？测试平台有哪些类型？笔者简单梳理了一下，供大家参考。尤其是在DevOps平台建设时，关于测试管理是集成既有平台，还是自建其管理能力，又如何管理自动化测试用例？
整个软件行业发展很快，追求快速迭代、快速发布，但速度也不能无限放大，而且当竞争到一定程度时，相同的产品或类似的服务充满了整个世界，人类一定是选最好的产品/服务，我们终归要回到原点。当一个机会来临的时候，我们常常研究如何用一套策略比别人更快的抓住机会，如何比别人跑得快去抢占市场。但是，最终我们还是要靠产品的品质取胜。我还是乐意再用一次雷军的一张slide，从而进一步说明有必要讨论：什么是质量管理的底
“一个人到底要走多少弯路，才能成为一名合格的测试开发工程师？”近年来，随着敏捷开发、微服务架构、DevOps逐渐深入人心，软件行业发生了翻天覆地的变化。相应地，软件测试行业也洗牌加剧：软件测试的准入门槛，也从以前的是个人就行，逐渐变成了“科班出身”、“技能傍身”。从各个大厂最近几年的招聘数据来看，应聘成功的软件测试人员，一般都有两个特征：“有至少一个拿的出手的项目”，“看起来不错的学历背景”。当技
热门文章