测试过程中需要重视用户体验吗?
测试系统:金融软件
这周因为一个用户体验的问题和开发有意见分歧,开发说金融业务的客户只在乎功能,不在乎这些非功能相关的,还被吐槽说太纠结小问题。
大大小小的用户体验 bug 总共 43 个,已经修复的 29,被开发置不是问题的 5 个,被置不需解决的问题 9 个,修复率还挺低的。
回答·274
最热
最新
- 测试的初衷不止是要发现开发同学的思维漏洞,还要发现产品同学的思维漏洞。使产品更佳面向用户,增加用户粘性,延长产品周期
- 当然需要重视用户体验,用户体验这一块应该是产品设计的工作,但是现在很多公司在产品设计时只做了基础功能设计,并不重视用户体验,通常在需求文档中一两句话概括一下,甚至完全没有,并且因为很多公司不断压缩开发时间,导致研发人员只能注重实现基础需求,最后测试的时候引发矛盾,这种现象太普遍了,实际上很多好的设计甚至能挽救一款产品,但是现实却是最基本的一些用户体验都不去做
- 需要重视的,即使是需求中没写,测试过程中也要考虑客户的使用习惯
- 首先分情况 测试也是有阶段的 如果是单元测试阶段 只要不是阻塞流程的操作 的交互问题可以列为3级bug,等开发人员将主功能都开发完成后再进行处理。 如果是集成测试,则交互问题需列为2级。 整体功能测试完毕后,提交产品和ui验收前要将所有交互问题全部解决完毕。 如果项目赶时间,部分交互问题无法及时修改,则需由项目经理,产品经理,ui等沟通确认后留由下次版本中作为优化项处理 以及在开发过程中,应将交互相关开发问题作为开发成员打分标准之一。尤其是产品和ui已经明确告知交互的情况下。同时也应规范测试用例,确保交互的问题包括在测试用例中
- 必须的:开发软件的目的之一就是让用户更好的去使用。
- 必须重视用户体验,测试工程师本身就是用户的代表
- 必须的,用户体验在一定程度上决定了软件是不是能活得下去,市场上同类型的软件多了去,为啥我要用你的,不用他的,这里面除了部分功能是刚需以外,剩下的大部分我认为就是用户体验的事情,但是用户体验并不完全取决于功能,还要看业务,一个精炼的业务逻辑和流程就已经决定了体验的好坏,同样,一个臃肿冗沉的业务,你把程序员累死,体验也上不去
- 当然重视用户体验,让他们知道问题的严重性。
- 测试除了实现需求,少bug,还要有用户体验。
- 要根据产品规模和迭代周期的情况定,如果周期紧,项目急,首要的工作还是把重点放在功能的完整性和产品的质量上。用户体验还是让产品经理去把控。 当然,如果测试人力够多,时间充裕,可以把测试过程当中,根据自己的理解提一些优化用户体验的建议,整理好再提出相应的改动需求,对于影响用户体验设计不合理的地方,可以从设计逻辑出发来判定这是一个缺陷而不是需求。所以对这个临界点的拿捏和判断是要有标准的,工作可以有想法,但尽量不要“越界”,自信是好事,但要让先判断自己的想法是否足够成熟。 酌情而定,游刃有余,扁平化管理的公司,像字节跳动这样有活力的大厂,是有想法的测试发挥的好去向,如果是金融类比较严禁的测试岗位,还是先让自己成了业务专业人士再提想法比较好,猥琐发育,别浪!
相似问题
推荐关注
正在加载中...