000001

一、音频项目测试点（破特普离儿）

APP端常见功能：

1.是否能正常播放音频

2.点击播放控件，播放/暂停

3.快速切换到上一个 下一个音频

4.前后拖动进度条可以正常播放

5.按照顺序播放音频

6.是否支持循环播放

7.音频支持倍速播放

8.快进15s 后退15s 快捷功能

9.音频进度条正常展示当时播放的时间点及音频时长

10.音频播放声音是否清晰

11.音频播放音质选择：智能选择、标准音质、高清音质

12.音频声音是否跟随手机音量键增大或减小

13.音频外放中插入耳机 是否继续播放

14.音频外放中连接蓝牙耳机是否继续播放

15.流量模式下是否有友好提示，当前在流量模式，是否继续播放？

16.循环/随机/重复播放音频模式

17.再次进入音频，是否保留上次播放进度

18.音频是否支持缓存，有了缓存后，断网情况下能正常播放

19.音视最开始的广告是否可以跳过

20.音频是否支持下载

21.音频是否支持分享

22.分享付费音频普通用户是否能正常听

23.从浏览记录快速进入音频

中断：

1.在播音频的过程中，由电话、视频、或语音接入，结束后，音频是继续播放还是暂停状态需要重新打开播放

2.将音频放置后台运行，音频是否正常播放

3.手机熄屏后，音频是否正常播放

4.音频播放中手机没电自动关机，音频声音是否立即消失

5.将音频声音关闭后，点击APP里其他页面，是否还播放声音

6.播放音频中，切换到其他APP，在其他应用里边，音频声音是否正常播放

7.在播放音频时，切换播放其他的音频，点击播放，之前的播放会暂停

8.在播放/暂停时插上耳机，用耳机听，音频的状态是正常的播放/暂停

9.插上耳机播放/暂停音频，拔下耳机后，音频都暂停播放

弱网：

1.弱网时点击播放，会有加载的状态和提示，网络恢复正常时，可以正常播放

不同设备的兼容：

1.iOS：不同的系统版本

2.Android：不同的Android版本/不同的厂商（华为/oppo/vivo/小米/三星等）

二、直播页面怎么测，对项目进行深挖，问性能方面测试，一些参数之类的，还有问题定位，例如：你这里发送了一条评论，主播哪里说没看到，你怎么测试

（ 1、可能是因为你的网络不好，评论根本就没发出去。请尝试断开网络重新连接，请确保是在wifi环境或流畅网络环境下进行观看直播;2、也可能是你的言语中带有快手直播的违禁词语，被自动屏蔽，所以主播看不见。3.可能被拉黑 ）

直播测试点：

功能测试：

观看视频时前后台切换，视频是否暂停

首屏是否秒开

音质是否失真、延迟、长时间连接音频的稳定性

（静止场景/运动场景） 视频播放的流畅度、清晰度

音频和视频的实时同步

不同网络环境下的音视频,但都可以正常播放（5G/4G/3G/2G/wifi）

断网断电，视频的重连性

前后台切换、锁屏解锁、分享后返回直播房间、第三方应用中断场景下，视频的重连性

直播视频是否支持横屏

app是否支持强制更新

个人账户测试点

是否能支持登录

是否支持第三方登录

忘记密码功能

关注列表、粉丝列表、收入榜、等级

充值体现功能

头像上传功能等等

观众观看直播功能

界面是否正常显示聊天信息

弹幕是否能正常滚动

能否赠送不同礼物

能否正常显示礼物特效

加载过慢时是否有加载页面

是否可以关闭弹幕

是否可以举报弹幕

是否可以关闭全部特效或部分特效

用户间是否可以进行私聊

是否可以退出观看直播页面

是否可以关注该直播

主播直播功能：

14.1视频和声音:直播开启后视频的画质和直播的声音都是正常的，且音频同步

14.2本场直播人数:可以显示本场直播的人数列表，并且可以点击查看头像

14.3外接设备:

正常：麦克风可以正常接入，摄像头可以正常接入，识别正常；

异常：麦克风异常接入，可以给出友好的提示信息；摄像头异常接入，可以给出友好的提示信息；

14.4互动:PK 功能，可以点击 PK 功能之后选择主播进行 PK 操作；

观众连线：选择观众进行连线，可以通话正常；

评论：可以正常的评论

14.5关闭直播:可以关闭结束直播，显示直播已结束

14.6装饰美颜:美化和美颜功能可以正常使用；贴纸等功能也可以正常选择；镜头翻转功能可以正常使用；

14.7弱网下直播功能正常：APP 不会闪退 崩溃，而且页面提示友好

14.8房间人数频繁进出场景测试

UI测试测试：

1.UI设计是否符合设计搞

2.内容测试：有无错别字、说明文字的内容与产品需求是否一致

3.导航测试：不同的连接页面之间导航链接是否有效，跳转是否正确

4.图形是正确：自适应界面设计，内容根据窗口大小自适应

兼容性测试：

5. 不同手机屏幕分辨率的兼容性

6. 与本地app是否兼容

7. 不同版本的兼容性

8. 不同手机品牌的兼容性

9. 不同浏览器的兼容性

10. 与各种设备是否兼容，跨系统下验证行为是否一致

性能测试：

1.耗流量

2.cpu占用率

3.耗电量

4.内存占用率

5.多个客户端同时进入一个房间，查看是否稳定

6.自动重连次数

7.应用响应速度

