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