软件测试笔记

软件测试—黑盒测试
一>黑盒测试主要发现以下错误
1.是否有不正确或者遗漏的功能
2.界面是否有错误
3.在接口上,输入能否正确的接收?能否输出正确的结果
4.性能上能否满足需求
5.是否 有初始化或终止化性的错误?
二>
1.黑盒测试的优点
从产品功能的角度测试可以最大限度的满足客户的需求
相同动作可以重复执行
做枯燥的部分可以由机器执行
依据测试用例正对性的找寻问题,定位更准确,容易生成测试数据
将测试直接和程序 系统要完成的操作相关联
2.黑盒测试的缺点
代码得不到测试
如果规格说明设计有误,则很难发现
测试不能充分的进行
结果的准确性取决于测试用例的设计

<think>好的,用户需要整理软件测试相关的笔记或知识点,我需要根据提供的引用内容来构建一个结构化的总结。首先,看看用户提供的引用内容,引用[3]提到了软件测试的目的、基本概念,引用[5]详细介绍了黑盒测试的方法和案例,引用[2]涉及测试报告的组成部分,引用[4]是关于测试方法的判断题,引用[1]则是资源推荐。需要将这些信息整合成一个清晰的框架。 首先确定主要模块,通常软件测试笔记会包括基本概念、测试方法、测试流程、常见题型等。引用[3]中的Q1可以作为基础部分,解释为什么需要测试。接着测试方法部分,引用[5]详细描述了黑盒测试的不同方法,比如等价类、边界值、判定表等,需要分点说明每种方法的适用场景和例子。测试流程可以参考引用[2]中的测试概要,包括测试计划、用例设计、执行、报告等步骤。测试报告的结构也需要列出,如引言、测试结果、结论等部分。 然后考虑常见问题,比如引用[4]中的选择题,可以整理成测试方法的选择题,帮助复习。另外,性能测试和自动化测试在引用[1]中提到,可能需要简要提及,但用户提供的引用中没有详细内容,所以可能不需要深入展开。 需要注意使用正确的LaTeX格式,比如独立公式用$$...$$,但软件测试内容中可能公式较少,主要用列表和分点。同时,用户要求生成相关问题,所以最后需要添加相关问题部分,例如关于黑盒测试方法、测试报告结构、测试目的等。 最后检查是否符合用户的要求,结构是否清晰,引用是否正确标注。确保每个部分都有对应的引用来源,比如测试方法部分引用[5],测试报告引用[2]等。同时,用户可能希望笔记内容实用,结合案例,所以在黑盒测试方法中加入案例说明会更直观。</think># 软件测试核心知识点整理 ## 一、软件测试基础 1. **测试目的** - 验证软件质量(正确性、可靠性、安全性) - 降低开发维护成本 - 提升用户满意度[^3] 2. **测试原则** - 穷尽测试不可能 → 采用风险驱动策略 - 缺陷集群现象(80%缺陷集中在20%模块)[^4] - 测试需要尽早介入(左移测试) 3. **测试分类** | 维度 | 类型 | 特点 | |---|---|---| | 执行阶段 | 单元测试、集成测试、系统测试、验收测试 | 逐层递进 | | 可见性 | 白盒测试、黑盒测试、灰盒测试 | 覆盖不同层级 | | 执行方式 | 手动测试、自动化测试 | 效率与覆盖度平衡 | --- ## 二、黑盒测试方法详解 ### 1. 等价类划分法 - **适用场景**:输入数据有明显有效/无效区分 - **案例**:输入框允许1-100整数 - 有效等价类:$[1,100]$ - 无效等价类:$(-\infty,0) \cup (100,+\infty)$[^5] ### 2. 边界值分析法 - **三值原则**:最小值、略大于最小值、正常值、略小于最大值、最大值 - **案例**:输入范围$[0,100)$时测试:-1,0,1,99,100,101[^5] ### 3. 判定表法 ```markdown | 条件组合 | 输入A | 输入B | 预期输出 | |---------|-------|-------|----------| | 1 | 有效 | 有效 | 操作成功 | | 2 | 有效 | 无效 | 提示错误 | | 3 | 无效 | 有效 | 提示错误 | | 4 | 无效 | 无效 | 系统拒绝 |[^5] ``` ### 4. 正交试验法 - **适用场景**:多参数组合测试(如浏览器+操作系统+分辨率) - **优势**:用最少的测试用例覆盖最大组合空间[^5] --- ## 三、测试流程标准化 1. **测试计划阶段** - 需求分析 → 制定测试策略 → 编写测试计划[^2] 2. **测试设计阶段** - 使用等价类/边界值生成基础用例 - 通过错误推测法补充异常场景用例[^5] 3. **测试执行阶段** - 记录缺陷时需包含:环境信息、复现步骤、日志截图 - 缺陷生命周期管理(新建→修复→验证→关闭) 4. **测试报告要素** ```markdown 1. 测试概要(环境/工具/范围) 2. 缺陷分析(按模块/严重级别分布) 3. 性能指标(响应时间/吞吐量) 4. 风险评估与改进建议[^2] ``` --- ## 四、经典测试题型解析 **例题**:关于测试方法的描述正确的是: A. 白盒测试用例根据需求文档设计 B. 单元测试的最小单元是类方法 C. 发现缺陷多的模块残留缺陷概率高 D. 自动化测试可以完全替代手工测试 **解析**: - C正确(缺陷集群定律)[^4] - B错误(单元测试对象是独立函数/模块) - D错误(自动化无法替代探索性测试) ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值