测试开发面经

文章目录

  • 1. 给你一个购物车界面,你怎么测试?
  • 2. 黑白盒测试
  • 3. 秒杀场景怎么设置测试用例
  • 4. 软件测试流程
  • 5. 微信朋友圈点赞测试用例
    • 5.1 功能
    • 5.2 性能表现
    • 5.3 界面
    • 5.4 兼容性
    • 5.5 网络和异常测试
    • 5.6 安全

1. 给你一个购物车界面,你怎么测试?

测试开发面经_第1张图片

  • 需求分析
    首先第一步要做的就是需求分析。不管是在什么场景中,都应该明确需求之后,再开始进行测试用例的设计。
    在面试中,这一步可以体现为与面试官聊一聊需求的细节。
    重点需要把 3 个方向的内容确认清楚:
    确认测试范围
    确认功能点
    确认功能流程
    使用思维导图的形式来梳理
    测试开发面经_第2张图片

下面就按照上面思路来梳理购物车的测试点。

  • 界面测试
    界面显示正常
    界面布局合理美观
    文案展示正确
  • 功能测试
    测试功能可以从这几个方面去考虑
    测试开发面经_第3张图片
    具体的测试点比较多,请直接查看完整的思维导图。
  • 易用性测试
    快捷键功能是否支持
    提示信息
    操作引导
    商品展示排序合理
  • 兼容性测试
    不同的产品在考虑兼容性测试的时候,方案是不一样的。
    Web 产品的兼容需要重点考虑
    浏览器
    操作系统
    分辨率
    App 产品的兼容需要重点考虑
    平台
    厂商
    设备型号
    操作系统
    分辨率
    对于兼容性测试来说,需要保证在这些硬件环境中,产品的界面展示正确,功能可以正常使用。
  • 性能测试
    界面元素多次快速操作
    响应时间
    并发量
    CPU
    内存
    App:耗电量、流量、压力测试
  • 安全性测试
    账号限制:登录超时、账号互踢
    敏感信息加密传输
    漏洞扫描

2. 黑白盒测试

  • 白盒测试是:

    也称逻辑驱动测试,测试者知道被测对象的内部结构和逻辑实现,将其视作一个透明的盒子,针对其中实现细节的状态、结构、路径进行测试覆盖
    目的主要是验证「白盒子」内部的结构和运作是正常的
    常通过单元测试动态地进行测试,或code review的方式静态地进行检查

  • 黑盒测试是:

    也称数据驱动测试,测试者无需知悉被测对象内部实现方式,将其视作一个黑色不透明的盒子,只考虑对产品明确提供的功能特性针对性进行输入,检测其输出
    目的主要是验证「黑盒子」承诺对外提供的功能是否按规范、规格说明的要求正确实现了
    常通过在用户界面(GUI),以用户的角度进行有效、无效操作

3. 秒杀场景怎么设置测试用例

设计秒杀场景的测试用例时,需要考虑以下几个方面:

并发场景:测试在高并发下系统的稳定性和性能。可以模拟多个用户同时参与秒杀活动,设置不同的线程数和请求间隔时间,测试系统的响应时间和吞吐量等指标。
库存场景:测试系统对库存的管理和控制。可以设置不同的库存数量和秒杀人数,测试系统是否能正常抢购并准确控制库存数量。
安全场景:测试系统的安全性。可以模拟攻击者对系统进行DDoS攻击或SQL注入等攻击方式,测试系统的抗攻击能力。
异常场景:测试系统处理异常情况的能力。可以模拟网络故障、服务器宕机、重启等异常情况,测试系统是否能够快速恢复和处理异常情况。
业务场景:测试系统对业务逻辑的处理能力。可以模拟不同的用户身份、优惠券使用、活动时间等不同的业务场景,测试系统的处理能力和正确性。

例如,可以设计以下测试用例:

在高并发场景下,测试系统的响应时间和吞吐量是否满足要求。
设置不同的库存数量和秒杀人数,测试系统是否能正常抢购并准确控制库存数量。
模拟攻击者对系统进行DDoS攻击或SQL注入等攻击方式,测试系统的抗攻击能力。
模拟网络故障、服务器宕机、重启等异常情况,测试系统是否能够快速恢复和处理异常情况。
模拟不同的用户身份、优惠券使用、活动时间等不同的业务场景,测试系统的处理能力和正确性。

4. 软件测试流程

测试开发面经_第4张图片
需求调查:全面了解系统概况、时间安排、功能需求、性能需求、质量需求及测试要求等。根据系统概况进行项目所需的人员、时间和工作量估计以及项目报价,制定测试计划。
测试设计:按照测试计划完成测试设计,包括测试用例的设计,并且对编写完毕的测试用例进行评审和完善。
测试执行:按照测试计划执行测试用例,并对 Bug 进行跟踪管理。
在开发提测之后,先执行冒烟用例(冒烟测试就是版本转测试之前,对系统的基本功能进行简单的测试),冒烟测试通过之后,再执行其他用例。
在执行测试用例过程中,要根据用例步骤操作系统,对比执行出来的实际结果和预期结果是否一致。
如果一致测试通过。
实际结果与预期结果不一致测试失败,需要提交 Bug 进入 Bug 管理流程。
Bug 修改好之后要回归验证,确认改好了并且没有新增问题。
老功能回归测试。
测试评估:总结测试工作。根据测试的结果,出具测试评估报告。
上线:监控线上产品,及时发现并解决线上问题。

5. 微信朋友圈点赞测试用例

5.1 功能

  • 能否点赞成功
  • 点赞成功后
    能不能看到共同好友的点赞
    对方能否收到你的点赞消息提示
    共同好友点赞后,会有消息提示吗?
    是否可以实时显示点赞信息
  • 能否看到非好友的点赞。
  • 你能给自己竖起大拇指吗?
  • 可以多次点赞吗?
  • 可以取消点赞吗?
  • 取消点赞后,对方还能看到你的点赞信息吗?
  • 显示的点赞信息最多可以连续显示
  • 一行满后会自动换行吗
  • 点赞数有限制吗
  • 点击喜欢的人的名字,是否可以跳转到他们的主页信息
  • 点赞信息会按照点赞时间依次显示吗

5.2 性能表现

  • 从点赞到显示点赞信息的响应时间
  • 从取消点赞到成功取消点赞的响应时间
  • 点赞到对方收到点赞消息提示的响应时间
  • 连续点赞和取消点赞,还能正常使用吗

5.3 界面

  • 是否可以显示点赞数
  • 是否可以显示点赞的人的名字(昵称、评论名)
  • 点赞栏的位置
  • 如果朋友圈有图,在图下方显示
  • 如果只有文字,则显示在文字下方

5.4 兼容性

  • Android系统是否可以点赞,点赞功能是否正常
  • 在苹果系统上是否可以点赞,点赞功能是否正常
  • PC端朋友圈是否可以点赞

5.5 网络和异常测试

  • 在网络较弱(2G、3G、wifi、信号弱)的情况下,是否可以点赞
  • 在不同的网络操作中,like功能是否正常
      ·中国移动
      ·中国电信
      ·中国联通
  • 断网时不能点赞
  • 突然点赞时,输入短信或电话,点赞能否成功

5.6 安全

点赞是否会泄露用户信息

你可能感兴趣的:(功能测试)