【落叶168】《测试路上你问我答》(31)从登录模块看不同维度的测试点?

【落叶168】《测试路上你问我答》(31)从登录模块看不同维度的测试点?_第1张图片
文/秋之川

【目录】

这是《落叶》文集里第168片落叶,希望你能喜欢,不为别的,只为这份坚持。

【背景】

有同学看了《【落叶162】《测试路上你问我答》(27)如何做好项目的测试工作量评估?》之后提了一个问题:我对从不同维度分析功能不是很明白,先说下我自己的理解哈,UI是界面可见输入;交互是该功能从其他功能那调用数据或其他功能调用该功能的数据;业务逻辑是如果完成该功能需要提前完成的其他功能;数据检查是界面不可见输入也就是数据库数据;异常容错是Javascript脚本管理的,也属于界面可见的测试范围。。我理解的对吗?如果拿登录功能来说,它除了和登录成功后界面的账号有交互之外还有什么?登录功能的业务逻辑场景有哪些?

【你问】

从登录模块看不同维度的测试点?

【我答】

先说下我对不同纬度的一个认知和理解:

1、UI 测试

顾名思义,就是检查每个页面的实现是否跟设计图一致,包括布局、图片、背景色、文字字体、颜色、字号、文案是否有错误、是否有显示问题,还包括在不同尺寸、分辨率屏幕的手机上的适配性;

2、交互测试

交互指的其实就是检查用户使用中的界面交互,页面跳转是否跟产品交互设计原型一致,比如,点击某个按钮,应该跳转到某个页面,再点击返回按钮,应该返回到哪个页面。某个订单流程从发单开始到订单完成,用户跟商户在整个过程中的交互是否简单、易用、流畅等等。从我狭义上的理解,在交互测试里,有一部分是在做用户体验测试;

3、业务逻辑测试

这个是最好理解的,就是按照需求文档或功能规格说明书去验证每个功能模块的逻辑和流程是否符合设计要求。包括正向的流程逻辑验证,也包括逆向的或异常的验证,比如登录接口传参把密码置为空,看服务端是否也有不能为空的保护,因为测试的目的并不是证明软件是可用的,而是想尽办法证明它是不可用的;

4、数据验证

其实也可以算在业务逻辑测试的范畴里,我习惯把它抽取出来,主要是因为很多情况下,我们需要对业务产生的数据做完整性、逻辑性、合理性、兼容性的测试;

再以登录为例实际看下它的不同维度下的测试点:

1、UI 测试:

登录界面的标题、输入框、按钮布局,输入错误用户名或密码时的提示信息,输入框里的默认提示语等都属于这个维度的测试;

2、交互测试:

登录成功应该跳转到哪个页面,登录失败会有哪几种提示指引,登录成功后点击返回应该跳转到哪,选中电话号码输入框,是否会自动切换到数字键盘等等都属于交互测试;

3、业务逻辑测试:

输入正确的用户名和密码会怎么样,输入正确的用户名和错误的密码会怎么样,输入不合法的手机号会怎么样,连续输入错误地密码会怎么样,这些都属于业务逻辑测试范畴;

4、数据测试:

登录模块的数据测试简单来说就在于新用户注册后,数据库里保存的密码是明文还是密文的,检查所有显示用户手机号的页面,看是否按需求要求加密中间四位数等等;

《测试路上你问我答》里的 Q&A 31,如果是你要的,甚好!如果不是,你问,我答!

作者简介:14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵

【目录】

你可能感兴趣的:(【落叶168】《测试路上你问我答》(31)从登录模块看不同维度的测试点?)