第三单元总结

1. 测试过程

1.1 黑箱测试与白盒测试

黑箱测试：

        在黑箱测试中测试人员不需要了解被测试软件的内部结构和实现细节，通过输入不同的测试用例，观察输出结果即可判断软件是否符合预期。

        黑箱测试过程中测试人员无需了解内部代码，测试难度较低，但由于不了解内部实现，难以保证所有的逻辑路径都被覆盖，且无法发现代码内部的隐藏错误或逻辑缺陷。

白盒测试：

        在白盒测试中，测试人员需要了解被测试软件的内部结构和实现细节，通过对代码的检查和验证，来保证正确性。

        白盒测试主要关注代码的逻辑结构和内部实现，通过代码审查、单元测试和路径覆盖等方法，确保每个分支和路径都经过测试。通过白盒测试，可以针对每条代码路径进行测试，确保逻辑完整性，能有效发现代码中的逻辑错误和隐藏缺陷。但进行白盒测试时需要深入了解代码实现，因此进行全面的白盒测试可能会非常复杂和耗时。

 

        黑箱测试从用户的角度出发，关注外部行为，覆盖广泛的功能和操作，可以验证代码是否满足需求；白盒测试从开发者的角度出发，关注内部实现，覆盖详细的代码路径和逻辑，可以验证代码的正确性和健壮性。通过黑箱测试和白盒测试相辅相成，既能保证软件的功能符合预期，又能确保内部代码的正确性和稳定性，从而充分保证代码质量。

1.2 单元测试、功能测试、集成测试、压力测试、回归测试

单元测试：

        对代码中的最小可测试单元（函数或方法）进行测试，使用自动化测试框架（JUnit等）完成测试。单元测试应独立于其他代码部分，通常在开发阶段就能进行，能快速发现和修复错误，有助于在代码重构时确保原有功能不被破坏。但仅测试单个单元，无法检测模块间的交互问题。

功能测试：

        测试重点在于验证系统的每个功能是否都能正常工作，测试人员无需了解代码实现，仅关注输入和输出，从用户的角度验证功能是否符合预期，实现覆盖系统的所有功能模块的测试。但因为不关心代码实现，不能发现内部代码的逻辑错误。

集成测试：

        将各个单独的模块进行组合，测试它们之间的交互和接口，确保集成后的系统能够正常工作。集成测试关注模块之间的接口和数据流，能在系统集成的早期阶段就能发现模块间接口和交互的问题。同时，随着模块数量的增加，测试复杂性也会增加。

压力测试：

        通过模拟高负载或极端条件，测试系统的性能和稳定性，观察系统在压力下的表现。压力测试主要测试系统在超过正常工作负载的情况下能否稳定运行，关注系统的性能指标，如响应时间、吞吐量等。压力测试有助于识别系统的性能极限和瓶颈，能通过测试改进系统的稳定性和鲁棒性。但需要搭建高负载的测试环境，测试成本较高。

回归测试：

        在每次软件修改后重复执行测试，目的是验证修改没有引入新的错误，并确保原有功能正常工作。自动化回归测试可以快速覆盖大量测试用例，确保修改后的系统保持稳定性和功能完整性，但测试用例和测试脚本需要经常更新和维护。

2. 架构分析

        总体架构基于实验课代码，需要改动的部分重点在于实现功能时对具体算法的选择和使用。

3. Junit

        JUnit 是一个轻量级的单元测试框架，用于编写和运行可重复自动化测试的重要工具。利用规格信息来更好地设计和实现JUnit测试，可以确保测试覆盖所有关键功能和行为，并检验代码实现是否符合规格要求。

        编写JUnit代码，需要深入理解规格文档，明确系统需要实现的功能、输入输出、边界条件和约束，识别所有关键功能和使用场景。然后根据规格文档中的需求，设计测试用例，确保每个需求都被至少一个测试用例覆盖，进行覆盖所有路径的输入输出验证。编写测试时，需要为每个测试用例编写相应的测试方法，使用注解@Test来标记测试方法，并使用断言来验证实际输出与预期输出是否一致。此外在每次代码修改后，需要进行回归测试，确保修改没有引入新的错误，并且代码仍然符合规格要求。