【软件测试】
软件测试是确保软件质量的关键过程，它涉及在软件开发的不同阶段执行一系列检查，以发现潜在的错误、缺陷和不一致性。软件测试的目的在于验证和确认软件是否符合预定的需求，确保其功能正常且用户体验良好。
1. **Software Test**（软件测试）：软件测试是一个系统性的过程，通过执行软件来识别其与规定需求之间的差异。它包括单元测试、集成测试、系统测试和验收测试等阶段，旨在发现并修复软件中的错误和问题，以提高软件的可靠性和稳定性。
2. **Static white-box testing**（静态白盒测试）：静态白盒测试是在不实际运行程序的情况下，通过审查源代码或程序结构来评估其质量。这种方法关注代码的内部逻辑，检查是否存在潜在的错误、不规范的编程习惯和安全漏洞。
3. **TDD (Test-Driven Development)**（测试驱动开发）：TDD 是一种敏捷开发方法，它要求开发者在编写功能代码之前先编写测试用例。开发人员首先编写失败的测试，然后编写足够的代码使测试通过，最后重构代码以保持代码的简洁性。
4. **H模型**：H模型是一种测试过程模型，强调测试可以在软件生命周期的任何阶段开始，而不仅仅是在编码完成后。在这个模型中，测试活动与开发活动并行进行，形成多个测试“微循环”，允许早期识别和解决问题。
**简答题**
1. **Junit框架图**：JUnit 是一个 Java 编写的单元测试框架，用于编写和运行可重复的测试。它的核心组件包括测试类、测试方法、断言和注解。测试类包含一个或多个测试方法，每个方法测试特定的功能。断言用于检查预期结果是否与实际结果相符，注解如@Test标记测试方法，@Before和@After分别定义在每个测试方法前后的初始化和清理操作。
2. **软件维护的四类**：软件维护通常分为四种类型：改正性维护（修正错误和缺陷）、适应性维护（适应环境变化，如更新操作系统）、完善性维护（增加新功能或改进性能）和预防性维护（改进设计，减少未来维护难度）。
3. **Not all bugs found will be fixed**：这句话意味着不是所有发现的bug都会被修复。这可能是因为修复成本过高、优先级低、不影响核心功能或其他资源限制。在实际项目中，团队需要根据严重性、影响范围和业务需求来决定哪些bug需要修复。
4. **压力测试**：压力测试是评估系统在高负载或极端条件下性能的一种测试方法。使用LoadRunner进行压力测试，通常包括以下步骤：(1) 设计测试场景，模拟大量并发用户；(2) 执行测试，观察系统响应时间和资源使用情况；(3) 分析结果，识别性能瓶颈；(4) 调整系统配置或优化代码，再次测试，直至达到预期性能指标。
**应用分析题**
1. **程序流程图和判定覆盖**：对于给定的程序，首先需要画出控制流图，显示程序的执行路径。然后，判定覆盖要求每个逻辑判断的每个可能结果至少被执行一次。例如，if (a>0 and b>1) 和 if(c>0 and a<0) 需要覆盖所有真和假的情况。
2. **注册界面测试**：
- **等价类划分和边界条件**：针对电话号码，可以创建以下测试用例：空的Area code，0086的Area code，非0086的Area code；Prefix code第一位为1，第二位为3，第二位为其他值；Post code为8位数字，边界值如12345678、98765432等。
- **测试策略**：基于界面设计，可以采用功能测试（验证输入有效性，如格式检查）、边界值分析（检查电话号码的边界值）、异常处理测试（如输入无效数据时系统的反应）以及兼容性测试（检查不同浏览器和设备上的表现）。
