跳转至

201重点单词

syntactic

验证（Verification）确认（Validation）

在计算机考试中，验证（Verification）和确认（Validation）是软件开发和测试中的两个重要概念，它们的区别如下：

  1. 验证（Verification）：
  2. 定义：验证是确保软件产品在开发过程中符合规定的要求和标准的过程。它主要关注的是产品的开发过程是否正确。
  3. 目的：确保产品在开发阶段的每个步骤都按照设计和规范进行。
  4. 方法：通常通过审查、检查、静态分析和测试等方式进行。

  5. 例子：代码审查、设计评审、单元测试等。

  6. 确认（Validation）：

  7. 定义：确认是确保软件产品满足用户需求和期望的过程。它主要关注的是最终产品是否符合用户的实际需求。
  8. 目的：确保最终产品在实际使用中能够满足用户的需求。
  9. 方法：通常通过系统测试、用户验收测试等方式进行。
  10. 例子：功能测试、性能测试、用户验收测试等。

总结

  • 验证关注的是“我们是否在做正确的事情”，即过程的正确性。
  • 确认关注的是“我们是否做对了事情”，即产品的适用性和满足用户需求。

内聚性（Cohesion） 耦合性（Coupling）

  1. 内聚性（Cohesion）：
  2. 内聚性指的是一个模块内部各个部分之间的相关性。高内聚性意味着模块内部的功能紧密相关，通常会导致更易于理解和维护的代码。

  3. 低内聚与代码的逻辑结构有关，低内聚与代码语法结构无关

  4. 耦合性（Coupling）：

  5. 耦合性指的是模块之间的依赖关系。低耦合性意味着模块之间的依赖较少，模块可以独立工作，这通常使得系统更易于测试和维护。

耦合和内聚是所有软件系统设计中的重要概念，而不仅限于分布式系统。

诀窍：高内聚低耦合

黑盒测试与白盒测试 (Black Box Testing vs. White Box Testing)

黑盒测试 (Black Box Testing)

  1. 定义 (Definition):
  2. 测试人员不需要了解内部代码结构和实现细节，只关注软件的功能和输出。

  3. Testers do not need to understand the internal code structure and implementation details, focusing only on the software's functionality and output.

  4. 关注点 (Focus):

  5. 主要关注软件的功能是否符合需求规格说明书。

  6. Primarily focuses on whether the software's functionality meets the requirements specification.

  7. 测试方法 (Testing Methods):

  8. 功能测试 (Functional Testing)
  9. 边界值分析 (Boundary Value Analysis)
  10. 等价类划分 (Equivalence Partitioning)

  11. 性能测试 (Performance Testing)

  12. 优点 (Advantages):

  13. 可以发现用户在使用软件时可能遇到的问题。
  14. Can uncover issues that users may encounter while using the software.
  15. 不需要测试人员具备编程知识。

  16. Does not require testers to have programming knowledge.

  17. 缺点 (Disadvantages):

  18. 可能无法覆盖所有代码路径。
  19. May not cover all code paths.
  20. 难以发现某些类型的缺陷（如逻辑错误）。
  21. Difficult to detect certain types of defects (e.g., logical errors).

白盒测试 (White Box Testing)

  1. 定义 (Definition):
  2. 测试人员需要了解内部代码结构和实现细节，测试是基于代码的。

  3. Testers need to understand the internal code structure and implementation details, and testing is based on the code.

  4. 关注点 (Focus):

  5. 主要关注代码的逻辑和结构，确保每个代码路径都被测试。

  6. Primarily focuses on the logic and structure of the code, ensuring that every code path is tested.

  7. 测试方法 (Testing Methods):

  8. 单元测试 (Unit Testing)
  9. 代码覆盖率分析 (Code Coverage Analysis)
  10. 路径测试 (Path Testing)

  11. 循环测试 (Loop Testing)

  12. 优点 (Advantages):

  13. 可以发现代码中的逻辑错误和安全漏洞。
  14. Can uncover logical errors and security vulnerabilities in the code.
  15. 可以确保代码的每个部分都经过测试。

  16. Ensures that every part of the code has been tested.

  17. 缺点 (Disadvantages):

  18. 需要测试人员具备编程知识。
  19. Requires testers to have programming knowledge.
  20. 测试可能会受到实现细节的影响，导致测试用例的设计复杂。
  21. Testing may be influenced by implementation details, making test case design complex.

总结 (Summary)

  • 黑盒测试侧重于功能和用户体验，适合于验证软件是否符合需求。

  • Black Box Testing focuses on functionality and user experience, suitable for verifying whether the software meets requirements.

  • 白盒测试侧重于代码的正确性和逻辑，适合于验证代码的实现是否符合设计。

  • White Box Testing focuses on code correctness and logic, suitable for verifying whether the code implementation meets the design.

高软件鲁棒性（High Software Robustness）

高软件鲁棒性（High Software Robustness）指的是软件系统在面对各种不确定性和异常情况时，能够保持其功能和性能的能力。具体来说，高鲁棒性的软件能够：

  1. 容错性：在出现错误或异常输入时，系统能够继续运行，而不是崩溃或产生不可预期的结果。
  2. 适应性：能够适应不同的运行环境和条件，包括硬件变化、网络波动等。
  3. 稳定性：在高负载或极端条件下，系统仍能保持稳定，不会出现性能急剧下降或失效。
  4. 安全性：能够抵御恶意攻击或不当使用，保护数据和系统的完整性。

实现高软件鲁棒性通常需要在设计和开发阶段采取一系列措施，例如：

  • 输入验证：确保所有输入数据的有效性和安全性。
  • 异常处理：合理处理可能出现的异常情况，避免系统崩溃。
  • 测试：进行全面的测试，包括单元测试、集成测试和压力测试，以发现潜在问题。
  • 代码审查：通过团队合作和审查提高代码质量，减少缺陷。

高鲁棒性的软件能够提高用户满意度，降低维护成本，并增强系统的可靠性。