这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 09 软件测试工程师的核心竞争力是什么？分两类进行阐述，一类是功能测试岗位，他需要深入理解业务，但是业务知识不能等同于测试能力。第二类是测试开发岗位，他需要具有开发能力，但是”开发”的目的是更好的服务于测试，需要对测试的理解，以及在此基础上设计、开发帮助测试人员提高效率并解决实际问题的工具。 业务功能测试工程师 测试策略设计能力 测试用例设计能力 快速学习能力 探索性测试思维 缺陷分析能力 自动化测试技术 良好的沟通能力 测试开发工程师 测试系统需求分析能力 更宽广的知识体系 【心得】为什么开 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 08 以终为始，如何才能做好测试计划？测试计划的地位 早期的软件工程实际中，软件测试计划是整个软件研发生命周期中的重要环节。 敏捷开发模式下，很少去制定传统意义上的测试计划，但是它依旧存在。 重要性不变，形式有变化： 从原来的一次性集中制定测试计划，变成了以迭代的方式持续制定测试计划。 测试计划的内容包括如下五大方面。 测试范围明确”测什么”和”不测什么”。 测试策略明确”先测什么，后测什么”和”如何来测”。 也就是明确测试的重点，以及各项测试的先后顺序。还需要说明，采用什么样的测试类型和测试 ...

原文链接在此：https://mp.weixin.qq.com/s/ynMB2kVQSyA0e360QBrwAQ是直播“去 QE 时代，测试开发者该如何迎难而上？”的文字整理稿，标题也变成了“为何从开发转测试，并坚持了16年？” 为什么写这么一篇感悟呢，也是因为作者这篇文章给我解了惑。最近几个月以来，一直在思考测试行业的发展，如何成长，如何走的更深更远。也去阅读了很多国外的文献，发现其实测试能够做的事情很多。但是这些文献资料，都是侧重于自己的主题，大量的阅读资料，反而使自己迷失其中，越发理不清思绪，没有体系，也越发不清楚测试的核心价值所在。 是自动化测试吗？其实自动化测试能够做的事情比较 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 07 如何高效填写软件缺陷报告？缺陷报告是测试工程师日常工作的重要输出。最基本的一项技能是：把发现的缺陷准确无歧义地表达清楚。好的缺陷绝不是大量信息的堆叠，而是以高效的方式提供准确有用的信息。 缺陷标题通常采用”在什么情况下发生了什么问题的模式”。标题应该尽可能描述问题本质，并且不易过长。 缺陷概述目的是：清晰简洁地描述缺陷，使开发工程师能够聚焦缺陷的本质。 缺陷影响准确描述缺陷影响的前提是：必须对软件的应用场景以及需求有深入的理解。 环境配置详细描述测试环境的配置细节，为缺陷的重现提供必要的环境 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 05 你知道软件开发各阶段都有哪些自动化测试技术吗？单元测试的自动化技术不仅仅指用例执行的自动化，还包括以下几个方面 用例框架代码生成的自动化 部分测试输入数据的自动化生成 自动桩代码的生成 被测代码的自动化静态分析 测试覆盖率的自动统计与分析 代码级集成测试的自动化技术将已经开发完成的软件模块放在一起测试。 Web Service测试的自动化技术主要是指SOAP API和REST API这两类API测试。对于基于代码的API测试用例，通常包含三大步骤： 准备API调用时需要的测试数据 准备 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 06 你真的懂测试覆盖率吗？从广义角度，可以分为面向项目的需求覆盖率，和偏向技术的代码覆盖率。 需求覆盖率指测试对需求的覆盖程度，通常的做法是将每一条分解后的软件需求和对应的测试简历一对多的映射关系，最终目标是保证测试可以覆盖每个需求，以保证软件产品的质量。这种统计方法属于传统瀑布模型下的软件工程时间，流程上是重量级的，很难适应当今互联网时代下的敏捷开发实践。互联网项目中很少直接基于需求来衡量测试覆盖率，而是将软件需求转换成测试需求，然后基于测试需求再来设计测试点。 代码覆盖率指至少被执行了一次的 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 04 为什么要做自动化测试？什么样的项目适合做自动化测试？什么是自动化测试自动化测试是，把人对软件的测试行为转化为由机器执行测试行为的一种实践。 自动化测试的本质是写一段代码用于测试另一段代码。当用例的维护成本高于其节省的测试成本时，自动化测试就失去了价值与意义。 为什么需要自动化测试 替代大量手工机械重复性劳动 提升回归测试效率 利用无人值守时间频繁执行测试 高效实现某些手工测试无法完成或者代价巨大的测试类型，如关键业务7x24小时持续运行的系统稳定性测试和高并发场景的压力测试 保证每次测试执行 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 02 如何设计一个”好的”测试用例1.好用例的必备特征 整体完备性：能够完全覆盖测试需求 等价类划分的准确性 等价类集合的完备性：保证所有可能的边界值和边界条件都已经正确识别 三种最常用的测试用例设计方法 等价类划分法 边界值分析法 错误推测法：比较依赖测试人员对被测软件的需求理解，个人能力，以及经验。它和目前流行的”探索式测试”的基本思想和理念不谋而合，缺点是难于系统化，过度依赖个人能力。因此，为了降低对个人能力的依赖，在中小企业中经常使用建立缺陷知识库的方式，而这种方式最简单的实践方法就 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 03 什么是单元测试？如何做好单元测试？单元测试概念 单元测试是指，对软件中的最小可测试单元在与程序其他部分相隔离的情况下进行检查和验证的工作，这里的最小可测试单元通常是指函数或者类。 单元测试通常由开发工程师完成，并以自动化的方式执行。在大量回归测试的场景下更能带来高收益。 如何做好单元测试 考虑代码的基本特征与产生错误的原因。开发工程师眼中代码的”功能点”，就是单元测试的”等价类”。 单元测试用例是”输入数据”和”预计输出”的集合。 并不是只有被测函数的输入参数才是”输入数据”，常见的 ...

这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。 01 如何测试”用户登录”页面显式功能性需求 使用最常用、最典型、最重要的两种黑盒测试方法：等价类划分、边界值分析方法，进行用例设计。这样完成的用例，刚刚达到及格水平。 在上述用例基础上，仔细考虑功能需求，扩充用例，扩大覆盖率。 非功能性需求 安全性 性能 兼容性 测试用例具有不可穷尽性，实践中需要兼顾缺陷风险和研发成本之间的平衡。需要具有宽广的知识面，才能设计出有针对性、更易于发现问题的测试用例。 【心得】所以，看似简单的一个用户登录功能的用例设计，还是能够很好地区分出一般和优秀的测试工 ...