实习介绍
通过对开发文档的深入分析，我设计了一系列测试用例，覆盖了设备注册、配置向导、设备绑定、心跳检测、视频会议功能以及屏幕共享等关键功能。我使用了自动化测试工具来提高测试效率，并确保每次迭代后的功能完整性。
在测试大屏客户端时，我特别关注了用户登录注册的使用逻辑等，我还参与了电视设备注册流程的测试，包括服务器配置、设备名称配置以及设备授权流程，确保设备能够顺利注册并加入会议。
此外，我还负责了会控APP的测试，验证了其与客户端设备的绑定流程，以及通过MQTT消息中间件进行的远程控制功能。我通过模拟不同的网络环境和用户操作，确保了APP在各种条件下的稳定性和响应速度。
在实习期间，我与开发团队紧密合作，及时反馈发现的问题，并跟踪它们的修复进度。通过这次实习，我不仅提升了自己的技术能力，也锻炼了与团队沟通和协作的能力。
一些可能在面试中出现的问题，帮助你准备面试。
1.关于测试用例编写：
你是如何确定测试用例的覆盖范围的？
能否举例说明你编写的一个具体测试用例？
在编写测试用例时，你是如何考虑异常情况的？
描述一下你如何进行测试用例的设计和执行？
- 需求分析: 仔细阅读开发文档，理解系统的功能和业务流程。
- 测试计划: 根据需求文档制定测试计划，包括测试范围、资源需求和时间安排，看看优先级
- 用例设计: 针对每个功能点设计详细的测试用例，包括正常情况、异常情况和边界条件。专注于输入和输出值的边界，这些地方往往是错误发生的高发区。
- 测试准备: 准备测试环境和测试数据，确保测试环境的稳定性和数据的有效性。
- 执行测试: 按照测试用例执行测试，记录测试结果和发现的问题。
- 缺陷管理: 将发现的问题提交给开发团队，并跟踪问题的修复情况。
- 测试报告: 编写测试报告，总结测试结果和发现的问题，为项目决策提供依据。
- 压力测试: 模拟多个用户同时加入会议，测试系统的承载能力和响应时间。
- 网络测试: 在不同的网络环境下（如3G、4G、Wi-Fi）测试视频会议的稳定性和流畅度。
- 资源占用测试: 监控会议过程中的CPU、内存和带宽使用情况，确保系统资源得到合理分配。
- 视频和音频质量测试: 验证在不同网络带宽下视频和音频的清晰度和延迟情况。
- 异常恢复测试: 模拟网络断开、服务器故障等异常情况，测试系统的恢复能力和数据完整性。
2.关于Android客户端测试：
- 你参与的Android客户端测试中，遇到了哪些技术挑战？
- 你是如何使用adb工具进行Android设备的调试和测试的？
- 你能否描述一下你参与的CI/CD流程？
技术挑战
- 多设备兼容性测试：由于Android设备种类繁多，屏幕尺寸、操作系统版本和硬件配置各异，确保应用在各种设备上都能正常运行是一个挑战。
- 网络环境模拟：视频会议应用对网络稳定性要求高，需要在不同网络环境下测试应用的响应和处理机制。
- 性能优化：保证应用在资源消耗（如CPU、内存）和电量使用上的表现，特别是在长时间运行时。
使用ADB工具进行调试和测试
ADB（Android Debug Bridge）是Android开发和测试中不可或缺的工具。以下是我如何使用ADB进行设备调试和测试的：
- 安装和卸载应用：使用
adb install和adb uninstall命令来安装和卸载应用，便于快速迭代测试。 - 日志捕获：通过
adb logcat命令实时捕获系统日志，帮助识别和定位问题。 - 屏幕录制：使用
adb shell screenrecord命令录制设备屏幕，用于分析用户操作和应用表现。 - 端口转发：利用
adb forward命令将设备端口转发到计算机，方便进行网络调试。 - 性能监控：使用
adb shell dumpsys命令获取CPU、内存等性能数据，评估应用性能。
CI/CD流程
在实习期间，我参与的CI/CD流程大致如下：
- 代码提交：开发人员完成代码后，通过Git提交到代码仓库。
- 自动化构建：代码提交触发Jenkins或其他CI工具，自动拉取最新代码并构建项目。
- 自动化测试：构建完成后，自动运行测试用例，包括单元测试、集成测试和UI自动化测试。
- 代码质量检查：使用SonarQube等工具进行代码质量分析，确保代码质量符合标准。
- 部署和测试：测试通过后，自动将应用部署到测试环境，进行进一步的集成测试和用户验收测试。
- 发布：测试无误后，将应用部署到生产环境，供用户使用。
3.关于MQTT通信：
- 你是如何理解MQTT协议的？它在你们的产品中是如何应用的？
- 在使用MQTT进行设备间通信时，你是如何确保消息的实时性和高效性的？
- 理解MQTT协议
MQTT（Message Queuing Telemetry Transport）是一种轻量级的、基于发布/订阅模式的消息传输协议，它设计用于低带宽、高延迟或不可靠的网络环境。MQTT 协议的主要特点包括：
- 轻量级：MQTT 协议的消息头部很小，最小只有2字节，这使得它在带宽有限的网络中非常有效。
- 低功耗：适合于电池供电的设备，因为它允许设备在大部分时间内处于休眠状态，只在必要时唤醒发送或接收消息。
- 高可靠性：支持消息的QoS（服务质量）等级，确保关键消息可靠传输。
- 易于实现：协议简单，易于在各种设备上实现。
- MQTT在产品中的应用
在我们的视频会议系统中，MQTT协议被用于以下几个方面：
- 设备注册与心跳：设备通过MQTT协议向服务器发送注册信息和心跳消息，以保持与服务器的连接状态。
- 设备绑定：会控APP通过MQTT协议与客户端设备进行绑定，实现远程控制。
- 消息通知：系统通过MQTT协议向客户端推送会议状态更新、消息通知等。
- 远程控制：会控APP通过MQTT协议向客户端发送控制指令，如静音、开启摄像头等。
- 确保消息的实时性和高效性
在使用MQTT进行设备间通信时，我们采取了以下措施来确保消息的实时性和高效性：
- 选择合适的QoS等级：MQTT支持三种QoS等级：0（最多一次），1（至少一次），2（只有一次）。根据消息的重要性和业务需求选择合适的QoS等级，以平衡消息的可靠性和传输效率。
- 保持连接：MQTT客户端与服务器之间保持长连接，减少连接建立和断开的开销，提高消息传输的实时性。
- 会话保持：利用MQTT的会话保持机制，即使在网络不稳定的情况下，也能确保消息的连续性和完整性。
- 消息缓存：在网络不稳定时，客户端可以缓存消息，并在网络恢复后重新发送，确保消息不会丢失。
- 负载均衡：在服务器端实现负载均衡，合理分配客户端连接和消息处理，避免单点过载。
- 定期优化：定期分析MQTT通信的效率和性能，优化主题设计和消息处理逻辑，以提高整体的通信效率。
4.关于Git版本控制：
- 你在使用Git进行版本控制时，有没有遇到过合并冲突？如果有，你是如何解决的？
- 你是如何确保代码一致性和团队协作高效的？
it init：初始化一个新的 Git 仓库。 git clone [url]：克隆一个远程仓库到本地。git add [file]：将文件添加到暂存区。git commit -m "[message]"：提交暂存区文件到本地仓库，并添加提交信息。git status：查看当前仓库状态。git log：查看提交历史。git diff：查看文件差异。git branch：列出所有分支，或创建一个新分支。git checkout -b [branch]：创建并切换到新分支。git checkout [branch]：切换到指定分支。git branch -d [branch]：删除本地分支。git merge [branch]：将指定分支合并到当前分支。git remote add [name] [url]：添加远程仓库。git remote -v：查看远程仓库地址。git fetch [remote]：从远程仓库获取数据。git pull [remote] [branch]：从远程仓库拉取数据并合并到当前分支。git push [remote] [branch]：将本地分支的更新推送到远程仓库。
5.关于问题解决：
- 能否分享一个你在实习期间解决过的复杂问题？
- 你是如何确定问题的根本原因并解决它的？
用户反馈在使用我们的客户端进行视频会议时，如果网络环境不是特别稳定，客户端就会频繁断开连接，导致会议无法正常进行。
- 确定问题的根本原因
- 收集信息：首先，我们收集了出现问题时的用户反馈和系统日志，包括网络状况、设备类型、操作系统版本等信息。
- 复现问题：在实验室环境中尝试复现问题，我们模拟了不稳定的网络环境，使用不同的网络速度和延迟设置。
- 代码审查：检查与网络连接和重连机制相关的代码，寻找可能的逻辑错误或不足。
- 日志分析：详细分析日志文件，寻找断线前后的异常日志，特别是关注网络状态变化和重连尝试的记录。
- 测试网络库：我们使用的网络库可能在处理网络波动时存在问题，因此我们对其稳定性进行了额外的测试。
- 解决过程
- 网络连接优化：我们优化了网络连接代码，增加了更稳健的异常处理和自动重连机制。
- 引入心跳机制：实现了一个心跳检测机制，定期检查网络连接状态，并在检测到连接不稳定时及时调整策略。
- 代码重构：对现有的网络处理代码进行了重构，使其更加模块化，便于管理和维护。
- 压力测试：在多种网络环境下对改进后的系统进行了压力测试，确保在各种网络状况下都能稳定运行。
- 用户测试：将更新后的版本提供给部分用户进行测试，收集他们的反馈，并根据反馈进一步调整。
