从用户的角度去测试

［摘要］随着互联网的日新月异，测试早已超出了职业的界限，融入了生活的每一个环节，现今在微信群，贴吧，等区域经常可见bug的字眼及对bug产品的讨论，无疑，软件符合需求所出只是完成项目的条件，用户的满意度及适合度才是产品成熟的标志，当然，“好的需求”应当是从用户体验所出，符合用户体验的。本文主要根据个人工作经验和个人所知来阐述如何将测试融入生活从用户的角度去测试。

一，概述

一般而言，软件测试从项目确立时就开始了，前后要经过以下一些主要环节：

需求分析－排期－测试计划－测试用例设计－测试环境搭建－测试执行－测试纪录－缺陷管理－软件评估－线上问题跟进

因整体流程过长，重叠性也比较强，本文主要从需求分析，测试用例设计和测试执行的角度去讲述怎么样从用户的角度去做好测试。

说明：

1.因为以上环节均是以做好测试，输出一个好的产品为出发点而实施的各个环节，在各个环节有所交织在所难免，比如测试用例设计，执行，都是以需求为根本出发点来执行的。

2.因本人长期从事的是移动端的测试，以下阐述可能更针对于移动端。

二，简述

需求分析

需求从何而出，产品根据公司项目规划结合产品自我对社会对用户认知所产出，需求需要符合市场的发展需求，对市场对用户有一个好的认知。这个流程一般来说由产品主导，测试参与的不是很多，主要会介入到测试侧需求分析，需求评审。那么测试侧如何从用户的角度去做好需求分析了，首先需求逻辑上的可行性，因为这里是项目组每个角色都会考虑到的和软件实现的前提，这里就不深述了。然后是软件的易用性和是否符合用户的操作习惯。

易用性，用户的时间和耐心是有限的，用户大多都喜欢简而易的操作，“简“一步能达到目的的绝不用第二步，以注册佐证，市面上的软件基本都会有登录功能，主要有如下几种登录方式，帐密登录，授权微信，qq登录，帐号＋短信验证码登录，帐密＋短信验证码登录，如果你是用户优先顺序是怎样的，出于我的角度在不考虑安全的角度下依次是授权登录，短信验证码登录，账密登录，帐密＋短信验证码登录，我很懒的。“易”用户不是探索者，用户使用一个功能，一个操作，需要很快或习惯性的进入到节奏中。

操作习惯，这里举两个列子，1.大多数人都是右手拿筷子吃饭的。2.路上有个乞丐，路人甲每天路过都会给钱，乞丐都笑嘻嘻的，有一天路人甲路过没给钱，乞丐就变成了一副苦大仇深的表情。以上两个列子说明，习惯是自然养成的，习惯也是可以培养的，那么作为好的产品，必然是遵循用户的操作习惯的，创新型的产品必然会去培养用户的操作习惯。故而测试做需求分析时需要从用户的操作习惯出发。

使用软件和软件测试过程中偶尔会抱怨这个设计好傻b，这说明产品的设计不是十全十美的。测试是整个软件质量的保证者，在需求分析或需求评审阶段提出合理化建议是非常必要的，让需求在各方的角力下不断完善。

测试用例设计

测试设计以需求为前提，将需求细化，场景化，条件化，异常化。也是将用户的各种操作场景集合在一起。因为测试用例设计的范畴过大，这里主要从集成测试测试用例设计和场景化两个方面阐述怎么从用户的角度出发去做好设计。

集成测试，我们接触到的产品测试流程基本都是由单元测试到集成测试，但是各个单元用例编写或用例执行的人员往往不一致，这样可能会出现各自单元内的功能都没问题，到其他单元页面的跳转也没有问题，但是全流程连贯执行下来就有问题了。用户往往会因为做一件事而去做另外一件事，以市面上火热的理财app为列，用户使用这款app目的是为了购买理财。购买理财一般会包含下述几个步骤，注册－实名认证－绑卡－转账－风险测评－购买理财，对于测试来说这些步骤可能分为5个单元，分别由5位同学来进行测试，但是出于用户的角度往往是是一步到位。如此5个环节只要一个环节的集成或关联到一起的集成测试没有做好就容易造成线上事故，所以设计覆盖到用户习惯操作流程的用例是很有必要的。

小编曾经遇到过这样一个线上问题，用户反馈输入正确的图形验证码提示验证码错误，小编通过各种方式复现了一天未能复现。这里先讲一下需求，登录密码输错后需要图形验证码进行效验，图形验证码有两分钟的时效性，后面小编在一个偶然的操作下复现了这个问题，操作步骤是这样的，输入错误的密码登录－弹出图形验证码输入框－此时在登录页面点击找回密码进入找回密码流程－找回密码完成后返回到登录页面进行登录－输入正确的登录密码和短信验证码登录－提示图形验证码错误。后面开发同学解释的事进入找回密码流程时导致前端图形验证码计时机制出现问题，未及时刷新验证码，导致前后端效验的验证码不一致导致。此类操作设计用例时很少覆盖到，但是用户操作时却是顺其自然的流程。

场景化，用户操作和使用产品的环境是复杂的，用例设计时用户能操作到的场景必须要覆盖到，当然这里更多的需要从需求结合个人经验出发。使用银行软件转账，完成前置流程，即将输入交易密码的时候，老婆发微信来，心情不好，现在是继续转账还是先关心老婆，相信先关心老婆的不在少数，这个时候跳转至微信和老婆沟通完，回到银行转账页面继续转账，页面跳转是否正常，继续验证交易密码流程是否正常？手机聊天在生活中占据的时间越来越多，日常生活这种场景非常常见，不知道大家在设计案例的时候有没有考虑到，覆盖到。

测试执行

测试执行是测试案例的输出形式，范畴也比较大，客户对app最直观的是看和操作，这里就从看和操作去阐述。

看，善恶美丑，大家都有自己的审美观，看着某一事物，或多或少的会直观的觉得美或丑，合理或者不合理。面对需要测试的产品时也是，符合视觉要求只是完成测试的一部分，用户才是质量产品的发言，你自己都不认可的东西怎样去让用户来认可，所以大家在测试过程中遇到的布局不合理，字体过大或过小，不对称等不符合视觉体验或习惯的问题先提出来。

操作，操作从两个方面出发，一个是习惯，一个是体验，当然这两个词的意思很相近。

习惯，上面也说了习惯是自然养成的，也是可以培养的，大的方面来说我们生活在同一个地球，生活在中国，习惯大多都是相近的，这里也不绝对。要是使用软件的过程中不符合你的操作习惯，也就很可能不符合大多数人的操作习惯，所以当你测试的过程中觉得不方便，不要抱怨，加上你的建议，提出来。Android4.0系统以前，系统提示框默认确认按钮在右，取消按钮在左，4.0版本以后取消按钮在右，确定按钮在左，读者朋友们有没有发现使用手机时大多是左手操作，确定和取消按钮更多的是点击的确定按钮，如果屏幕相对较大，确定按钮在右边点击确定时手指是不是需要伸的长一点或者需要拿起你的右手。

体验，使用小屏幕手机测试，一次点击不中，二次点击正常，是啥问题，用户要换手机了？出于用户的角度来说，软件设计的太傻x了，相信大家在测试中这类情况偶尔会遇到，不知道大家遇到后是怎样的处理的，放过，给开发友好提示，提bug，提需求……

测试：这个操作怎么这么慢呀

开发：是不是网络问题

测试：我已经是4g网络了

用户：这软件垃圾的要死，卡成狗

…………

从生活中来，到生活中去，从心出发。