任务名称：PM-TASK5
成果链接：链接: https://pan.baidu.com/s/1LOiraBKE30B8wXuevZuO9Q
提取码: fqh4
任务耗时：六天
技能脑图：附上个人和官方脑图（官方脑图在个人任务统计中可以看到）
官方脑图
任务五：
1、注册
以前，很多的网站注册页面可以一页填写完所有注册信息，在主流程中不需要绑定手机号，很方便快捷的可以申请一个账号。这种注册方式在论坛用的比较多
当绑定手机号在注册流程里时，下面一定会跟随短信验证环节。这个时候图形验证码和短信验证同时存在的设计就有几种情况了。
（1）同页面显示
验证图形验证码在手机验证码之前，验证码验证成功后才可以进行手机验证码的获取。
（2）不同页面显示
这种情况发生在注册是分页分步骤进行的，图形验证会跟在输入用户名之后，一般在第一步出现，在点击下一步后会到达短信验证界面。从用户体验上来讲，运用分步设计引导性更强，一般用在需要输入多种信息的时候，用户会有比较清晰的逻辑，并且对何时完成有一个预判。这个时候，图形验证的结果就影响了用户能否顺利进入下一步短信验证。
（3）弹窗式图形验证
用户输入手机号时，点击获取短信验证码，会弹出图形验证请求，验证成功后弹窗消失，系统给用户发出验证短信。在这个逻辑里，图形验证就作为发送短信的触发条件。
图形验证作为短信验证的触发点的设计是符合逻辑的。
在大家看到图形验证的时候，他们不能理解这种验证方式与其他信息是否存在内在联系，认为图形验证对于注册过程来说是多此一举，但是我们在图形验证之后加入短信验证码接收的功能，它就成为一种既有实际功效而同时具有简便操作的东西了。
2、登录
图形验证码在登录时有两种出现情况：
一种是用户第一次登陆的时候就存在，作为顺利登录的必要填写内容。但是这种情况对用户体验而言不太友好，用户本身对于登录的预期并不包含输入验证码这一环节。把图形验证码加到登陆页面上，这相当于多了这样一个“门槛”，如果验证码很难识别，用户会趁早的抛弃你的应用，寻求更好体验的平台。
另一种情况是目前大部分产品采用的设计，在用户输入用户名或登录密码错误超过设定次数时，图形验证码出现。这种设计的内在逻辑是用户输入错误多次，我们会判断是否是机器人在测试数字密码，这时候我们就用图形验证来挡掉机器的攻击。
3、重置密码
用户在登录页面时会有“忘记密码”的入口，在重设密码流程里也需要输入验证码。
首先重置流程里要求输入已注册用户邮箱或手机号并验证图片验证码，之后在进入找回流程。这里图形验证码可视作后续步骤的触发，二者存在顺序关联性。
评论