测试的使用流程

测试过程中遇到不能复现的bug的时候你该怎么办

1、第一种

在测试阶段，执行了一个用例未覆盖的场景，或者随机测试，盲目点点点，一旦产生了` bug ，很容易忘记之前操作了什么。对于这样的情况，通常根据 bug 的现象和当前的操作页面，可以大概推断出进行了哪些操作，尝试几次可能路径后，一般会找到导致缺陷的步骤。

但是还有少量情况，无论怎么操作都无法复现刚才的 bug 。
2、第二种

对于已经提交给开发的 bug，在开发环境怎么也复现不了，开发要求关闭该 bug 。这种情况，就要分析提交给开发的 bug 描述是不是准确详细，有没有必要的前置条件，操作步骤是否详细，是否提供必要的截图信息。排查测试环境和开发环境的配置是否相同，可以要求开发在测试环境中验证通过再关闭该 bug 。

一些没有经验的测试人员，在遇到第一种情况时，认为这种 bug 的概率非常小，可以不用提交 bug 。而且，开发人员有时候也要求必须有重新路径才能提交 bug，这样一旦线上出现问题，背锅的自然就是测试了。
 

 测试过程中遇到 开发不认为bug的bug你该怎么办

说法一：

1、首先明确开发说不是bug的理由。

2、如果是需求变更， 那就找产品经理确认是否是需求变更。

3、如果开发说测试环境问题， 让他说明清楚测试环境问题是什么，按照他说的验证一遍， 如果确实如他所说， 关闭bug，但是不是他说的那样，继续激活bug给开发解决，确保产品质量。

4、如果开发说用户不存在这种使用场景， 但是我们不认可他说的，把这个bug 知会到测试经理，让测试经理去判定。

说法二：

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

2.对开发的理由进行校验，校验依据1.参照需求文档，2.跟产品经理进行沟通确认。

校验结果不是bug，关闭bug，如果是bug提交给开发进行处理，确保产品质量
 

多部电梯具有联动性

1.界面测试

外观（里面、外面）美观性
电梯空间尺寸是否和设计尺寸一致
按钮是否清晰和易懂
显示楼层的显示屏是否安装
是否联系外界的电话、紧急电话
设备检测说明书
安全规范说明书
灯
标识的承重和人数
扶手
镜子
仅提供可到达楼层的按钮
电梯制作的材料

功能测试：

测试电梯能否实现正常的上升和下降功能，每层是否都可以停靠。
每层停靠楼层是否与所按的楼层一致
电梯按键在按下时是否点亮按键灯
电梯在每个楼层的上行和下行的申请是否可以有效
电梯满负载的时候，是否会忽略其他楼层外部的上行和下行申请
电梯的两边按钮是否都可以使用，三列按钮。
电梯的楼层选择是否可以取消
电梯门的打开，关闭是否正常关闭（自动关闭）。
报警装置是否可用。（满载）
超重时是否能强制关门
超重时重新挪动一下人员是否可以上下行
与另外一部电梯之间是否协作良好。（算法）
电梯的灯光是否满足看书的要求
联系外界的电话是否可用
通风状况如何，人多的时候是否会很热，通风不畅（排气扇）
电梯里面的摄像头是否可用，拍摄是否清晰
门不夹人
伸手的话，应该不会强制关门
管理员可以和内部人通话
在各种场合下，可以强制开门
运行中时，不能按开门键，不会强制开门
在不同情况下（如：有人挡着、马上关门的时候、停电的时候、没有请求的时候…），一直按开门键和关门键
从电梯外部可以强制开门
不同温度下的测试
进入电梯，拨打手机，是否有信号
进入电梯喊话，外面是否能听到
楼层显示屏显示的楼层、以及电梯运行升降状态是否正确
两台电梯能否同时使用（或停用）
其中一台使用，另一台是否可以停用
A电梯按上行，B电梯按上行
A电梯按上行，B电梯按下行
A电梯按上行，B电梯按上下行
A电梯按上行，B电梯按下上行
A电梯按下行，B电梯按下行
A电梯按下行，B电梯按上下行
A电梯按下行，B电梯按下上行
A电梯按上下行，B电梯按上下行
A电梯按上下行，B电梯按下上行
电梯空时如何运转
电梯门开时不进电梯
进入电梯后不做任何操作
电梯门开的时间多长，超过时间后是否自动关门
电梯门开的时间超时后关门到最后2厘米，是否可以撬开门
电梯门关闭后还未上升时，电梯外按下上行（或下行）按钮，电梯门是否会打开
电梯最底层是否有下行按钮
电梯最顶层是否有上行按钮

停靠算法测试：

2部均空闲时，采取就近原则，离乘电梯人最近的电梯优先运行；
有1部运行时，以同行方向且顺路的电梯优先运行，否则安排空闲电梯；
2部均运行时，以方向通行且顺路的电梯优先运行；
每部电梯，在电梯内部每层在上升和下降过程中，再电梯内部均申请每层停靠
每部电梯，在电梯内部每层在上升和下降过程中，再内部没有任何申请的情况下，在电梯外部均申请每层停靠
每部电梯，在电梯内部每层在上升和下降过程中，再电梯内部均申请每层停靠，在电梯外部也申请每层停靠
电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来
电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停。
类似7、8测试步骤地随机测试，在电梯内部和外部均有不同组合申请的情况下，验证楼层停靠是否准确和合理。
电梯的平稳性，是否会上升过快或者下降过快，造成人体不适应反应

可靠性：

无任何申请的时候，可以长时间停留在某层，并且门是关闭的
门关上的一刹那出现障碍物。
长期有障碍物在门口堵住，电梯应该也不会关门或上升和下降
同时按关门和开门按钮。
快速交替按关门开门按钮
点击当前楼层号码。
快速点击不同楼层
上升到顶层后，电梯中的原有下楼请求均会被取消
下降到负楼层后，电梯中的原有上楼请求均会被取消
电梯外部同时按上键和下键会怎样。
长按打开按钮，电梯门是否持续打开
突然停电或超载时的情况，电梯（停靠、正在上升、正在下降）不会坠落，电梯门可以通过外力打开，并且紧急电话可用
电梯运行中，申请马上要经过的楼层停靠，电梯应该不会停靠。
在电梯里面蹦跳，电梯不会出现不稳定的情况。
电压不稳定的情况下的电梯运行情况
电梯不能正常工作的时候是否有监控系统自动报警
电梯不能正常工作的时候，是否有流程可以精确的指定到人进行所有故障解决的高效处理

易用性：

电梯的按钮的设计符合一般人使用的习惯吗．
按钮是否考虑残疾人和小孩儿
楼层显示屏是否处于电梯的上部，方便别人看到
可维护性
是否有方便维修和维护电梯的工作条件（竖井通道、统一断电等）
电梯的常用配件是否容易更换
电梯的维修成本如何
电梯的安装、维护、测试
超过维修年限，是否可以正常运转

视屏播放器测试点

功能测试

• 视频资源可以正常获取，不管是服务器返回还是后台添加等
• 视频的封面图、页面UI等正常
• 若一个视频中涉及到上一个视频、下一个视频时点击后都能正常切换到相应的视频，且视频正常播放
• 音量大小（如静音模式下播放时无声音）
• 视频最大化、最小化（如切换到最大化时视频全屏播放）
• 播放列表的播放顺序，单循环，多循环，顺序播放，随机播放（还需要考虑下视频若是后台上传的，若在后台将某视频进行增加，删除，修改操作，验证视频播放是否正常）
• 其他逻辑：

1. 1. 点击视频时，视频正常播放；再次点击时暂停播放资源；
   2. 播放视频时应用切换到后台---切换到后台后暂停播放，再次进入应用为暂停状态；
   3. 播放时杀掉程序进程---视频播放结束，不保留观看进度，再次进入到该视频，从头播放
   4. 播放视频A时切换到视频列表下的视频B----播放视频B；从进度B开始播放
   5. 播放视频A时切换到其他项目下的视频C---播放视频C；再次切换到视频A时从头播放
   6. 播放时上下滚动页面---视频播放器位置恒定，滚动不影响播放

兼容性测试

• 平台兼容性：如Android、IOS
• 系统兼容性：Android4.4-８.0；IOS8.0-12；谨记哦（低版本的机型问题还是蛮多的，如IOS8系统播放器问题较多，测试要引起注意） 
• 播放器是否与其他类型播放器兼容（需要考虑播放过程中是否和音频等相冲突）

网络测试

• 网络切换测试：WiFi-移动网；移动网-WiFi；WiFi-无网；无网-WiFi；无网-移动网
• 弱网测试：弱网情况下，视频播放是否有卡顿、黑屏、闪退等情况
• 无网进入时是否有提示info；
• 移动网进行播放时是否有非WiFi弹框提示；
• 播放过程中断网时，播放完已加载的部分后停止播放且有相应提示；
• 播放过程中切换网络时有相应提示
• 踩过的坑：Android7.1.2版本切换4G网络查看视频时，出现黑屏，卡死，崩溃等情况
• 异常测试

半屏/全屏切换测试

• 视频右下角全屏按钮，点击全屏横屏播放视频；
• 点击收起按钮，全屏收起回到当前页半屏播放
• 两者切换播放回到当前页面时，页面展示正常（IOSXX项目曾出现页面导航错乱的问题）

横竖屏切换测试

• 旋转模式打开后，验证页面及视频播放是否正常；
• 横屏模式下播放完视频，自动切换回竖屏模式；

视频中断测试

• 播放中快进/后退进度，能正常播放本地资源，快进不卡顿，无延迟；
• 播放中切换到后台，切换到后台后暂停播放，再次进入视频为暂停状态；
• 视频播放时杀掉进程，则视频播放结束（是否保留观看进度具体看产品需求）；

视频易用性测试

• 界面是否方便，整洁（如视频封面图，片头，片尾，视频图像等各个界面）
• 快捷键是否正确
• 菜单是否正确
• 图像是否清楚（在标清、高清，超清等模式下切换时视频播放正常，无卡顿黑屏闪退等问题，在切换过程中是否有加载loading的提示）
• 拖拽滚动条（拖、拽功能用起来是否友好）
• 是否具备播放记忆功能（即播放进度是否有记录）
• 能否自动保存以前的播放列表