五、测试思维

5.1 打电话功能怎么去测？

我们会从几个方面去测试：界面、功能、兼容性、易用性、安全、性能、异常。

1）界面我们会测试下是否跟界面原型图一致，考虑浏览器不同显示比例，屏幕分辨率。

2）功能：给不同人员打电话，不同号码打电话，不同运营商，测试每个按钮是否正常使用，拨打号码，是输入还是，复制过程，还是其他地方跳转过来，多次拨打电话，双卡选择不同电话卡。

3）兼容性：不同手机型号，厂商，不同系统版本，屏幕大小，分辨率，内存大小

易用性：操作是否说的越多越好

https://www.bilibili.com/video/BV1Fx4y157Xt/?spm_id_from=333.999.0.0

5.2 给你一个杯子怎么测？

功能测试：

主要关注水杯基本功能

1、水杯是否可以正常装水

2、水杯是否可以正常喝水

3、水杯是否有盖子，盖子是否可以正常盖住

4、水杯是否有保温功能，保温功能是否正常保温

5、水杯是否会漏水，盖住盖子拧紧后是否会漏水

界面测试：

主要关注水杯外观、颜色、设计等方面

1、外观是否完整

2、外观是否舒适

3、颜色搭配及使用是否让人感到舒适

4、杯子外观大小是否适中

5、杯子是否有图案，图案是否易磨损

易用性测试：

主要关注水杯使用是否方便

1、水杯喝水时否方便

2、水杯拿起放下是否方便，这里会行注到水杯形状的测试

3、水杯装水是否方便

4、水杯携带是否方方便

5、水杯是否有防清功能

6、水杯装有低温或者高温水时，是否会让手感到不适

性能测试：

1、水杯装满水时，是否会露出来

2、水杯最大使用次数

3、水杯的保温性是否达到要求

4、水杯的耐寒性是否达到要求

5、水杯的耐热性是否达到要求

6、水杯掉落时时，是否可以正常使用

7、水杯长时间放置时，是否会发生泄露

兼容性测试：

主要关注水杯是否可以装其他液体，如果汁、汽油、酒精等

可移植性测试：

主要关注水杯放置环境等

1、将水杯放在常温环境中，使用是否正常

2、将水杯放在零下的环境中，使用是否正常

3、将水杯放在高于正常温度的环境中，使用是否正常

安全性测试：

主要关注水杯外观和各种异常条件下是否释放有毒物质等

1、当水杯装满热水时，水杯是否会烫手

2、当水杯装上水后，是否会产生有毒物质

3、把水杯放在零下环境时，是否会产生有毒物质

4、把水杯放在高温环境时，是否会产生有毒物质

5.3 图像上传功能的测试点

1.检查图片上传路径

2.检查图像上传和修改功能

3.检查各种扩展图像文件的上传（例如JPEG、PNG、BMP等）

4.检查文件名中含有空格或其他可用特殊字符的图片的上传

5.检查重复名称图片上传

6.图片尺寸大于最大允许值，上传时应该显示适当的错误消息

7.检查上传的图片文件类型外的其它文件时(例如txt、doc、pdf、exe等等)，

应该显示适当的错误消息。

8.检查如果上传的图片满足指定的高度和宽度(如果有定义的话)则可以成功上传，否则不能上传。

9.上传大尺寸图片时应显示上传进度条

10.检查上传过程中的取消按钮是否有效

11.检查文件选择对话框中的文件列表是否只显示支持文件类型

12.检查上传多个图像的功能

13.上传后检查图像质量，图像质量不应该改变

14.检查用户是否能够使用/查看上传的图像

5.4 搜索框的测试

1)搜索按钮功能是否能够实现，验证搜索框的功能是否与需求一致

2)点搜索后，原先的搜索条件是否清空。

3)直看比较长的名称是否能查到输入过长查询数据，看其有没判断，报错系统是否会截

取允许的长度来检索结果。

