随着敏捷开发模式的流行，版本交付周期缩短，测试工期压缩，一线测试工程师不仅工作节奏加快，而且工作量也在加大。但是，我们的成长速度似乎越来越慢。这是为什么呢？大环境下，我们都陷入了一个非成长型的恶性循环，随着项目迭代频率加快，循环的回归测试和发布执行等工作不断地消耗着我们的精力和成长动力，我们都想跳出这个循环，却并没有那么顺利。图1-1敏捷下的测试循环那么，我们就这样躺平么？当然不行，我们必须继续探索跳出这个恶性死循环的方法。本文想从测试文档的整理说起，分享测试成长的探索之路。一、传统测试文档传统的测试文档一般包括：测试计划、测试用例、测试缺陷和测试报告。测试计划文档整理了测试的排期，测试用例
随着敏捷开发模式的流行，版本交付周期缩短，测试工期压缩，一线测试工程师不仅工作节奏加快，而且工作量也在加大。但是，我们的成长速度似乎越来越慢。这是为什么呢？大环境下，我们都陷入了一个非成长型的恶性循环，随着项目迭代频率加快，循环的回归测试和发布执行等工作不断地消耗着我们的精力和成长动力，我们都想跳出这个循环，却并没有那么顺利。图1-1敏捷下的测试循环那么，我们就这样躺平么？当然不行，我们必须继续探索跳出这个恶性死循环的方法。本文想从测试文档的整理说起，分享测试成长的探索之路。一、传统测试文档传统的测试文档一般包括：测试计划、测试用例、测试缺陷和测试报告。测试计划文档整理了测试的排期，测试用例
回顾校园生活中，我们参加每一场考试后都会对错题进行分析总结并补缺补漏，以便能更好地去应对更重要的考试。回到软件系统开发中，我们记录和跟踪缺陷的目的是什么，仅仅是为了在软件系统开发过程中跟踪Bug直至修复么？应该不止于此。我们也可以对项目缺陷进行分析，分析其共性进而分类，从而建立项目的“错题集”，为下一次“考试”提供宝贵的经验。如图1-1所示，通常一条缺陷记录会包含缺陷编号、缺陷标题、状态、缺陷描述、严重程度、优先级、开发负责人、测试负责人、缺陷类型、功能模块、对应版本和对应环境等信息。那么，我们可以从哪些方面来分析和总结项目的缺陷呢？图1-1软件缺陷记录示例 一、缺陷分析维度如图1-2所示，
回顾校园生活中，我们参加每一场考试后都会对错题进行分析总结并补缺补漏，以便能更好地去应对更重要的考试。回到软件系统开发中，我们记录和跟踪缺陷的目的是什么，仅仅是为了在软件系统开发过程中跟踪Bug直至修复么？应该不止于此。我们也可以对项目缺陷进行分析，分析其共性进而分类，从而建立项目的“错题集”，为下一次“考试”提供宝贵的经验。如图1-1所示，通常一条缺陷记录会包含缺陷编号、缺陷标题、状态、缺陷描述、严重程度、优先级、开发负责人、测试负责人、缺陷类型、功能模块、对应版本和对应环境等信息。那么，我们可以从哪些方面来分析和总结项目的缺陷呢？图1-1软件缺陷记录示例 一、缺陷分析维度如图1-2所示，
在分享测试用例评审的内容之前，我们可以先思考下为什么要组织测试用例评审会议呢？一、评审目的一般来说，参加测试用例评审的人员包括对应项目的产品人员、设计人员、开发人员和测试人员。图1-1测试用例评审相关人员测试用例评审会议的发起者一般是测试人员，既然我们是发起者，那我们发起这个会议的目的是什么呢？首先，在测试用例设计过程中，我们可能会对某些需求点存在疑问或者不同意见，那我们就要找产品人员讨论和明确需求点。其次，我们可能对产品的界面交互设计存在疑问或者优化建议，那我们就需要找设计人员和产品人员共同讨论和明确设计点。再次，我们也可能对开发设计方案的理解上存在偏差，那我们就需要让各端开发人员协助把控测
在分享测试用例评审的内容之前，我们可以先思考下为什么要组织测试用例评审会议呢？一、评审目的一般来说，参加测试用例评审的人员包括对应项目的产品人员、设计人员、开发人员和测试人员。图1-1测试用例评审相关人员测试用例评审会议的发起者一般是测试人员，既然我们是发起者，那我们发起这个会议的目的是什么呢？首先，在测试用例设计过程中，我们可能会对某些需求点存在疑问或者不同意见，那我们就要找产品人员讨论和明确需求点。其次，我们可能对产品的界面交互设计存在疑问或者优化建议，那我们就需要找设计人员和产品人员共同讨论和明确设计点。再次，我们也可能对开发设计方案的理解上存在偏差，那我们就需要让各端开发人员协助把控测
在《漫谈软件系统测试——问题解决》一文中，文章借鉴控制疫情的四大策略，总结了软件系统质量保障的四大策略。那么在日常工作中，我们应该如何理解测试策略呢？什么是测试策略？测试策略是描述软件开发周期的测试方法的概述。测试策略的目的是从组织的高级目标到实际的测试活动提供合理的推论，以从质量保证的角度实现这些目标。对于一个完整的系统，其测试策略内容一般包含测试范围、测试角色、测试方法、测试工具、测试层级、测试类型、验证环境、风险和处理方案、测试指标和测试可交付成果等内容。如何来理解这些内容呢？我们可以将其简化为四个问题：测什么？由谁测？什么时候测？怎么测？图1-1【爱测角】测试策略概括测什么？如果按测试
在《漫谈软件系统测试——问题解决》一文中，文章借鉴控制疫情的四大策略，总结了软件系统质量保障的四大策略。那么在日常工作中，我们应该如何理解测试策略呢？什么是测试策略？测试策略是描述软件开发周期的测试方法的概述。测试策略的目的是从组织的高级目标到实际的测试活动提供合理的推论，以从质量保证的角度实现这些目标。对于一个完整的系统，其测试策略内容一般包含测试范围、测试角色、测试方法、测试工具、测试层级、测试类型、验证环境、风险和处理方案、测试指标和测试可交付成果等内容。如何来理解这些内容呢？我们可以将其简化为四个问题：测什么？由谁测？什么时候测？怎么测？图1-1【爱测角】测试策略概括测什么？如果按测试
作为测试工程师，我们为保障软件项目的质量付出了很多精力。但是，由于我们的工作内容所限制，相对于其他项目角色，我们在项目中很难输出比较直观的成果。又因为工作成果不明显，测试工程师容易被某些团队成员误解为工作量不大或者工作价值低的一种角色。那我们应该如何汇报自己的工作内容，才能突出自己在项目中的价值呢？一、测试汇报内容以往，我们在汇报自己的工作内容时一般只会强调发现的缺陷数这个内容，我们把Bug数量作为衡量我们工作量和工作价值的主要指标。但是仅凭这个数据就能现我们的价值么？答案是不能。如果我们在项目前期做了足够多预防Bug发生的工作，项目测试阶段发现的Bug可能就很少，仅凭发现的缺陷数来衡量，岂不
作为测试工程师，我们为保障软件项目的质量付出了很多精力。但是，由于我们的工作内容所限制，相对于其他项目角色，我们在项目中很难输出比较直观的成果。又因为工作成果不明显，测试工程师容易被某些团队成员误解为工作量不大或者工作价值低的一种角色。那我们应该如何汇报自己的工作内容，才能突出自己在项目中的价值呢？一、测试汇报内容以往，我们在汇报自己的工作内容时一般只会强调发现的缺陷数这个内容，我们把Bug数量作为衡量我们工作量和工作价值的主要指标。但是仅凭这个数据就能现我们的价值么？答案是不能。如果我们在项目前期做了足够多预防Bug发生的工作，项目测试阶段发现的Bug可能就很少，仅凭发现的缺陷数来衡量，岂不
