UAT测试后上线出现问题的引起的思考

最近公司有一个外部项目上线了,虽然我没有参与这个项目,仅仅只是作为一个旁观者,但是关于用户的UAT测试的问题,不得表达下我的看法,
  在上线之前进行了近一个月的UAT测试,测试完成后进入了正式上线阶段。但是在正式上线后还是出现了几个让人感觉不可思议的问题。
  首先是居然出现大面积的用户电脑安装系统不成功的问题,安装成功后又出现了由于SSO的登录不成功的问题。关于这2个问题,我觉得不应该是
  在后期还会出现的问题,首先应该在需求确认和可行性分析阶段就应该验证的问题了。即使前期都没有发现,也应该在UAT给暴露出来,但是居然在上线后才暴露出来。不得不令人深思这其中的原因。
  原因不外乎下面几个:
  1.项目团队前期并没有将用户的环境纳入考虑范围,或者没有应对过这种问题。
  2.设计系统时没有进行全面而认真的分析,将问题想象的过于简单了,结果导致上线后用SSO登录其中的几个系统都出现了问题。
  3.单元测试,集成测试,UAT测试时都没有将这2个问题真正纳入测试项。
  4.项目团队的每个人都很忙,都在疲于应付各自任务,根本没有时间去思考这些看上去微不足到却极为致命的问题。
  5.此外项目的沟通,需求确认及需求调研也存在问题,没有考虑周全可能出现意外,盲目乐观,而且没有任何紧急预案,也没有给自己留下一个过渡的缓冲。
  综合考虑以上问题,虽然这个项目自己没有参与,但是觉得小结下还是有必要的,自己以后做项目也要引以为戒。


最新内容请见作者的GitHub页:http://qaseven.github.io/
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值