4)是否有忽略空格的功能，需要有忽略前置空格和后置空格的功能，但不能把中间空格忽略

5)不输入任何内容点击搜索看查询的结果

6)查看搜索框内的默认内容是否与设置的一致，焦点放置搜索框中，搜索框默认内容是否自动被清空

7)输入系统中存在的与之匹配的条件看其的查询后数据的完整性显示记录条数正确、文字折行显示正确页面布局美观列标题项、列显示内容、排序方式符合需求定义。

8)组合中文和各种特殊符号输入查看能否正确搜索到合的内容

9)输入系统中不存在的与之匹配的条件，是否搜索出信息或者给予提示信息

10)使用复制粘贴，测试搜索框是否能执行

11)注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方

12)反复输入相同的数据(5次以上)看是否报错

13)敏感词汇，提示用户为敏感词汇

{

语句提1；

}else{

语句提2

}

3.某个被调用的方法中缺少某些参数的定义，在不知情的情况下，直接调用时传递了未定义过的参数or类型不匹配的参数到该方法，如果对应网站是处理批量的业务，则可能会导致大面积的500异常页面，对网站正常业务和SEO排名损失风险比较大。

4.新增、编辑->保存，对所提交的字段有的末作非空限制，可以直接保存成功，保存后以空内容展示，可能存在不确定性，比如操作已保存成功的空记录时，是否会影响其他正常添加的记录，是相互独立的，还是会牵连到其他所有的类型。

服务器配置错误(漏配or错配)，更新后出现500 or 404：

1.服务器配置文件，如 web.config中把前端访问的url地址写错，直接发布更新之后，前端页面访问可能会出现404错误。

2.程序代码中的某些逻辑错误和服务器配置相冲突时，前端页面触发某些特定按钮or页面可能会出现500错误。

数据传递过程无控制，导致数据输出到界面功能异常or样式变形：

搜索功能：有的页面本身有回显所搜索关键词的功能，搜索输入框填写的keywords字符较长

(如：100字符)，直接搜索后这些长字符显示在页面中，使得页面原来的样式变形，

甚至有的功能按钮被挤到页面之外而不能使用。

2.新增功能：对于新增字段的长度没有任何限制，超长字符新增可以保存成功，回到列表页也没有对显示的字符长度进行控制，所有字符长度都展示在列表，挤压其他字段的

14)不同搜所的条件之间来回选择，查看是否出现页面错误

15)测试多个搜所条件时，要注意搜所条件的组合测试，可能不同组合的测试会报错

16)点击搜索框，看能否在搜索栏下方显示提供设置好的最近热门搜索词，点击任一可以

直达搜索结果页

17)点击搜索框时，到有搜所历史时，能显示历史搜所内容，历史搜所内容应从上到下按

时间排序，点击清空历史清空所有搜索记录

18)直看搜索框最大输入字符数

5.5 给你一个电梯，你怎么测

功能测试：

1)测试电梯能否实现正常的上升和下降功能

2)电梯的按钮是否都可以使用

电梯内分楼层键是否正常

电梯内开关门键是否正常

电梯内的报鳘键是否正常使用

电梯外的上下键是否正常

3)电梯门的打开，关闭是否正常

4)报警装置是否可用

5)与其他电梯之间是否协作良好

6)通风状况如何

7)突然停电时的情况。

8)关注显示屏，电梯内外的显示屏显示的电梯层数、运行方向是否正常

9)有障碍物时，电梯门的感应系统是否有效

10)上升途中的响应

电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼

这时候是否会在10楼先停下来;

电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停

11)是否有手机信号

可靠性测试：

1)门关上的一刹那出现障碍物。

2)同时按关门和开门按钮。

3)点击当前楼层号码

4)多次点击同一楼层号码

5)同时按上键和下键

易用性测试：

1)电梯的按钮的设计符合般人的习惯吗

2)楼层按键高度(小孩和一些身高矮的用户会按键不方便)

