产品验收怎么做,才能避免项目翻车

最近大寸老师的某个项目到了验收阶段,每天都异常忙碌。我们项目组的成员也像往常一样,大家相互配合,步调一致,彼此也都心照不宣。繁忙的日子里,指针匆匆走,滴滴哒哒总会忘了时间。

产品验收怎么做,才能避免项目翻车

少帅作为整个项目的负责人,在此阶段更是早出晚归,几乎每天都是最晚回去的那个人。为了把好产品交付前的最后关卡,少帅要求我一定要根据产品验收清单做好产品的验收工作。

起初我对产品验收也是陌生的,不知道产品验收都要验收些哪些内容,更不知道产品验收要做到什么程度。在经历了一系列的实战之后,我终于知道了产品验收原来是这么回事,今天我根据自己的工作经验来复盘了一下如何做好产品验收。

01 怎么理解产品验收

产品验收就是对即将交付给客户的产品进行检验,检验产品的功能与需求是否存在偏差,是否达到质量标准,是否达到设计预期的最终保障。

有小伙伴会问了,产品验收和平时的产品测试有什么区别呢?产品测试是指测试工程师对提交的产品根据测试用例进行逐一检查,而产品验收中我们不但要验收产品的各个功能,还要把自己当成用户,在未来的场景中,根据我们的业务流程将产品的功能全部跑一边,看看是否完全畅通,是否达到了要求,是否存在不足。

在验收过程中,如果发现了没有考虑到的页面,这就不单单是修改Bug的问题了,而是需要上报变更需求委员会,进行需求的调整。

02 验收内容有哪些

功能验收

对照我们的功能清单,逐一执行用例,观察开发的结果是否是想要的结果,是否符合预期设计,是否满足用户的需求。

我们将自己想象成用户,在要求的场景中验证整个流程,检验流程是否通畅,是否有功能缺失的地方,如果发现设计上没有考虑的地方,一定要及时进行变更和完善。

此外,我们在验收过程中需要将自己的碰到的问题记录下来,建立自己的检查清单,在每一个功能验收结束的时候,及时录入到表格,并及时和前端、后端开发们进行沟通,推动他们尽快完成功能的改进。

UI验收

对产品UI验收的时候,需要检查一下页面的适配问题。可以找来不同类型的手机,看看页面是否展示完整。在对网页产品验收的时候,可以打开不同的浏览器看看页面效果。

大寸老师在验收过程中,发现火狐浏览器能暴露出更多的问题。比如字体的样式,字体大小是否适配、滑动条的是否存在等等,但是在Google浏览器上通常不会发生这些问题。

有的时候前端的小姐姐用的是Google浏览器,她不知道火狐浏览器上是否会存在不适配的情况。火狐浏览器、UC浏览器在国外真的是主流的浏览器,我们一定要在多种浏览器上打开看看适配效果。

03 验收的环境

产品验收的环境主要有开发环境、测试环境、UAT环境和生产环境。产品的验收和平时的测试一样,也是需要分好几个阶段进行的,一般来说,验收在UAT环境中进行验收。

开发环境:这个就是给程序员们使用的环境,配置相对来说比较随意,目的是让开发更容易进行,一般打开全部错误报告。

测试环境:测试小姐姐们使用的环境,它是复制了一份生产环境的配置。测试的同学在里面编造了大量数据来进行测试,他们根据测试用例,枚举了所有可能出现的情况,尽量将可能出现的问题及早找出来,然后提交测试报告,之后给到开发,开发会根据测试的情况修复Bug。

UAT环境:User Acceptance Test,用户接受度测试,也就是验收测试。这个环境主要让用户来对产品进行测试验收。用户在培训完成后,根据操作手册在UAT环境中模拟业务流程逐一测试。

生产环境:就是上线发布的环境了,这个时候一般会关掉错误报告,打开错误日志,时刻监控任何的操作和运营数据。

04 产品验收前的准备

大寸老师在验收前准备了产品需求清单、原型图和测试用例,防止在验收过程中落下重要的功能。

产品需求清单:这个直接从禅道上获取好啦,对照之前发布的需求,逐一进行验收,如果需要更细节的需求说明,可以翻一翻之前写的产品需求文档。

原型图:有的时候文字不能准确描述某一交互动作,这个时候就需要借助原型来看一看这个交互是否完成了开发。

测试用例:产品经理也会写一写测试用例,避免遗漏考虑不周的情况。

05 产品验收报告

产品验收报告没有固定的格式要求,需要注明的内容包含以下几个部分:

基本信息:写清楚验收时间、验收人、验收的项目名称、系统版本;

优先级:需要注明待处理问题的优先级;

功能所属的模块:注明一级模块、二级模块,告知开发和测试这个问题在哪里;

功能名称:具体到哪个功能;

问题描述:写清楚是什么问题;

优化方案:针对发现的问题,建议的解决措施是什么;

我们可以将以上的问题同步到禅道上,发给干系人,交由他们进行更改,同时我们也要及时跟进问题的处理。

通过以上的验收过程,我们基本将要交付的产品进行了一次完整的验收,在验收过程中难免会发现若干的Bug,我们一定不要相互指责,抱怨测试没有测试到位,或者开发没有按照我的原型进行开发,或是产品文档没有写清楚。在整个过程中,我们是为了让产品达到交付标准,把问题及时解决掉,并且从中吸取教训,总结经验,这样才能够在下一次的开发过程中把工作做得更好。

版权声明:本站部分文章来源或改编自互联网及其他公众平台,主要目的在于分享信息,版权归原作者所有,内容仅供读者参考,如有侵权请联系运营社,如若转载,请注明出处:https://www.seozhh.com/4997.html

(2)
打赏 微信扫一扫 微信扫一扫
运营社的头像运营社认证作者

相关推荐

发表回复

登录后才能评论