推 Shrugg: 表格会被填坏基本上也是程式写的不够严谨造成的，你可以设 07/18 04:05
→ Shrugg: 定verification 来卡条件让使用者不会填坏掉啊，这也有可 07/18 04:05
→ Shrugg: 能是程式开发者的问题啊 07/18 04:05
→ SecondRun: 那是你不知道他们有多智障 07/18 04:09
我觉得卡条件这个说得有道理 半导体厂里的系统 很多都有可能被OP接触到或使用
没有卡控 就很容易坏掉 因为User并不知道你程式怎么写的 他就是看到什么功能就试试看
不过另外一个方面 如果你卡控设超多 也会有人来靠北你扰民 系统难用 等等
所以那个都有一个 恩 随时变动的标准在那里
反正当作学习 即使沟通结果最后被硬上了 我想这沟通的过程中还是有得到一些什么的
至于得到什么 那就得看自己找到啥了
然后的确 白天的时候都很容易被一些东西烦 我的确是有遇过跟二跑一样的情况
就是Log查一查 才发现原来是OP没照SOP做 所以重测结果错误
不过既然来回报了 就必须帮忙检查 每次检查完我都会和QA弟兄讨论
优化我们的log跟卡控 取得各部门上级的同意后便开始动作
所以现在基本上都没有收到什么回报 因为Log埋好埋满 Ctrl+F 把Log贴在Mail寄回去
就可以不用检查了 恩 User的确有时候有些迷惑行为 不过他们就也不知道你程式怎么写
往好处想 每一次的回报跟检查 你都可以有优化自己系统的卡控与纪录机制的灵感
其实也还蛮不错的 做系统维护的时候这些蛮重要的啊
加油！如果负能量太多 看看这个 双瓢飞舞 满满的正能量
https://www.youtube.com/watch?v=gtE09sgJUts