3)电梯是否有地毯、夏天是否有空调、通风条件、照明条件、手机信号是否通畅

4)电梯是否有扶手，是否有专针对残疾人的扶手等等

压力测试：

1)看电梯的最大承重量，在负载过重时报警装置是否有提醒

2)在一定时间内不断让电梯上升、下降

稳定性测试：

1)看电梯在最大负载下平稳运行的最长时间

安全性测试:

1)下坠时是否有制动装置

2)暴力破坏电梯时是否报警，超重是否报警

3)停电情况下电梯是否有应急电源装置

性能测试：

1)测试电梯负载单人时的运行情况(基准测试)

2)多人时的运行情况(负载测试)

3)一定人数下较长时间的运作(稳定性测试)

4)更长时间运作时的运行情况(疲劳测试)

5)不断增加人数导致电梯报警(拐点压力测试)

5.6 更换头像的测试点（站在app的角度来分析）

功能测试：

1，点击头像可以放大观看

2，查看头像是否支持放大，缩小

3，刚创建账号时是否显示默认头像

4，查看头像之后点击其它区域自动退出

5，头像支持的图片格式，图片大小

6，支持相机拍摄的图片和从网上下载的图片

7，选择完图片后是否有一个定框

8，选择相片方式，从手机相册获取

9，选择相片方式，用手机照相机拍照

10，头像显示的是方形还是圆形

11，选择图片范围时图片是否支持放大/缩小

12，选择好图片区域后保存，头像是否居中显示，还是只显示选择图片区域的某个角落

13，保存完图片后是否会有提示更换头像成功

14，修改头像后去app其它模块时是否马上刷新显示最新的头像

15，进入更换头像界面时可以取消更换头像

16，选择从相册选取图片还是从照相机时都能取消，返回到修改头像界面

17，头像是否支持本地缓存，断开网络之后是否还能显示头像

18，网络异常时，修改头像失败，是否会有提示

弱网测试：

双卡的情况下，切换到另一张卡

连接到一个假热点

用fiddler模拟2G、3G、4G情况下的弱网情况

从手机流量切换到wifi

性能测试：

上传的时间

上传过程中

手机死机? 手机没电? 手机卡停机?

上传成功以后，去数据库查看有没有

上传成功后，退出登录，在登录看是否是更新后的头像

上传成功后，删除头像，切换到其他页面，再切换回来看头像的展示情况

兼容性测试：

更换成功后，在不同手机屏幕，不同分辨率，不同手机型号，不同系统版本的情况下，头像的展示

5.7 qq登陆界面怎么测试，分析

主要考察：测试者是否熟悉各种测试方法，是否有丰富的App/eb测试经验，以及相关开发经验，以及设计 Test case的能力

功能测试( Function test)

1)输入正确的用户名和密码，点击提交按钮，验证是否能正确登录

2)输入错误的用户名或者密码，验证登录会失败，是否有相应的错误提示信息

3)登录成功后是否跳转到正确的页面

4)用户名和密码，如果太短或者太长，应该怎么处理

5)用户名和密码，中有特殊字符，和其他非英文的情况

6)记住用户名和密码的功能

7)登陆失败后，不能记录密码的功能

8)用户名和密码输入时前后有空格的处理

9)密码是否可见，是否用星号标识

界面测试(U|Test)

1)布局是否合理，2个 Testbox和个按钮是否对齐

2) Textbox和按钮的长度、高度是否复合要求

3)界面是否美观

4)图片，颜色，字体，超链接，是否都显示正确

性能测试( performance test)

1)打开登录页面，需要几秒

2)输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒

3)能支持多少个用户同时登陆

安全性测试( Security test)

1)登录成功后生成的Cookie，是否是httponly(否则容易被脚本盗取)

2)用户名和密码是否通过加密的方式，发送给Web服务器

3)用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用 javascript验证

4)用户名和密码的输入框，应该屏蔽SQL注入攻击

