最常见的黑盒测试方法 等价类划分 将所有可能的输入数据划分成若干个子集 任意一个输入数据若是有效的则构成有效等价类 输入数据对于揭露程序中潜在错误都具有同等效果则构成无效等价类 后续只要从每个等价类中年任意选取一个值进行测试， 就可以用少量具有代表性的测试输入取得较好 ...

缺陷标题 通常采用 在什么情况下发生了什么问题 的模式 First 描述 什么问题 的同时还必须清楚地表述发生问题时的上下文，也就是 问题出现的场景 Second 标题应该尽可能描述 ...

测试计划的好处 知道确切的测试范围，采取怎么样的测试策略 预估具体的工作量和测试资源，每个人分工明确，不容易出现重复测试的情况 测试进度是可控的，实时知道目前测试完成情况 可以提前识别潜在风险，当需求发生变化时，我们需要做出响应 测试计划 测试范围 包含：被测 ...

为什么需要自动化测试？ 代替手工重复操作，测试工程师可以花更多时间在设计全面的测试用例和新功能测试上 【代替手工重复】 提升回归测试的效率，适合敏捷开发过程 【提升回归效率】 更好的利用非工作时间执行测试，工作时间分析失败用例 【利用非工作时间测试】 高效实现某些手工测试 ...

如何理解一个“好的”测试用例？ “好的”测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关 举栗子 被测软件——鱼塘 软件缺陷——鱼 测试用例集——渔网 “好的”测试用例集就是一张能够覆盖整个鱼塘的大渔网，只要鱼塘里有鱼，就能给捞上来； 如果渔网 ...

） 通过 API 测试工具，发起对被测 API 的 request 验证返回结果的 response ...

测试覆盖率 用来衡量测试的充分性和完整性，从广义的角度来讲，测试覆盖率主要分为两大类 面向项目的需求覆盖率 偏向技术的代码覆盖率 需求覆盖率 定义：指测试对需求的覆盖程度，通常的做法是将每一条分解后的软件需求和对应的测试用例建立一对多的映射关系，最终目标是保证测试 ...

互联网产品 一个字：快！ 通常情况下，互联网产品要求全回归测试的执行时间不能超过 4 小时 如何在保证测试质量和测试覆盖率前提下，有效缩短测试执行时间呢？这就是今天的主题啦！ 传统软件产品的测试策略设计 单元测试 一般是白盒测试，由开发工程自己完成 API测试 ...