视频压缩APP - Alpha版本测试报告

视频压缩APP - Alpha版本测试报告

这个项目属于哪个课程 https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/
作业要求 https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13484
作业的目标 撰写Alpha版本测试报告 & Alpha版本发布说明

1. 测试概述

本次测试旨在验证“视频压缩APP”的核心功能是否符合需求文档和设计规范，确保其在主流安卓平台上稳定运行，为进入 Alpha 发布阶段提供质量依据。测试内容覆盖了应用的所有核心功能，包括权限申请、视频选择（单选/多选）、不同画质的压缩、保存到相册、以及分享功能。

2. Bug 统计与分析

在本次迭代开发与测试过程中，我们总共发现并正式追踪了 3 个主要的 Bug/问题。具体分类如下：

  • 总计发现: 3 个
  • 已修复的 Bug: 2 个
  • 不能重现的 Bug: 0 个
  • “就是这样设计的”，不是 Bug: 0 个
  • 没有能力修复，将来也不打算修复 (本次以“移除功能”的方式解决): 1 个
  • 延迟到下一个版本修复: 0 个

Bug 详情

2.1 已修复的 Bug

  1. Bug #1: 权限申请异常导致功能不可用

    • 描述: 在较新的安卓系统（Android 11+）上，应用因使用过时的存储权限而无法正常读取视频文件，导致核心功能失效。
    • 修复方案: 重构了权限申请逻辑，采用动态权限请求。针对 Android 13 及以上版本，请求 READ_MEDIA_VIDEO 权限；对老版本则保留 READ_EXTERNAL_STORAGE，确保了在新旧系统上的兼容性。

  2. Bug #2: 分享列表中不包含微信、QQ等常用应用

    • 描述: 用户完成视频压缩后，点击“分享”按钮，在弹出的系统分享列表中找不到微信、QQ等常用社交应用，导致分享功能可用性极低。
    • 修复方案: 经排查，原因为应用使用了私有目录的 FileProvider URI 进行分享，部分应用因权限不足无法访问。修复方案改为“先将视频文件保存至公共相册，再使用返回的公共媒体库 URI 进行分享”，彻底解决了该兼容性问题。

2.2 放弃修复的 Bug (功能被移除)

  1. Bug #3: “替换”功能导致应用闪退
    • 描述: 在单文件压缩完成后，点击“替换”按钮尝试删除原始视频时，应用在部分安卓版本（尤其是 Android 10）上会因 SecurityException 而直接闪退。
    • 处理决策: 经深入技术攻关，团队确认此问题源于安卓分区存储策略对文件访问权限的严格限制，在不申请特殊权限（如MANAGE_EXTERNAL_STORAGE）的前提下，无法以良好、统一的用户体验完美解决此问题。为了保证产品的稳定性和简洁性，团队决定不修复此 Bug，而是将“替换”功能从产品中彻底移除。这是一个基于技术壁垒和用户体验权衡后的主动决策。

3. 场景测试 (Scenario Testing)

3.1 用户画像与使用场景

我们预期主要有两类用户会使用我们的软件：

画像一：社交媒体爱好者 & 内容创作者

  • 需求与目标:
    • 他们的手机里经常存有自己录制的大体积高清视频。
    • 主要目标是快速、方便地将视频分享到有文件大小限制的社交平台（如微信朋友圈、QQ、Discord、Twitter等）。
    • 希望在压缩的同时，能尽量保持视频的清晰度。
  • 功能组合满足:
    1. 用户打开APP，点击“选择视频”，选择一个刚拍好的大视频。
    2. 在压缩选项中选择“高画质”。
    3. 点击“压缩视频”，等待压缩完成。
    4. 在完成界面，直接点击“分享”按钮。
    5. 在弹出的分享列表中选择微信，将视频发送给朋友或朋友圈。

画像二：普通手机用户 & 存储空间焦虑者

  • 需求与目标:
    • 手机存储空间经常告急，希望通过压缩旧视频来释放空间。
    • 主要目标是一次性处理多个视频，并将压缩后的小体积文件保存回相册，方便管理和备份。
  • 功能组合满足:
    1. 用户打开APP，点击“选择视频”，在相册中一次性勾选多个需要清理的旧视频。
    2. 在压缩选项中选择“中等画质”或“低画质”，以最大化节省空间。
    3. 点击“压缩视频”，应用开始批量处理，并显示总体进度。
    4. 所有视频压缩完成后，在弹出的“批量操作”对话框中，选择“全部保存”。
    5. 稍后，用户可以在手机系统相册中看到所有压缩后的视频，并可以安全地删除原始的大文件。

3.2 测试矩阵 (Test Matrix)

我们在以下环境中对软件进行了测试：

类别 测试环境
操作系统 - Android 13 (Tiramisu, API 33)
- Android 11 (R, API 30)
- Android 10 (Q, API 29)
- Android 9 (Pie, API 28)
硬件配置 - 主力机: Google Pixel 6 (真机)
- 兼容性测试: Samsung Galaxy S10 (模拟器)
- 性能测试: Generic Low-End Device (模拟器, 2GB RAM, 720p)
网络条件 无网络/Wi-Fi/4G (应用核心功能为离线，无强网络依赖)
软件依赖 - com.otaliastudios:transcoder:0.11.2 压缩库
- AndroidX 相关基础库

3.3 出口条件 (Exit Criteria)

我们团队认为，当满足以下所有条件时，软件即可达到 Alpha 版本的发布标准：

  1. 功能完整性: 核心用户故事——“选择视频 -> 设置画质 -> 压缩 -> 保存/分享”的流程必须完整且无阻塞地跑通。
  2. 稳定性: 在测试矩阵覆盖的主流设备和系统上，应用在执行核心功能时不应出现闪退或无响应（ANR）。所有已知的 Crash-Level Bug 必须被解决（或如“替换”功能一样，通过移除功能的方式规避）。
  3. 核心需求满足:
    • 必须支持批量压缩。
    • 压缩后的视频必须能成功保存到公共相册并可见。
    • 分享功能必须能在主流社交应用（如微信、QQ）上正常使用。
  4. 用户体验:
    • 界面必须完全汉化，无英文残留。
    • 功能操作直观，新用户无需引导即可完成一次完整的压缩流程。
    • 在压缩过程中必须有明确的进度反馈。
  5. 构建与发布: 项目能够通过 Gradle 命令成功构建 app-debug.apk 和 app-release.apk 包。

4. 测试结论

经过本轮完整的开发与测试，“视频压缩APP”已满足所有为 Alpha 版本设定的出口条件。

应用的核心功能稳定、可靠，关键的 Bug 均已得到修复或通过合理的产品决策进行了规避。产品已经准备就绪，可以交付给第一批 Alpha 测试用户进行试用和反馈。

posted @ 2025-12-15 22:53  二熊苏尔  阅读(0)  评论(0)    收藏  举报