5)用户名和密码的的输入框，应该禁止输入脚本(防止XSS攻击

6)错误登陆的次数限制(防止暴力破解)

兼容性测试( Compatibility Test)

1)不同的平台是否能正常工作，比如 Windows，Mac

2)移动设备上是否正常工作，比如 iPhone， Andriod

3)不同的分辨率

4)不同的浏览器大小(浏览器最大化，和非最大化)

5.8 微信点赞

功能测试：

1)给某个好友点赞，点赞数+1，点赞栏显示具体点赞人的名字，该用户手动点赞回馈

2)点完赞后，共同好友在点赞区能看到该人是不是点赞了，非共同好友看不到

3)两个头像一样的人点赞，能否正确显示

4)点完赞后，在点击点变成点赞取消

5)取消点赞-不通知用户

6)点赞后，通知用户，取消，在点赞，此时不通知用户

7)多个用户同时对其点赞，点赞数正常

8)最多能点多少个赞-边界值测试

9)可以从点击点赞区头像，进入相应人的主页查看

10)点赞是否按照时间顺序排序

11)点赞后是否能够正常评论

app端测试：

1)弱网情况下，点赞能否实时更新

2)点赞时，有短信或者电话进来，能否显示点赞情况

3)耗电量，耗流量关注

性能测试：

1)大量用户并发点赞时，该接口的响应时间，最大承受的qps

2)大量用户并发点赞时，此时界面进行点赞，点赞功能是否正常

兼容性测试：

1)不同手机型号，点功能，显示功能是否正常

5.9 微信发红包测试点

1、功能测试

1)发给单个好友

①正确的金额+无留言+无表情

②错误的金额+无留言+无表情

③正确的金额+有留言+无表情

④错误的金额+有留言+无表情

⑤正确的金额+无留言+有表情

⑥错误的金额+无留言+有表情

⑦正确的金额+有留言+有表情

⑧错误的金额+有留言+有表情

其中，金额(001-200)可以测试以下数据

数字：测试0.0.009、0.01、0.011、01、199.99、200、200.01这些边界值

中文、英文、特殊字符或者这几种的组合

是否支持复制黏贴

为空/包含空格

金额的增删查改

留言可以测试以下数据

数字、中文、英文、特殊字符、表情或者他们的组合

输入超长文本时，是否会给出相应的限制或提示

包含空格

是否支持复制黏贴

留言的增删查改

表情可以测试以下数据

选择收藏的表情测试(动图/静图)

选择下载的表情测试(动图/静图)

录制表情，并添加进行测试

表情的增删查改

⑨点击塞钱进红包，选择零钱付款，此时需要考虑金额>零钱，金额<零钱，金额=零钱，三种情况。

⑩点击塞钱进红包，选择已添加的银行卡付款，此时同样需要考虑金额>银行卡余额，金额<银行卡余额，金额=银行卡余额三种情况

11、点击塞钱进红包，选择使用新卡付款，按照流程添加新卡，此时同样需要考虑金额>新卡余额，金额<新卡余额，金额=新卡余额三种情况

12、使用指纹确认付款(正确的/不正确的指纹)

13、使用密码确认付款(正确的/不正确的密码)

14、发送成功之后，对应的途径会减少相应的金额

15、发送者接受者可以点击红包查看到红包的具体信息，且金额，留言，表情均能正确显

16、好友点击红包之后，零钱中将增加相应的金额，再次点击之后，只能查看到红包的信息

17、24小时之内没有领取的红包，将退回原账户，此时原账户的零钱将增加相应金额的金钱24小时后好友点击红包，显示红包已过期，无法查看到红包的余额

18、右上角的红包记录中，可以查看刚刚发出的红包的金额

19、检测帮助中心中链接是否均可以正常跳转，查看

20、当红包超过24小时之后，则无法查看红包被每个人领取的详细信息

2)发送群红包(与发给好友的测试点相似，以下仅写出不同的部分)

