摘要: 软件测试的对象: 程序、数据、文档 "好的"测试用例的标准是什么: (1)测试用例应该 100% 覆盖测试业务需求 (2)从用户使用场景出发,考虑用户各种正常和异常的使用场景 (3)用例颗粒度大小要均匀 (4)用例要素要齐全,步骤详细,操作明确 (5)做好用例评审,及时更新测试用例 常见系统测试主要 阅读全文
posted @ 2024-06-27 21:51 努力的小测试 阅读(3) 评论(0) 推荐(0) 编辑
摘要: 最常见的黑盒测试方法: 等价类划分: 将所有可能的输入数据划分成若干个子集 任意一个输入数据若是有效的则构成有效等价类 输入数据对于揭露程序中潜在错误都具有同等效果则构成无效等价类 后续只要从每个等价类中任意选取一个值进行测试,就可以用少量具有代表性的测试输入取得较好的测试覆盖结果。 边界值分析: 阅读全文
posted @ 2024-06-27 20:58 努力的小测试 阅读(5) 评论(0) 推荐(0) 编辑
摘要: 如何理解一个“好的”测试用例? “好的”测试用例一定是一个完备的集合,它能够覆盖所有等价类以及各种边界值,而跟能够发现缺陷无关。 举例子: 被测软件 鱼塘 软件缺陷 鱼 测试用例集 渔网 “好的”测试用例集就是一张能够覆盖整个鱼塘的大鱼网,只要鱼塘里有鱼,就能给捞上来。 如果渔网本身是完整合格的,那 阅读全文
posted @ 2024-06-27 17:46 努力的小测试 阅读(8) 评论(0) 推荐(0) 编辑
摘要: 1.测试覆盖率: 用来衡量测试的充分性和完整性,从广义的角度来讲,测试覆盖率主要分为两大类: (1)需求覆盖率 (2)代码覆盖率 需求覆盖率: 定义:指测试对需求的覆盖程度,通常做法是将一条分解后的软件需求和对应的测试用例建立一对多的映射关系,最终目标是保证测试可以覆盖每个需求。 现状:需求覆盖率统 阅读全文
posted @ 2024-06-27 15:44 努力的小测试 阅读(24) 评论(0) 推荐(0) 编辑
摘要: 1.缺陷标题: 通常采用 在什么情况下发生了什么问题 的模式,尽可能描述问题本质。 2.优先级:开发以此为依据来决定修复该缺陷的优先级 3.严重程度:衡量缺陷的严重程度,并决定是否要等该缺陷被修复后才能发布产品 4.前置条件:指测试步骤开始前系统应该处在的状态,目的是减少缺陷重现步骤的描述。 5.重 阅读全文
posted @ 2024-06-27 15:06 努力的小测试 阅读(4) 评论(0) 推荐(0) 编辑
摘要: 1. 测试计划的好处: (1)明确测试范围,采取怎样的测试策略; (2)预估具体的工作量和测试资源,每个人分工明确,不容易出现重复测试的情况; (3)测试进度是可控的,实时知道目前测试完成情况; (4)提前识别潜在风险,当需求发生变化时可以做出响应; 2. 测试计划内容: (1)测试范围: 包含:被 阅读全文
posted @ 2024-06-27 14:33 努力的小测试 阅读(10) 评论(0) 推荐(0) 编辑
摘要: 1. 业务功能测试应该具备的核心竞争力 按重要程序顺序归纳: 1. 测试策略设计 2.测试用例设计 3.快速学习 4.探索性测试思维 5.缺陷分析 6.自动化测试技术 7.良好的沟通 2. 测试策略设计(核心竞争力) 对于各种不同的被测软件,能够快速准确地理解需求,并在有限的时间和资源下明确测试重点 阅读全文
posted @ 2024-06-27 10:41 努力的小测试 阅读(7) 评论(0) 推荐(0) 编辑