随笔分类 - 读书笔记 -《软件测试52讲》
摘要：前言 文章中还介绍了测试工具，比如cURL、postman，单API如何测试；但这些都是偏基础的东西，且网上教程各式各样，就不再赘述了；这里主要讲的就是关于复杂场景的API测试要如何应对 API测试的流程 准备测试数据（这是可选步骤，不一定所有 API 测试都需要这一步） 通过 API 测试工具，发
阅读全文
摘要：互联网产品 一个字：快！ 通常情况下，互联网产品要求全回归测试的执行时间不能超过 4 小时 如何在保证测试质量和测试覆盖率前提下，有效缩短测试执行时间呢？这就是今天的主题啦！ 传统软件产品的测试策略设计 单元测试 一般是白盒测试，由开发工程自己完成 API测试 主要针对的是各模块暴露的接口，通常采用
阅读全文
摘要：竞争力一 简述 必须要深入理解业务，但是业务知识不能等同于测试能力 详解 测试工程的价值不能仅仅体现在特定的产品业务上，一旦离开这个业务领域，若你的经验积累很难被有效重用的话，那你的竞争力就会下降 竞争力二 简述 测试开发岗位的核心是 测试 ， 开发 的目的是更好地服务于测试 详解 作为测开不能只关
阅读全文
摘要：测试计划的好处 知道确切的测试范围，采取怎么样的测试策略 预估具体的工作量和测试资源，每个人分工明确，不容易出现重复测试的情况 测试进度是可控的，实时知道目前测试完成情况 可以提前识别潜在风险，当需求发生变化时，我们需要做出响应 测试计划 测试范围 包含：被测对象，主要的测试内容 确定测试范围一般在
阅读全文
摘要：缺陷标题 通常采用 在什么情况下发生了什么问题 的模式 First 描述 什么问题 的同时还必须清楚地表述发生问题时的上下文，也就是 问题出现的场景 Second 标题应该尽可能描述问题本质，而避免只停留在问题的表面 比如：“商品金额输入框，可以输入英文字母和其他字符”，这个描述就只描述了问题的表面
阅读全文
摘要：测试覆盖率 用来衡量测试的充分性和完整性，从广义的角度来讲，测试覆盖率主要分为两大类 面向项目的需求覆盖率 偏向技术的代码覆盖率 需求覆盖率 定义：指测试对需求的覆盖程度，通常的做法是将每一条分解后的软件需求和对应的测试用例建立一对多的映射关系，最终目标是保证测试可以覆盖每个需求 现状：需求覆盖率统
阅读全文
摘要：为什么需要自动化测试？ 代替手工重复操作，测试工程师可以花更多时间在设计全面的测试用例和新功能测试上 【代替手工重复】 提升回归测试的效率，适合敏捷开发过程 【提升回归效率】 更好的利用非工作时间执行测试，工作时间分析失败用例 【利用非工作时间测试】 高效实现某些手工测试无法完成或代价巨大的测试类型
阅读全文
摘要：如何理解一个“好的”测试用例？ “好的”测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关 举栗子 被测软件——鱼塘 软件缺陷——鱼 测试用例集——渔网 “好的”测试用例集就是一张能够覆盖整个鱼塘的大渔网，只要鱼塘里有鱼，就能给捞上来； 如果渔网本身是完整合格的，
阅读全文
摘要：最常见的黑盒测试方法 等价类划分 将所有可能的输入数据划分成若干个子集 任意一个输入数据若是有效的则构成有效等价类 输入数据对于揭露程序中潜在错误都具有同等效果则构成无效等价类 后续只要从每个等价类中年任意选取一个值进行测试， 就可以用少量具有代表性的测试输入取得较好的测试覆盖结果 边界值分析 选取
阅读全文