①选择为拼手气红包时，群中每个人收到的金额随机(但加起来为红包的总金额)，为普通红包时，群中每个人收到的金额相同

②红包个数(1-100)：0，1，2，大于群成员人数，小于群成员人数，等于群成员人数，99.100，101，小数，中文、英文、特殊字符、表情或者他们的组合

③但红包没有被抢完时，此时首次点击该红包的人可以抢到一定金额的红包，不是首次点击该红包的人只能查看该红包的信息;当红包抢完时，所有人只能查看该红包的信息

④在24小时之内红包的金额被完全抢完，且此时为拼手气红包时，金额最多的人会显示为最佳手气(若有两个人取得红包的最大值时，则只有一个人会显示为最佳手气);若没有被完全抢完，则没有最佳手气，且余额会退还到原账户

⑤群中所有人均可以抢红包(包括自己)，每个人最多只有一次抢该红包的机会

⑥测试当红包个数使得每个红包分到钱小于0.01，即总金额为0.02，而红包个数为3时的情况

2、兼容性测试

1)苹果手机和安卓手机

2)苹果手机的不同版本

3)安卓手机不同的机型

4)不同分辨率

3、性能测试

1)打开红包的响应时间不能超过三秒，高并发场量下不能超过5秒

2)耗电量

3)消耗流量的多少

4)所占内存

4、ui测试&易用性测试

1)界面的设计风格是否统

2)界面中文字是否简洁，没有错别字

3)是否易操作，易学习，易理解

5、中断测试：前后台切换，网络异常，低电量，断电，来电，短信等

6、网络测试

1)网络兼容性：2G/3G/4G，WIFI，热点，移动/联通/电信

2)无网测试

3)弱网：延时&丢包

5.10 微信聊天功能测试用例

消息发送(单聊，群聊，语音，文字，图片，表情，链接，字符及长度)

成员管理(加人，被加，退出，被动退出，编辑，删除)

群组管理(创建群，消息设置，申请入群，扫二维码入群，退群，通知提醒，头像编辑，名称编辑，简介编辑，权限编辑，成员编辑)

消息管理(发布通知，接收通知，发文件，消息提醒，通知提醒，声音，震动，好友请求，请求处理)隐私管理(黑名单，允许好友查看动态，允许陌生人查看动态，允许通过手机号查找，允许真实姓名查找)

权限管理(开放群(任何人入群)、半开放群(验证入群)验证加好友不需验证加好友)

登录退出(忘记密码，更换账号)

好友管理(扫二维码加人，加好友，查好友，好友推荐，群组推荐，联系人导入，拉黑名单，解除好友，备注名)

动态管理(发动态，发投票，点赞，表情，评论，增加，删除，分享，隐藏，编辑

消息推送(在线，离线，收发，时序)

文件管理(接收，离线接收，预览，删除，分享，转存，文件格式，大小)

5.11 给你一个界面怎么测

这个具体看什么界面了，首先要搞清楚界面上有哪些功能点，一定要弄清楚哪些是展示性的信息，哪些可操作性的东西。然后从上到下根据界面上的一些功能进行逐一测试。具体的话：

1)首先肯定是做界面ui测试，主要检查看界面布局是否合理，是否美观，图片，颜色，字体，超链接，是否都显示正确，界面数据是否展示正常等等。

2)然后根据界面上的各个功能点需求逐一检查，各个功能是否有问题。

3)考虑到时界面，所以得考虑兼容性问题，对于Web端要不同的浏览器展示问题，浏览器缩放比例问题，不同屏幕大小问题，看是否都能正常展示，对于App端当然要考虑不同的手机屏幕大小，分辨率等等。

5.12 你说原来充值功能，你是怎么测试的?

一、首先我们先测试充值的主体功能，看看能否充值成功;(等价类，边界值，判定表，流程分析法，状态迁移法，错误推测法，异常处理法来测试)

