UI界面和客户要求不一致了



我们的系统在客户那边做验收测试,客户反映我们的UI界面和之前达成的共识不一致。
领导问界面负责人A:为什么界面和之前已达成的共识不一致?A说:项目组说这样子不好实现,就改了。领导说:项目组说让改你就改了?有没有经过客户的确认?A无语。领导问:是谁让你改的?A说记不得了,但肯定是有人让我改我才改的。
领导问项目经理B:之前已经达成规则的共识为什么不遵守?B说因为XXX,领导说:有没有经过客户确认。B无语。
领导问测试负责人C:这种界面不一致的情况测试为什么没能发现?C说:我们测试的标准是什么?应该是demo还是界面规范?界面规范是最新的吗?demo是最新的吗?如果有变化有人会通知我们吗?领导说:小的变更如颜色的变更不会有,但是大的变更,如分辨率的变更,那是写的设计书中的,一定会有通知。我们大家无语,从来没有过这样的通知。
领导没有问QA,但我认为应该问下QA:关于界面规范的变更有无流程?谁有权力批准界面规范的变更?界面规范是否有培训?是否每个开发人员和每个测试人员都知道界面规范?如何保证系统遵守了界面规范?有无针对界面规范的评审和测试?

如果做到以上几点,UI界面和客户要求不一致的情况应该不会出现。

作为QA,可能无法直接判断界面是否符合规范,但可以通过询问以上问题,对系统的界面规范遵守情况有一个大致的判断。如果开发和测试人员都说不清楚有什么界面规范,如果和期望他们做出来的系统是符合规范的呢?如果没有相应的验证或确认过程,又如何保证系统是符合规范的呢?



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值