易用性测试：

1.是否方便用户操作

2.安装和卸载是否方便

1.项目中主要负责什么

       1、参与需求的评审工作，并提出改进意见;
　　2、根据需求制定项目测试计划并实施，保证项目质量和进度;
　　3、设计思维导图并执行测试，跟踪定位系统中的缺陷或问题;
　　4、根据需求编写自动化测试脚本，提高测试效率;
　　5、与项目相关人员就项目进度和问题进行沟通。

2.印象最深的bug

我之前测电商项目业务时，下单成功后会生成一个 orderid (订单编号)，生成的订单详情页 url 就包含了订单 id ，于是我随意更改了几个订单 id 试了试，发现竟然可以浏览到其他用户的订单详情，这个是没有做权限过滤导致的 bug 。我给开发的解决方案是这样的：在访问订单详情页前获取登陆用户信息做权限校验。这个点很容易被忽略，如果漏掉上线后会对用户的信息安全带来严重风险，属于严重问题。所以受到了领导的表扬，这个 bug 给我留下了深刻的印象。

3.项目紧急上线测试只有两天时间怎么办

1、首先要保证主流程，系统的核心功能测试通过，先将正向的测试用例执行完毕。这个过程中如果出现问题，需要提到缺陷管理系统的，不能因为时间紧就不提bug了。2、根据以往的经验判断哪些模块是容易出问题的，然后和开发沟通一下到底修改了哪些部分。3、可以引入自动化测试，看看哪些模块是功能比较稳定的，利用自动化去做回归测试，这样节省了一部分时间。4、在测试报告上体现我们测到的模块和未测到的模块，没有测到的模块要和项目组去评估，如果上线了会有一些什么影响？测试人员要将风险报告清楚。

4.项目上线后用户使用发现bug怎么做

一、评估Bug的严重程度以及影响范围，评估是否为核心功能的Bug，是否影响大批量的用户。比较严重的Bug，例如购物网站无法下单，砍价等活动类项目无法分享，结算金额错误等等。一般的Bug，例如页面兼容性问题，文案显示等问题。二、确定修复方案：停服？回滚？线上修复？

如果是比较严重的Bug且影响范围比较大的，例如购物网站无法下单，一般采取的方式是回滚，先降低损失。如果为一般的Bug，例如页面兼容问题等，开发同学顺手改改的事情，就可以立马改完验证后上线。

三、追责（找原因）分析Bug出现的原因，一般有以下3种：1、测试用例未覆盖到2、原型文档上未说明3、测试环境无法模拟

5.抖音评论功能测试点

 

6.有两个沙漏一个四分钟一个7分钟，怎么得到九分钟的时间

首先,同时让四分钟和7分钟的两个沙漏开始计时,四分钟后,那个四分钟的沙漏会漏完,我们再次把四分钟的沙漏倒过来,再过三分钟,7分钟的沙漏也漏完了,我们把它也倒过来,当四分钟的沙漏第二次漏完时,这时正好总共过去8分钟,七分钟的沙漏第二次计时正好过去1分钟,于是再次把七分钟的沙漏倒过来,当它漏完之后,正好9分钟!

7.get和post区别

POST和GET都是向服务器提交数据，并且都会从服务器获取数据。区别：
1、传送方式：get通过地址栏传输，post通过报文传输。
2、传送长度：get参数有长度限制（受限于url长度），而post无限制
3、GET和POST还有一个重大区别，简单的说：
GET产生一个TCP数据包；POST产生两个TCP数据包

8.Fidder断点、抓包

 

9.adb常用命令

开启服务adb start-server

关闭服务adb kill-server

列出进程列表及其pid       adb shell ps

杀死指定pid的进程          adb shell kill pid

查看指定进程信息            adb shell ps -x pid

.查看 service                    adb shell service list

10.App出现崩溃是什么原因，怎么排查的

1.设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。

2.带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。

3.网络的变化：不同网络间的切换可能会影响App的稳定性。

4.内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。

5.用户过多：连接数量过多可能会导致App崩溃。

6.代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。

7.第三方服务：广告或弹出屏幕可能会导致App崩溃。

11.你发现一个bug，但是开发认为不是一个bug，怎么做

1.告知开发bug的判断依据，同时明确开发说不是bug的理由。

2.对开发的理由进行校验，校验依据1.参照需求文档，2.跟产品经理进行沟通确认。校验结果不是bug，关闭bug，如果是bug提交给开发进行处理，确保产品质量

12.需要紧急上线但很多bug没有解决怎么办

1、自己对于所有没有修改的bug按严重程度做一下整理，可以添加一些备注，比如该界面问题不影响用户操作，且记得记录到bug 缺陷管理平台，优先级排序，督促开发进行修改。

2、将整理后的bug发送邮件给项目经理，并抄送给其他项目组同事，并且电话通知项目经理查阅。

3、若项目经理回复可以发布,那就万事大吉;如果没有回复，测试人员也没权利说发布。

13.发现一个bug怎么做

当我发现了一个bug，我会先用fiddler抓包，看请求和响应，判断是前端bug还是后端bug，然后在禅道上提交bug,内容包括：bug标题、短描述、重现步骤、详细步骤、预期结果、实际结果、优先级及状态、测试环境配置、附件截图和录屏，指派给对应的开发，并且跟踪bug，开发修复好bug以后，进行回归，既要对这个bug进行回归，也要回归和这个bug有交互的地方。