用边界值的方法测试充值限定的额度能否充值成功

用特殊字符在充值输入框输入是否有提示语提醒

充值输入框为空时点击充值是否有提示

在输入框里输入金额，再后退网页再进入充值页面，是否还保存着输入的金额数

多次往返充值界面，是否还可以正常充值

选择多个充值支付方式能否充值成功

选择各银行网银能否充值成功

充值成功时，有没有相关的提示和页面是否正确跳转

充值成功后，相关联的金额是否正确显示

充值成功后，查看数据库的相关数据是否有存在和正确

点击第三方支付(如支付宝，微信)是否有相关的连接页面跳转

能否同时选择多个支付方式来充值

交叉选择支付方式后，再选择其中一个支付方式能否充值成功

充值输入框多次修改充值金额，能否充值正确

二、我们再测试充值的性能，用jmeter模拟大量用户同时充值，看看能否充值成功;

三、我们再对充值的安全性进行测试，

(1)绑定银行卡充值和未绑定银行卡能否充值成功;

(2)绑定多张同名的银行卡以及一个用户绑定多张不同名的银行了能否绑定充值成功

(3)实名认证和未实名认证能否充值成功

(4)用边界值的方法测试每天充值限额，次数

(5)测试一天之内最多可以输入密码错误次数是多少，次数达到多少次锁卡，是否需要到银行解锁方能再进行充值

(6)输入充值金额后需要输入多少次密码，是否有加密，不输入密码能否充值成功;

(7)使用其他的支付方式支付能否充值成功

(8)测试充值金额的类型

(9)充值之后所充值的账户以及平台的余额额度是否有增加;

(10)单次点击，多次点击会不会充值成功;以及多次点击会不会多次充值;

(11)同时打开多个充值界面，能否充值成功;

(12)不登陆用户的情况下是否充值成功;

(13)不选择银行卡或其他方式支付是否能充值成功;

(14)跨站攻击，数据泄密;

四、我们还要对兼容性进行测试，看看不同的版本、分辨率，不同的浏览器，能否正常充值

五、对易用性进行测试，测试充值的整个流程是否易用，遇到一些不懂的有没有相应的温馨提示

六、我们还会考虑测试异常的情况：(网络异常和设备异常)

比如说：

(1)充值的过程中突然没网或者网络中断或弱网情况下是否充值成功;

(2)充值过程中突然断电了，能否充值成功;

(3)充值过程中设备卡顿能否充值成功;

(4)银行卡挂失，被注销，卡内余额不足，卡里金额被冻结，额度超过限额的情况能否充值成功

七、我们再对界面进行测试

(1)界面是否美观，格式是否正确，中文是否有错别字

(2)在其他浏器能否打开我们这个充值界面，能否正常显示并且正常充值

(3)界面上的按钮是否符合用户的使用习惯，主要关键的功能按钮是否容易找到，操作是否便捷;

(4)在不同的浏览器里界面缩放后，界面排版是否正常显示

5.13 电商的库存逻辑怎么测。

比如客户下订单，库存减少，规定时间内未支付定单就取消，库存又加回来，

我会先测一下界面，比如界面的排版是否美观，有没有错别字，颜色适不适合等。然后再测试一下功能，提交订单页面，我会测试购买商品数量，自己输入的边界值和点击加就加或者减少修改数量，不选择数量会不会有默认数量，不选择商品类型以及选择多个商品类型，然后测试正确提交订单后，看库存是否有减少相应的数量。再测试规定时间的边界值，比如规定时间是1个小时，那1个小时内完成支付，库存有没有变化，61分钟还是否能去支付，订单有没有关闭，接着会测试一下1个小时内取消订单，单库存有没有增加相应的数量以及1小时内没有去支付，系统自动取消订单，库存有没有加上相应的数量。再测安全性，涉及到支付，用fiddler工具抓包拦截数据，看能否修改参数，再发送请求支付成功，测逻辑的话大概就这些。