随笔分类 -  测试必知必会系列 - 测试基础知识

《软件测试52讲》读书笔记 —— 互联网产品的测试策略
摘要：互联网产品 一个字：快！ 通常情况下，互联网产品要求全回归测试的执行时间不能超过 4 小时 如何在保证测试质量和测试覆盖率前提下，有效缩短测试执行时间呢？这就是今天的主题啦！ 传统软件产品的测试策略设计 单元测试 一般是白盒测试，由开发工程自己完成 API测试 主要针对的是各模块暴露的接口，通常采用 阅读全文
posted @ 2020-01-17 20:33 小菠萝测试笔记 阅读(2286) 评论(0) 推荐(5) 编辑
《软件测试52讲》读书笔记 —— 软测的核心竞争力
摘要：竞争力一 简述 必须要深入理解业务，但是业务知识不能等同于测试能力 详解 测试工程的价值不能仅仅体现在特定的产品业务上，一旦离开这个业务领域，若你的经验积累很难被有效重用的话，那你的竞争力就会下降 竞争力二 简述 测试开发岗位的核心是 测试 ， 开发 的目的是更好地服务于测试 详解 作为测开不能只关 阅读全文
posted @ 2020-01-15 22:29 小菠萝测试笔记 阅读(2287) 评论(2) 推荐(5) 编辑
《软件测试52讲》读书笔记 —— 如何做好测试计划
摘要：测试计划的好处 知道确切的测试范围，采取怎么样的测试策略 预估具体的工作量和测试资源，每个人分工明确，不容易出现重复测试的情况 测试进度是可控的，实时知道目前测试完成情况 可以提前识别潜在风险，当需求发生变化时，我们需要做出响应 测试计划 测试范围 包含：被测对象，主要的测试内容 确定测试范围一般在 阅读全文
posted @ 2020-01-15 21:36 小菠萝测试笔记 阅读(2190) 评论(1) 推荐(7) 编辑
《软件测试52讲》读书笔记 —— 如何高效填写软件缺陷报告？
摘要：缺陷标题 通常采用 在什么情况下发生了什么问题 的模式 First 描述 什么问题 的同时还必须清楚地表述发生问题时的上下文，也就是 问题出现的场景 Second 标题应该尽可能描述问题本质，而避免只停留在问题的表面 比如：“商品金额输入框，可以输入英文字母和其他字符”，这个描述就只描述了问题的表面 阅读全文
posted @ 2020-01-14 21:01 小菠萝测试笔记 阅读(1677) 评论(0) 推荐(4) 编辑
《软件测试52讲》读书笔记 —— 你真的懂测试覆盖率吗？
摘要：测试覆盖率 用来衡量测试的充分性和完整性，从广义的角度来讲，测试覆盖率主要分为两大类 面向项目的需求覆盖率 偏向技术的代码覆盖率 需求覆盖率 定义：指测试对需求的覆盖程度，通常的做法是将每一条分解后的软件需求和对应的测试用例建立一对多的映射关系，最终目标是保证测试可以覆盖每个需求 现状：需求覆盖率统 阅读全文
posted @ 2020-01-14 13:50 小菠萝测试笔记 阅读(2133) 评论(0) 推荐(3) 编辑
《软件测试52讲》读书笔记 —— 为什么要做自动化测试
摘要：为什么需要自动化测试？ 代替手工重复操作，测试工程师可以花更多时间在设计全面的测试用例和新功能测试上 【代替手工重复】 提升回归测试的效率，适合敏捷开发过程 【提升回归效率】 更好的利用非工作时间执行测试，工作时间分析失败用例 【利用非工作时间测试】 高效实现某些手工测试无法完成或代价巨大的测试类型 阅读全文
posted @ 2020-01-13 22:41 小菠萝测试笔记 阅读(2026) 评论(1) 推荐(5) 编辑
《软件测试52讲》读书笔记 —— 如何设计一个“好的”测试用例
摘要：如何理解一个“好的”测试用例？ “好的”测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关 举栗子 被测软件——鱼塘 软件缺陷——鱼 测试用例集——渔网 “好的”测试用例集就是一张能够覆盖整个鱼塘的大渔网，只要鱼塘里有鱼，就能给捞上来； 如果渔网本身是完整合格的， 阅读全文
posted @ 2020-01-13 22:15 小菠萝测试笔记 阅读(2953) 评论(0) 推荐(8) 编辑
《软件测试52讲》读书笔记 —— 用户登录
摘要：最常见的黑盒测试方法 等价类划分 将所有可能的输入数据划分成若干个子集 任意一个输入数据若是有效的则构成有效等价类 输入数据对于揭露程序中潜在错误都具有同等效果则构成无效等价类 后续只要从每个等价类中年任意选取一个值进行测试， 就可以用少量具有代表性的测试输入取得较好的测试覆盖结果 边界值分析 选取 阅读全文
posted @ 2020-01-12 13:49 小菠萝测试笔记 阅读(2644) 评论(1) 推荐(6) 编辑
软件评测师笔记（七）—— 测试基础概念
摘要：基本路径测试法概念 在程序控制流程图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例，设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次 五种基本结构 控制流图 描述程序控制流的一种图示方法，其基本符号有圆圈和箭线，圆圈为控制流图中的一个结点，表示一个或多 阅读全文
posted @ 2020-01-09 23:07 小菠萝测试笔记 阅读(2480) 评论(0) 推荐(0) 编辑
软件评测师笔记（八）—— 测试用例设计
摘要：决策表（判定表）测试用例设计步骤 1、依据软件规格说明：确定规则个数 2、列出所有的条件状和动作桩 3、输入条件项 4、输入动作项，制定初始判定表 5、合并相似规则 场景法设计测试用例步骤 1、根据规格说明，描述出程序的基本流及各项备选流 2、根据基本流和备选流确定场景 3、对每一个场景生成相应的测 阅读全文
posted @ 2020-01-09 22:33 小菠萝测试笔记 阅读(2878) 评论(0) 推荐(1) 编辑
软件评测师笔记（三）—— 软件测试
摘要：软件测试的对象 程序、数据、文档，跟人没有关系 测试用例 要设计有效的功能测试用例，应该做到 1、测试用例应该100%地覆盖测试业务需求 2、利用场景法模拟核心业务流程的正确执行 3、利用场景法设计测试用例时，往往是一个业务流程需要多条验证数据 4、利用边界值法设计测试用例，能够验证输入值的便捷处理 阅读全文
posted @ 2020-01-09 13:23 小菠萝测试笔记 阅读(4496) 评论(4) 推荐(4) 编辑
测试基础篇（二）—— 面试挺常见
摘要：测试流程（各有千秋） 1、测试人员参与需求评审、交互评审、视觉评审；理解需求，进行需求分析 2、测试负责人编写测试计划，分配测试任务，评估测试周期 3、测试人员整理交互or需求疑难点，确认异常场景or特殊情况下的交互细节，最好是能划出新功能的数据流图&流程图 4、测试人员编写测试点，转化测试用例，评 阅读全文
posted @ 2019-12-26 23:34 小菠萝测试笔记 阅读(3701) 评论(0) 推荐(3) 编辑
测试基础篇（一）—— 面试终极常见
摘要：什么是软件测试？ 正向思维：验证程序是否正常运行，以及是否达到了用户预期的需求 逆向思维：通过执行测试用例发现程序的错误和缺陷 关键字：正常运行，用户需求，发现错误 软件测试的目的是什么？ 找出软件中潜在的错误和缺陷，通过修复错误和缺陷提高软件的质量，回避软件发布后因缺陷或错误带来的商业分风险 关键 阅读全文
posted @ 2019-12-26 21:38 小菠萝测试笔记 阅读(3999) 评论(0) 推荐(3) 编辑