• 2
  • 0
分享

      产品研发过程中,每一个设计人员,产品人员、研发人员、测试人员都有自己岗位特有的思维模式,但是无论哪个岗位,我们与用户之间都应该有“共情能力”,即想用户所想。因此各岗位之间应该对于用户体验“达成共识”,探索出适合自己产品的用户体验,形成规范性的文档,作为设计、研发、测试阶段的参考性文档。

      沐沐已经入行测试八年了,个人觉得功能测试应该主要从以下几个方面着手,即功能完整性、业务合理性、数据正确性、功能易用性、交互友好性、页面美观性,而用户体验即是后三者“功能易用性、交互友好性、页面美观性”。即对于用户而言,看到的产品应该是美观的、操作过程是简单的、交互过程是友好的。以下内容是沐沐之前参与一个产品测试过程中,参考产品设计稿以及各大WEB端框架后总结出的一些用户体验原则,以下分享内容仅做参考,不一定都有道理哦。

一、功能易用性

功能.png


二、交互友好性

交互.png

三、页面美观性

页面.png

      当然B端产品和C端产品用户体验的测试重点也有所不同,例如B端产品往往以业务为导向、功能复杂度较高、突出易用性;C端产品重点考虑用户使用场景、功能复杂度较低、突出易学性;因此用户体验也不能一概而论,当然在测试资源较为紧张的情况下也应该优先保障功能性,在后续测试过程中再不断精益求精,提升用户体验。

      总而言之,我们测试人员作为系统的第一批用户,用户体验是我们必须要重视的问题,因此我们反馈缺陷一定不能是我认为、我觉得这种立场,而是用专业客观的视角反馈问题。站在用户的角度测试功能,站在研发的角度分析缺陷,将更有助于提升产品的质量。

      The more we share,The more we have.

      希望这篇文章对大家有用...


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 如何用postman做接口并发测试1、新建集合和新建请求,把需要循环运行或并发的接口放在一个集合里2、点击集合文件的右侧三角符号,进入迭代设置页面,点击“run”进入运行参数设置页面3、相关参数含义environment: 测试环境,点击可切换不同的环境/服务器;iterations: 迭代次数;delay: 延迟时间,每个请求间隔时间;data: 测试数据文件,可谓txt或者json文件或者csv格式文件;save responses: 运行结果保存返回结果,不勾选的话再运行结果页面看不到response数据,最后勾选啦,为了方便看返回值;keep variable values: 持久变量...
            13 13 11145
            分享
          • 测试用例首先来自于对于需求的分析,是否能为测试挑选最合适或最关键的需求,关系到项目的成败。思考方法1:正反面思考法为每个测试需求至少编制两个测试用例:正面测试用例&负面测试用例正面测试用例:用于证明该需求已经满足;负面测试用例:反映某个无法接受、反常或意外的条件或数据,用于论证只有在所需条件下才能够满足该需求基本流:是经过用例的最简单的路径备选流:在某个特定条件下执行前置条件是执行用例之前必须存在的系统状态,后置条件是用例一执行完毕后系统可能处于的一组状态。针对不同的被测项目(或程序,软件),可能都有不同的方式.因为项目不同,可能遍写的用例的覆盖程序,详细程序等都不同.评审指标也不同....
            0 0 1604
            分享
          • 01 软件需求的风险主要表现在以下的几个方面:需求变更风险,在项目的后期用户总是不停的提出需求变更从而影响设计、代码,并且最终反映到测试中来。需求变更后测试用例没有及时更新;更重要的是在项目的后期频繁的需求变更会导致测试的时间不充分。解决办法:在项目开发过程中的每个阶段,尽量让用户看到产品已经实现的每个阶段的功能,如果不是用户想要的东西尽早提出来,总之要让用户参与进来。另外对于后期用户不停的提出需求变更作为开发商来说,应该多和用户多沟通,争取更充分的研发时间和测试时间。02 代码质量的风险如果开发人员提交上来的代码质量不好的话,软件缺陷很多,那么对于测试工程师来说漏测的可能性就越大。解决办法:...
            0 0 1394
            分享
          • 开发在开发项目时,并不是所有功能都从头开始写的,相同的功能是调用公共组件或者统一方法,这样写出来可以保证产品风格统一,对于一些特殊场景处理一致,即使出现问题,只需要改一遍就可以,不需要每个地方都修改,省时省力,方便维护。与开发公共组件相对应的,测试有没有公共用例呢?答案是肯定的,公共用例分两种,功能公共用例,规则公共用例。功能公共用例是与当前系统功能紧密挂钩的,且是经常出错的地方或者用户在意的地方,跟行业是相关的,只要调用这块功能接口的都需要慎重。规则公共用例是放之四海而皆准的,只要是涉及到这种类型测试的都可以复用,跟行业关系不大,有助于测试思路扩展。多多提取公共用例,对于自己测试经验的积累,...
            6 4 8387
            分享
          •  最近在逛ProductHurt时,发现一些好玩又有趣的API,你可能会觉得花里胡哨,but 作为开发者也需要乐趣的!当然调试API离不开API管理工具,随手也给大家安利一个最近很热门的接口管理工具:Apifox(apifox.cn)?️ ClearbitClearbit提供了网站Logo访问API,只要你输入你想要寻找网站图标的域名,就可以返回域名的相关logo图片~以前要去爬域名的图标,还要浏览器右键点击查看,然后选择元素找到logo的位置,现在找logo图标链路是不是缩短了!API接口:GET https://logo.clearbit.com/:domain比如我最近访问的几...
            9 9 844
            分享
      • 51testing软件测试圈微信