软件测试笔记-黑盒测试

黑盒测试的关键在于测试用例的设计，测试用例应该覆盖所有可能的输入组合和边界条件，以确保软件的健壮性和可靠性。

此外，黑盒测试通常在软件开发的后期阶段进行，以验证软件是否满足用户需求和业务目标。

黑盒测试，也被称为功能测试或数据驱动测试，是一种软件测试方法。其核心思想是将被测软件视为一个无法打开的黑盒子，测试人员无需关心软件内部的逻辑结构和特性，而是从用户的角度出发，仅依据软件的需求规格说明书，检查软件的功能是否按照要求正常工作。

以下是关于黑盒测试的详细解释：

1. 测试目标：
   • 检测软件的功能是否按照需求规格说明书的规定正常使用。
   • 检查软件是否能适当地接收输入数据并产生正确的输出信息。
2. 测试方法：
   • 在测试中，测试人员把程序看作一个不能打开的黑盒子，完全不考虑程序内部结构和内部特性。
   • 在程序接口进行测试，主要关注软件的输入和输出。
3. 测试角度：
   • 黑盒测试是以用户的角度进行测试，从输入数据与输出数据的对应关系出发进行测试。
4. 测试内容：
   • 主要针对软件界面和软件功能进行测试。
   • 着重测试软件的功能需求，检查是否有功能错误、功能遗漏、数据结构错误或外部信息访问错误等。
5. 测试阶段：
   • 在软件测试的各个阶段，如单元测试、集成测试、系统测试及验收测试等阶段中，黑盒测试都发挥着重要作用。
   • 尤其在系统测试和确认测试中，黑盒测试的作用更是其他测试方法无法取代的。
6. 测试特点：
   • 着眼于程序外部结构，不考虑内部逻辑结构。
   • 是一种穷举输入测试，需要测试所有可能的输入情况。
   • 有助于从用户角度发现软件中的错误和缺陷。
7. 测试方法分类：
   • 黑盒测试包括接受性测试、α/β测试、菜单/帮助测试等多种测试方法。

总的来说，黑盒测试是一种重要的软件测试方法，它关注软件的功能性需求，从用户的角度出发进行测试，有助于发现软件中的错误和缺陷，提高软件的质量。

黑盒测试的用例设计

1. 等价类测试方法

• 定义：依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例进行测试。
• 分类：
  • 有效等价类：满足用户需求的输入数据集合。
  • 无效等价类：不满足用户需求的输入数据集合。
• 设计步骤：
  1. 充分理解需求。
  2. 划分有效等价类、无效等价类。
  3. 分别从有效等价类、无效等价类中各抽取一个或多个数据进行测试用例设计。

示例：针对6-15位长度的用户名设计测试用例

• 有效等价类：用户名长度为6位、7位、…、15位。
• 无效等价类：用户名长度小于6位、大于15位、包含特殊字符等。

2. 边界值测试方法

• 定义：对输入或输出的边界值进行测试。
• 边界点：
  • 上点：边界上的点。
  • 内点：边界内的点。
  • 离点：边界附近的点（闭区间为上点外最近的点，开区间为上点内最近的点）。
• 设计步骤：
  1. 充分理解需求。
  2. 找边界点。
  3. 针对边界点设计测试用例。

示例：注册邮箱的软件用户名要求长度为6-15位

• 边界点：6位、7位、…、15位、5位、16位等。

3. 错误猜测法

• 定义：基于对被测试软件设计的理解、过往经验及个人直觉，推测出软件可能存在的缺陷，从而设计测试用例。
• 优缺点：
  • 优点：能评判测试人员的能力和经验。
  • 缺点：过度依赖个人能力，难以系统化。

示例：注册邮箱的测试用例设计

• 可能的问题：特殊字符空格的处理、密码校验中的大小写、姓名中的特殊字符、密码发送是否明文等。

4. 场景设计法

• 定义：使用“事件流”设计场景测试用例，生动地描绘出事件触发时的情景。
• 设计步骤：
  1. 充分理解需求。
  2. 确定主事件流。
  3. 确定次事件流。
  4. 主事件流和次事件流产生的事件即为测试用例。

示例：ATM机取款的场景设计

• 主事件流：插入银行卡→输入密码→选择取款金额→取款成功→取卡。
• 次事件流：密码错误、余额不足、取款机故障等。

以上是黑盒测试的主要用例设计方法及其示例。

