05-测试案例
05-测试案例
001-微信发红包测试点？
1.在红包钱数，和红包个数的输入框中只能输入数字 2.红包里最多和最少可以输入的钱数 200 0.01 3.拼手气红包最多可以发多少个红包 100 3.1超过最大拼手气红包的个数是否有提醒 4.当红包钱数超过最大范围是不是有对应的提示 5.当发送的红包个数超过最大范围是不是有提示 6.当余额不足时，红包发送失败 7.在红包描述里是否可以输入汉字，英文，符号，表情，纯数字，汉字英语符号，是否可以输入它们的混合搭配 8.输入红包钱数是不是只能输入数字 9.红包描述里许多能有多少个字符 10个 10.红包描述，金额，红包个数框里是否支持复制粘贴操作 12.红包描述里的表情可以删除 13.发送的红包别人是否可以领取，发的红包自己可不可以领取 14. 24小时内没有领取的红包是否可以退回到原来的账户，超过24小时没有领取的红包，是否还可以领取 15.用户是否可以多次抢一个红包 16.发红包的人是否还可以抢红包 多人 17.红包的金额里的小数位数是否有限制 18.可以按返回键，取消发红包 19. 断网时，无法抢红包 20.可不可以自己选择支付方式 21.余额不足时，会不会自动匹配支付方式 22.在发红包界面能否看到以前的收发红包的记录 23.红包记录里的信息与实际收发红包记录是否匹配 24.支付时可以密码支付也可以指纹支付 25.如果直接输入小数点，那么小数点之前应该有个0 26.支付成功后，退回聊天界面 27.发红包金额和收到的红包金额应该匹配 28.是否可以连续多次发红包 29.输入钱数为0，"塞钱进红包"置灰
002-手机拍照功能怎么测试？
**功能性： **
1、 是否支持延时拍照(关闭、3s)、拍视频、全景、照片功能
2、 对着光源、明暗交接处、明暗处移动、对着物体边缘或直线物体、物体阴影、阳光/日光灯或逆光、高速连拍，拍照后是否与实景无太大的区别
3、 相机中闪光灯关闭/开启拍照是否正常
4、 相机中聚焦功能、横竖屏拍照是否正常
5、 各种特效下的预览，各种色卡下的色差是否正常
6、 照片及视频是否正常保存
7、 照片及视频处理，包括删除、编辑、分享等操作是否正常
8、 按键的非规律操作（拍照或摄像中按无关键或触屏浮动菜单）
9、 空间储存满情况下拍照
**中断测试： **
1、 来短信彩信、来语音电话、来日程、来闹钟、拔电池、u盘模式下、
2、 开关机、插拔充电器、定时关机时间到、后台播放音乐；
UI测试：
照相界面、功能控件等是否正常
**压力测试： **
1、不停地按拍照键、反复进退照相机、反复切换相机摄像机、反复切换摄像头、
2、反复改变相机中的每一项、反复横屏或竖屏、后台播放音乐时反复进入退出
3、 长时间使用或摄像
003-给你一个登录界面，有哪些测试点？
1、基本功能测试： · 用户名和密码大小写是否敏感； · 页面上的密码框是否加密显示； · 系统自动创建的用户第一次登录成功时，是否提示修改密码； · 用户名和密码长度最短、最长限制验证； · 登录功能有验证码，点击验证码图片是否可以更换，更换后的验证码是否可用； · 刷新页面时验证码是否会更新，更新后的验证码是否可用； · 如果验证码具有时效性，需要分别验证时效内和时效外验证码的有效性； · 用户登录成功但是会话超时后，继续操作是否会重定向到用户登录界; · 不同级别的用户(管理员、普通用户)，登录系统后的权限是否正确； · 支持第三方登录功能验证； · 是否可记住密码，记住的密码保存是否加密； · 用户名密码特殊字符和中文字符的验证； · 除了前端校验格式长度等，后端是否也校验； · 登录后输入登录URL，是否还能再次登录？如果能，原登录用户是否变得无效； · 一个用户是多种登录方式(用户名，手机号，邮箱)登录； · 如果支持多个语言版本，不同语言的布局是否显示一致和正确； · 界面中的注册、忘记密码和退出登录功能验证； · 被停用的用户登录； · 未激活的用户登录；
2、安全性测试： · 用户密码后台存储是否加密； · 用户密码在网络传输过程中是否加密； · 密码是否具有有效期，密码有效期到期后，是否提示需要修改密码； · 不登录的情况下，在浏览器中直接输入登录后的 URL 地址，验证是否会重新定向到用户登录界面； · 密码输入框是否不支持复制和粘贴； · 密码输入框内输入的密码是否都可以在页面源码模式下被查看； · 用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串，验证系统的返回页面； · 用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串，验证系统行为是否被篡改； · 连续多次登录失败情况下，系统是否会阻止后续的尝试以应对暴力破； -同一用户在同一终端的多种浏览器上登录，验证登录功能的互斥性是否符合设计预期； · 同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性； · 是否可以使用登录的API发送登录请求，并绕开验证码校验； · 是否可以用抓包工具抓到的请求包直接登录； · 截取到的token等信息，是否可以在其他终端上直接使用，绕开登录以及token过期时间校验； · 登录错误后的提示是否有安全隐患； · 用户登录后存储在数据库中的用户个人信息是否加密； · 用户登录过程中log中是否有个人信息明文打印； · 错误登录的次数限制； · 同时登录用户个数限制； · 密码强弱性校验；
3、性能压力测试： · 单用户登录的响应时间是否满足性能需求； · 单用户登录时，后台请求数量是否过多； · 高并发场景下用户登录的响应时间是否满足性能需求； · 高并发场景下服务端的监控指标是否符合预期； · 高集合点并发场景下，是否存在资源死锁和不合理的资源等待； · 长时间大量用户连续登录和登出，服务器端是否存在内存泄漏； · 网络延迟或者弱网或者切换网络或者断网时正常登录是否正常；
4、兼容性测试： · 不同浏览器下，验证登录页面的显示以及功能正确性； · 相同浏览器的不同版本下，验证登录页面的显示以及功能正确性； · 不同移动设备终端的不同浏览器下，验证登录页面的显示及功能正确性； · 不同的系统平台的不同浏览器下，验证登录页面的显示及功能正确性； · 不同分辨率的界面下，验证登录页面的显示以及功能正确性；
5、易用性测试： · 快捷键 Tab 和 Enter 等，是否可以正常使用； · 是否有对例如残疾人使用的功能； · 界面显示的字体是否随不同的分辨率适配； · 默认焦点是否定位在用户名的输入框中 · 界面布局是否合理，输入框是否对齐等
004-给你一个购物车模块，你会如何设计测试用例？
这是一个面试高频问题，我们可以先问下关于购物车的需求，如果没有得到想要的回复，我们可以依据京东淘宝等的购物车为需求参考，来作答： 1、功能方面： 1）分为登录和未登录2个不同状态，未登录状态下：点击商品加入购物车是否弹出登录提醒？登录后购物车商品是否增加？ 2）购物车入口验证：例商品详情页点击“加入购物车”或者顶部菜单栏点击“购物车”是否都能正跳转到购物车页面 3） 登录状态下：添加单件、多件、单品类、多品类、多个商家多件商品到购物车，商品名称、图片、单价、数量是否正确 4）登录状态下：点击商品图片、名称是否跳转商品详情页； 5）登录状态下：购物车商品总数是否限制 6）登录状态下：对单个商品进行“+”、“-”商品数量，商品最大购买数量、最小购买数量 7）登录状态下：选择商品数量超过库存、超过商品最大购买数量，是否合理提示 8）登录状态下：选择商品数量0、非数字、负数，是否可输入 9）登录状态下：部分选、全选商品，商品总价金额是否正确 10）登录状态下：单件商品、部分、全选商品进行删除，购物车商品数量是否减少且不显示商品 11）登录状态下：购物车中下架的商品是否有特殊标识； 12）登录状态下：购物车中商品有存在优惠活动，是否有提示优惠 13）登录状态下：选择商品进行订单提交，是否正常跳转订单页面，且商品总额、及优惠扣除是否正确 2.界面测试： 界面布局、排版是否合理；文字是否显示清晰；不同卖家的商品是否区分明显。 3.兼容性测试 web端的能兼容主流浏览器，APP端能兼容手机和系统版本 4.性能测试：
多次访问，长时间访问 考虑稳定性等 5.安全测试：
敏感信息例如金额的传输，漏洞扫描等
005-有一个函数，功能是将小写金额转换成大写金额，请列出所有的等价类。
1、输入小写金额为整数数字，如9/99/999/99999，转换大写金额正常
2、输入小写金额为小数数字，如0.9/99.99,转换大写金额正常
3、输入小写金额为0，转换大写金额正常
4、输入小写金额为负数，如-1/-100，转换大写金额正常
5、输入小写金额为字符，如abc、123@abc，无法转换大写金额，且提示信息正确
6、不输入小写金额，无法转换并提示信息正确
7、一次输入多个小写金额，无法转换并提示信息正确
006-如何测试计算器？
**功能测试： **
1)是否可以正常输入数据
2）是否可以修改输入的数据
3）计算结果是否正确
4）是否可以删除数据
5）是否可以静音
6）是否可以语音播报。
压力测试：
长时间频繁的点击计算器上的按钮是否会失效或者是失灵 长时间运算，计算器是否能够承受
用
电量测试：
电池是否可以用很久，用电量不会很高
安全性测试：
长时间运算是否会发热爆炸啥的 材质是否有毒
**外观测试： **
外观好看 键盘的数字符号以及屏幕的数字符号都能够显示正常
007-一个用户登陆界面的测试项怎么设计用例？
答案：
008-我手上这支笔，请你根据这支笔设计测试用例？
功能方面： 是否可写？写的流畅度？写在纸上粗细情况、不同纸质上写的情况、在不同材料写的情况、笔流水速度．手握笔舒适度.不凤角度写的情况、不同纸的方向，各种握笔情况，笔水在纸干的情况，笔水干后是否其它纸质有影响。
兼容: 如果圆珠笔（市面的笔芯是否兼容笔壳，或者笔壳是否兼容市面笔芯)。
界面：
颜色，图案，外观粗糙情况，笔的长度，粗细大小，是否方便携带，是否方便收集。笔的掉色情况，
安全方面: 材料对人体是否有害，写出文字笔水是否有异味，误食笔水是否有害，误食笔壳情况，
性能方面: 各种重量压力，直至损坏，不同温度、湿度、压力下写的情况，不同环境〈地铁，高空中等)，不同高度掉落情况，各种力度下写的情况
009-一个有广告的花杯子，尽可能多的设计测试用例？
命题性面试题，主要是考察你的测试思维 1、功能测试：装水，喝水，是否保温，容量多少 2、界面测试：外观，logo是否正确，大小、形状、颜色 3、易用性测试：方便拿，携带，喝水友好 4、兼容性测试：冷水，热水，开水，冰水，饮料，桌子稳定？ 5、性能测试：耐摔、挤压、支持高温/低温 6、安全测试：材质是否安全，漏水，放冰箱会不会安全
010-微信的点赞功能怎么测试？
功能测试
1.点赞后，点赞数+1，点赞蓝显示点赞人的人头像
2.点赞后，共同好友在点赞区应能看见点赞人
3.点赞后，非共同在点赞区不能看见点赞人
4.点赞后，通知该用户
5.取消点赞，不通知该用户
6.第一次点赞，通知该用户，取消点赞，再点赞，不通知该用户
7.点赞后，通知该用户和点过赞的用户
8.多人同时点赞，点赞数正常
9.通过点赞区名字，点击名字进入个人界面
10.最多显示多少个赞——边界值
11.最多显示多少点赞人的名字——边界值
12.点赞是否按时间顺序显示
13.点赞后，取消点赞，再点赞，是否按最后点赞时间排序
14.点赞前是否能正常评论
15.点赞后是否能评论
16.反复点赞、取消点赞，功能是否正常
APP测试
1.弱网测试，弱网情况下点赞是否实时更新
2.点赞时，有干扰（电话和短信），是否显示点赞情况
3.耗电量和流量是否正常
性能测试
1.大量用户并发点赞，接口的响应时间，最大承受的qps
2.大量用户并发点赞，此时界面点赞，功能是否正常
兼容性测试
1.不同手机型号、
2.不同手机版本，
3.不同系统，安卓，iOS
UI测试
1.根据UI图显示位置，颜色，图标，字体是否显示正常
2.未点赞时，是否显示灰色
3.点赞后，是否图标点亮
4.点赞后，点赞人的名字，位置，图标，颜色，字体是否正常
5.取消点赞后，是否显示灰色
011-微信朋友圈发小视频测试点考虑哪些？
1、是否能拍摄视频上传 2、拍摄完的视频是否能取消 3、拍摄完确定后的视频是否能预览 4、拍摄完的确定后的视频能否删除 5、拍摄完的视频删除后能否继续上传 6、拍摄完一个视频后，能否继续拍摄第二个视频或者更多 7、上传的视频最大时间限制为10秒，分别检测拍摄视频小于10秒、10秒、大于10秒时能否正常上传，再检测上传后的视频是多少秒 8、拍摄完的视频确定后，点击返回按钮，点击“取消”后，是否回到等待上传界面，点击“退出”后，是否回到朋友圈列表页面 9、发完的朋友圈能否删除 10、发完的朋友圈是否正常显示在朋友圈列表中，好友是否能看到
012-如果有三幢楼房，刚刚安了一步电梯，怎么测它
功能： 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）下坠时是否有制动装置 2）暴力破坏电梯时是否报警，超重是否报警 3）停电情况下电梯是否有应急电源装置 性能测试： 1）测试电梯负载单人时的运行情况（基准测试） 2）多人时的运行情况（负载测试） 3）一定人数下较长时间的运作（稳定性测试） 4）更长时间运作时的运行情况（疲劳测试） 5）不断增加人数导致电梯报警（拐点压力测试）
013-说一下登录怎么测试
登录的话，明确一下需求，比如有几个输入项，假如说有3个输入项：用户名和密码，验证码；
功能方面，先考虑到正常登录；然后针对每一个输入项考虑一些异常的情况：比如说手机号码的位数（10,12长度）、数据类型支持的什么格式（非数字-字母字符空格），当输入0的时候，然后输入负数，重复输入的时候，以及不输入（为空的时候）；然后是密码同样的从这几个维度来考虑，使用等价类和边界值的方法来设计测试点，以及验证码；大概是这样的一个测试点的考虑。
如果是非功能方面测试的话，会测试一下它的兼容性（），还有一个界面（美观 排版 错别字），兼容测试的话是web端的话，测试一下浏览器的兼容，还有一些像、、那个界面测试的话，像页面布局，文字大小是否完整、规范这些，只要是页面可以点到的地方都会做一下功能点的测试，大概就是这些。
014-给你一个余额转银行卡的功能，你怎么设计测试用例？
因为没有详细的需求描述，所以根据我的理解设计用例如下：
正常测试：
1）正常流程余额转银行卡可以成功，余额减少，银行卡余额增加，并且金额正确；
2）验证一些边界值，比如全部转出，转出1分钱，验证可以成功；
2.异常的测试：
1）输入一些异常的数据，比如非数字，0，负数等，检查有提示报错；
2）输入转账金额超出余额，转入失败，提示余额不足；
3）账户没有做过实名认证，转出失败并提示；
4）银行卡账号状态异常衬衫，比如挂失，或注销，账号异常等，都转入失败； 5）转入流程中间某一环节取消，扣款失败；
6）断电弱网断网测试，验证转入情况和页面友好提示； 7）考虑是否收取手续费，是否有收费提示等附加信息
非功能测试：
1）界面是否美观
2）提示信息友好，操作性强，易上手
3）能兼容各种手机平台和系统版本；
4）重复转入，多次多笔转入，都可以成功
5）转入金额无法抓包篡改，安全性高
015-如何测试椅子？
**一、功能测试（Function test） **
1.能否坐人，能坐下几个人 2.能放哪些东西，称重量多少 3.能否挂东西 4.是否有按摩功能 5.是否有弹簧减震 6.能否移动 7.椅子能不能折叠起来 8.能不能旋转，能不能平躺 9.能不能调节高度 10.是否有背靠 11.是否有颈靠 12.是否有扶手
二、界面测试（UI Test）
1.颜色怎么样，是否好看。 2.材质是什么 3.形状怎么样 4.大小是否与客户要求的一致 5.椅子有几条腿、几个转轮 6.是硬垫 还是软垫
**三、性能测试 (performance test) **
1.能否持续承受高温或低温 2.防水效果怎么样 3.防火效果怎么样 4.椅子能挂多少东西 5.它的舒适程度怎么样 6.椅子的减震程度怎么样 7.能折叠或者旋转到什么程度 8.椅子的颜色或者图案在摩擦时是否会脱落
** 四、安全性测试 (Security test)**
1.有没有锋利的边缘，会不会割伤人 2.如果倒下会不会砸伤人 3.坐在一侧会不会摔倒 4.地面不平的话会不会移动和摇晃 5.如果有裂痕会不会割伤人 6.材质是否对人体有害，包括散发的气味会不会让人感到不适 7.弯到什么程度会损坏
**五、易用性测试 (Usability Test) **
1.能应用于什么场合 2.椅子的移动是否方便 3.椅子的折叠或者旋转是否流畅 4.携带是否方便 5.有没有做防滑处理 6.有没有做防磕碰处理 7.是否符合人体生理 8.是否有透气性处理 9.是否有保暖性处理 10.和桌子高低匹配度 11.保养期多久一次（例如皮质、木质） 12.是否组装、拆卸方便
016-手机中通讯录的功能测试？
答案：
第一，通讯录的功能测试。通讯录的基本功能包括增、删、改、查几个。增加联系人到通讯录可以分新建号码、从已拨/已接/短信中等获取电话号码进行，可以从这几个方面考虑去测试是否能增加号码。删除联系人，对以保留的联系人进行删除，看能否删除；修改联系人，对以保留的联系人进行修改，看能否修改；查看联系人，对以保留的联系人进行查看。在这些功能测试当中，设计各种测试用例，用例可以是单个用例，也可以是一个用例套件；在设计测试用例时，也可以对有效性验证。其实考虑的内容比较多，测试内容也比较多，凡是界面上有，可以点击的，都要测试。 第二，通讯录的接口测试。 通讯录和拨号程序以及发短信等程序都有接口关系，要对他们之间的接口进行测试。 第三，通讯录的性能测试。 性能可以包括存储、打开时间，存储容量等方面进行考虑。
017-手续费怎么测？
1、手续费测试要根据需求理清楚手续费计算规则
2、手续费算法一般是兜底算法，或者银行家算法
3、一般情况下为了避免人为计算错误，会写好手续费计算规则用python脚本进行计算
018-如何测试一个纸杯？
可先反问下面试官：有无需求？水杯容量、材质、外观颜色是怎么样的？--给了答案，就按照面试官的去回答，如果没有，自己假设100ml、纸质-白色
功能测试：装100ml水？是否漏水？超过？装多少度水/固体/气体？.... 界面测试：logo/文字位置是否正确？颜色？形状？大小？产品材质？刻度是否正确？.... 易用性测试：是否易于携带？是否保温？是否防滑？拿取方便？是否隔热？杯口是否易于喝水？是否易于清洗？..... 兼容性测试：装不同物质是否正常？与其他物体兼容（其他杯子/背包）？杯子放置在不同的位置/不同环境(常温/低温/高温)兼容？ 安全性：是否易碎易爆？杯子高温液体是否有毒？..... 压力性能：长时间装水查看杯子是否变形？不同角度给杯子施加不同的压力，是否变形？不同高度摔下杯子，是否变形？....
019-有一张A4纸，如果让你来测试，请站在测试的角度，你会如何测试？
1）纸张的质地，是否为纸张
2）纸张的品质，是草木、皮革。。。
3）纸张的类别，是否为白纸
4）纸张的功能，能否书写、图画等
5）纸张的兼容性，水笔、油笔、铅笔是否都能正常书写
6）纸张的扩展性，折叠、拉伸
7）纸张的安全性，纸张的生产工艺是否安全，纸张有无有毒性物质
8）纸张的结构
9）纸张的性能：对各种笔的吸油性是否够快
020-如何测试手机的短信功能？
021-给你一个智能门把手，如何设计测试用例？
方向都是一样的，从功能、界面、兼容、易用、安全、性能等考虑，面试的时候先基于自己对电子锁的理解去回答，能 回答多少算多少，不一定需要考虑绝对全面及完整
1、功能：是否指纹解锁、密码解锁、设置的指纹及密码有无上限、设置的密码是否有强度校验、在无电情况下可否钥匙 开锁，密码输错多少次电子锁会被锁定且是否有绑定到手机app通知非法开锁警告等 界面：
2、界面：按钮排版布局、显示，屏幕显示等是否友好，门把手设计是否友好
3、兼容：是否适配到不同的尺寸 安全：发生大火、电子锁无电情况下，是否可钥匙开锁，且是否可接通app预知警告
4、性能：门多次撞击，电子锁是否正常
022-微信评论怎么测？
功能测试：
1．评论是否能够成功
2.评论类型:文字、表情和图片
3.文字的长度限制，表情和图片的大小限制
4.是否支持复制粘贴评论
5.能否删除评论
6．评论之后共同好友是否可以看到
7．是否可以看到其他共同好友的评论
8．共同好友的评论显示备注
9．是否可以回复其他共同好友的评论
10.其他共同好友评论后是否有提醒
11．和其他共同好友评论显示的顺序是否按照时间顺序
12.评论提醒是否正常显示头像昵称
13.退出之后，评论是否还存在
界面测试：
1．评论是否正常显示头像昵称；
2.全部评论是否都正常显示
兼容性测试 ：
1．电脑端能否评论；
2．安卓、苹果手机不同系统下功能是否正常
性能测试：
1.评论之后多久能显示；
2.共同好友评论之后多久能提醒；
3．多用户评论的反应时间；
4．评论时打电话、收到短信能否评论成功
网络测试：在2g/3g/4g/5g/wifi/下是否可以成功； 弱网环境下能否评论
023-请设计一套完整的公交卡及刷卡系统的测试用例？
1、基本功能测试（逻辑功能测试） 是否能正确读卡。在读卡时能否发出正确声音。正常的刷卡声音应该与不正常的声音区分开。
2、界面测试（UI测试） 刷卡机是否能为客户接受，客户能否一目了然找到刷卡的位置。打开刷卡机时是否要初始化，初始化时是不是比较简单操作。
3、易用性测试 大小设计是否合理，摆放在公交车中是否会很占位置，导致防碍乘客上车。
4、稳定性测试 能在不同的状态下进行刷卡，包括公车开在平坦的道路上或比较颠簸的道路上，都能正确的刷卡。
5、安全性测试 所用的刷卡机的材料是否符合国家标准。一律采用国家统一标准的密钥管理系统和机具安全模块进行测试。
6、本地化测试 参考： 刷卡机上不能有任何含有政治色彩的词语。
7、其它一些压力测试 一定时间内乘客比较多时，能否在短时间内全部刷完。以及要控制同一张卡在短时间内不能连续刷卡几次。当刷卡机受到不同的损坏时(如道路不好，受到碰撞时)，是否能依旧正确刷卡。
024-说一下二维码用例设计（随便指一个东西让你设计用例）?
参考这个文章：http://testingpai.com/article/1655791145744
025-给你一台全新的电脑，只有操作系统，你怎么独自开展你的测试工作？
首先整理好项目中需要用到的相关工具，包含办公软件，测试工具等。
然后去项目组的资源库或测试同事那里获取负责项目的相关资料，先自己阅读熟悉项目业务，熟悉功能模块，熟悉数据库表数据，熟悉团队成员，同时请教同事对相关业务的讲解
然后自己每天整理资料和并记录。