在实际应用中，这些方法通常结合使用，以确保测试的全面性和有效性。

黑盒测试的用例执行

1. 准备阶段

• 确定测试范围：明确本次测试的目标、功能点和模块。
• 准备测试环境：搭建与生产环境相似的测试环境，确保测试数据的准确性和测试结果的可靠性。
• 准备测试用例：根据测试需求设计测试用例，包括等价类、边界值、场景等类型的测试用例。

2. 执行测试用例

1. 执行测试前准备：
   • 仔细阅读测试用例，理解测试目的、前置条件、操作步骤和预期结果。
   • 准备测试数据，确保数据的准确性和有效性。
2. 执行测试：
   • 按照测试用例中的操作步骤执行测试。
   • 记录实际测试结果，包括输入数据、操作步骤和输出结果。
3. 比对结果：
   • 将实际测试结果与预期结果进行对比。
   • 如果两者一致，则测试通过；如果不一致，则记录为缺陷（bug）。

3. 缺陷管理

• 记录缺陷：对于测试发现的缺陷，详细记录缺陷信息，包括缺陷编号、缺陷描述、严重程度、优先级、所属模块、发现日期等。
• 提交缺陷：将缺陷提交给开发团队进行修复。
• 跟踪缺陷：定期跟踪缺陷的修复状态，确保缺陷得到及时修复。

4. 测试报告

• 编写测试报告：根据测试结果编写测试报告，包括测试范围、测试环境、测试用例执行情况、缺陷统计等。
• 报告评审：将测试报告提交给相关人员进行评审，确保测试结果的准确性和可靠性。

5. 注意事项

• 确保测试环境的稳定性：在测试过程中，确保测试环境的稳定性和可靠性，避免由于环境问题导致测试结果不准确。
• 严格按照测试用例执行：在测试过程中，严格按照测试用例执行测试，确保测试的全面性和准确性。
• 及时记录测试结果和缺陷：在测试过程中，及时记录测试结果和发现的缺陷，确保测试结果的完整性和可追溯性。

通过以上步骤和要点，可以确保黑盒测试的用例得到有效执行，为软件的质量保障提供有力支持。

黑盒测试用例报告

一、测试概述

1. 测试目标：
   • 验证软件的功能是否满足需求规格说明书的要求。
   • 检测软件在不同输入条件下的输出结果是否符合预期。
2. 测试范围：
   • 覆盖软件的主要功能模块和关键业务流程。
   • 针对等价类、边界值、错误推测等设计测试用例。
3. 测试环境：
   • 详细描述测试环境的配置，包括操作系统、数据库、网络等。

二、测试用例执行

1. 测试用例执行情况：
   • 列出所有执行的测试用例，包括通过和未通过的测试用例数量。
   • 对于每个测试用例，记录实际输入、执行步骤、实际输出以及是否通过测试。
2. 测试结果统计：
   • 汇总通过和未通过的测试用例数量，并计算通过率。
   • 如有必要，可以使用图表展示测试结果。

三、缺陷管理

1. 缺陷记录：
   • 对于测试过程中发现的每个缺陷，记录缺陷编号、缺陷描述、严重程度、优先级、所属模块、发现日期等信息。
   • 详细描述缺陷的发现过程、复现步骤以及预期与实际结果之间的差异。
2. 缺陷状态跟踪：
   • 记录缺陷的当前状态（如待修复、已修复、已验证等）。
   • 跟踪缺陷的修复进度，确保缺陷得到及时修复和验证。

四、测试结论与建议

1. 测试结论：
   • 根据测试结果，总结软件的功能是否符合需求规格说明书的要求。
   • 指出测试过程中发现的主要问题及潜在风险。
2. 测试建议：
   • 针对测试过程中发现的问题，提出改进建议，包括修复缺陷、优化性能、改善用户体验等。
   • 如有必要，建议进行回归测试或进一步的测试活动。

五、附件

1. 测试用例清单：
   • 列出所有执行的测试用例的详细清单，包括用例编号、用例名称、测试目的、前置条件、操作步骤、预期结果等。
2. 缺陷报告：
   • 提供详细的缺陷报告，包括缺陷的详细信息、复现步骤、截图等。
3. 测试数据：
   • 提供测试过程中使用的测试数据样本，以便复查和验证测试结果。

请注意，以上报告格式和内容仅供参考，实际报告应根据项目的具体情况和需求进行定制。在编写报告时，应确保报告内容准确、清晰、易于理解。