• 0
  • 0
分享
  • 测试开发工程师常见面试题——软件测试圈
  • 饭团🍙 2021-07-29 13:26:50 字数 2242 阅读 1300 收藏 0

一、功能测试用例的设计

举例:

(一)我想要回家,让你给我买一张票,然后设计测试用例

答案:

  1. 确定需求(回家回哪,需要什么票,买什么时候的票)

  2. 开始测试

  • 功能测试(我去买票(买火车票,飞机票),买到票(什么时候),回来给你);

  • 可靠性测试(我去买票过程中被撞死了,票买不到怎么办,延期了,买那个点的票没了怎么办让我帮他买票的人的身份,比如是否有特殊优待,如军人,1米2以下儿童等,身份证丢了,或者票丢了,责任划分);

  • 可维护性测试(票是否可保存完好);

  • 兼容性(还不同人的去买,我中间招人去买,我坐车走路);

  • 算法测试(我通过不同的渠道买票花费的时间);

  • 竞品测试(别的人怎么买的票);

  • 安全性测试(身份信息保密);

  • 性能测试(一个身份证买多张票,同时多张身份证买多张票)。

二、工作测试流程:

(一)功能测试流程

  1. 需求评审(重点,你发挥的作用是什么,需求可执行性,关联影响的功能模块,异常情况处理);

  2. 评估测试时间(测试计划);

  3. 测试用例设计(正交,边界值,等价类);

  4. 用例review(领导,开发,产品);

  5. 提测(确认开发进行过自测,功能主流程畅通,然后开始介入测试)(产品开发测试一块走流程);

  6. codediff(代码改动点,从根源发现开发的问题,代码中明显测试代码(return,写死值),公共静态变量在发生高并发时容易出问题,所以不能让这个变量的值去内存里面取);

  7. 执行用例;

  8. 提bug(jira);

  9. 回归测试;

  10. 确认测试(准生产环境确认)(分情况);

  11. 发布(线上回归);

  12. BUG review(总结问题)。

注意点:

发布测试来控制,测试环境部署测试来控制

发布过程中,开发运维做监控。(分批发布)

三、app专项测试:

  1. CPU,内存,流量,电量,弱网,兼容性,FPS,中断,安装,稳定性怎么自动化实现,写一些自动化框架方法封装起来,重复的使用;

  2. 冷热启动的区别。

冷启动:在个人电脑中,冷启动是切断电源后重新启动。App类似,就是完全退出(不在后台运行)后重启启动。

热启动:非冷启动情况都可以称为热启动。热启动比冷启动多了一个触发点,那就是在后台启动App,比如双击苹果的HOME键,进行App的热启动。同时热启动通常会有一个计时器,特别是一些理财和银行的类的App会做此处理,当你间隔一段时间触发了热启动后,会让你再次登录(通过密码/手势/指纹)。也有比如网易新闻客户端这样的,当你间隔一段时间后触发热启动,会弹出广告页。

四、工具使用:

postman:接口,功能测试,可以做参数化

httprequester:接口,功能测试

jemter:接口功能性能工具

lr:接口功能性能

fiddler:抓包,设置代理,设置断点,mock数据

charles:抓包,设置代理,设置断点,mock数据

robot:功能自动化

uft(qtp):功能自动化

docker:容器

monkey:性能稳定性(app)

jenkins:自动持续集成

git,svn:代码管理

xmind/visio:脑图

soapUI:接口功能测试(HTTP,WEBSERVICE协议)

xshell/SecureCRT/putty:

slor:关键字分词

slor:我测试:我   测试分别去数据库搜索结果

nginx(反向代理)

tomcat(动态网页发布)

五、基础概念:

什么是性能测试

HTTP协议(哪些方法,什么区别(GET\POST),怎么组成,状态码)

TCP三次握手四次离手

线程,进程区别联系

内存泄露,内存溢出

死锁

六.自动化测试:

自动化测试脚本的应用场景:

  1. 重复性较多的,写脚本能省时间,节省效率,接口重复回归,功能重复回归;

  2. 手动做不了的测试,上万数据的准确性校验,脚本跑,错误数据筛选出来,数据更新机制的调整,全量变成增量更新()。

自动化框架的搭建:

接口自动化框架

  1. 结构(1.框架思想(数据,关键字,行为,事件,混合);

  2. 读取用例的模块(excel,txt,mysql,xml);

  3. 发请求的模块(requests封装);

  4. 断言模块(re,遍历断言);

  5. 日志模块;

  6. 测试报告生成模块;

  7. 发邮件模块;

  8. 配置文件)。

2.怎么设计测试用例,注意哪些点()

3.怎么断言

功能自动化框架

  1. 和接口自动化类似;

  2. 对页面各个控件的api封装(哪些封装,下拉框,选择框,对隐形控件怎么处理);

  3. 不同环境处理;

  4. xpath定位方法();

  5. js定位方法()。

平台工具:

  1. 接口自动化集成到平台上;

  2. 平台做测试环境,线上环境的监控;

  3. 做公用统计线上badcase的统计。

七、算法:

(会多门语言(前端了解。java熟练,python熟练))

排序算法:

冒泡

快排

查找算法:

二分查找,

队列,堆,栈实现:

八、linux:

常用命令背下来,熟悉,知道怎么用

ls -alih()

看日志(cat,head,tail,more)

grep|wc -l

九、数据库:

关系型数据库:

mangodb

mysql(sql,慢查询,配置)

oracal

GP数据库

非关系型数据库:

redis 

十、服务架构:

服务分布式架构(超融合):概念实现理解

十一、网络

IP

网关

路由

根据子网掩码算网关

NAT

VPN

交换机配置

十二、典型例题

(一).Web页面出现空白页怎么定位问题

  1. 抓包(抓包);

  2. 看服务日志;

  3. 看你当前url 用接口实际访问模拟下请求;

  4. mock数据,给请求,确认是那部分问题。

(二).Web页面响应过慢怎么定位问题

从一个浏览器输入url到形成页面经历了什么

(三).你所测试的系统架构


作者:小强找BUG

原文链接:https://www.cnblogs.com/zgq123456/p/11105257.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   从 1993 年开始,ext2 已经走过了 31 个年头,现在是它退休的时候了。尽管 Linux 6.9 带来了许多巨大的变化和新功能/硬件支持,但它却弃用了经典的 EXT2 文件系统驱动程序。  EXT2 文件系统已经存在了三十年,EXT3 和 EXT4 在 Linux 内核中稳定运行也分别有二十多年和十五年了。EXT2的使用率一直在下降,很可能只是用于访问旧的存储设备/传统的Linux发行版安装。  不过,由于文件系统驱动程序不支持 2038 年以后的日期(Y2038 问题的一部分),EXT2 现在已被弃用。由于无法正确支持 2038 年 1 月 19 日之后的时间戳,Linux 开发...
            0 0 119
            分享
          •   作为一名Tester,无论是面试还是工作,我们都常常会遇到该问题,毕竟现在大部分接手的项目都是中小型的项目,很多又是生疏行业的系统,所以这个问题就会常常伴随我们,那么遇到这个问题该怎么办呢,现在我们就分下面6点来讨论一下。  1.了解测试任务  我看网上有些博主一上来就让大家看资料了解系统,就是下面讲的第二点,当然这样做也行,但是会导致效率低下,就像我们上学时做阅读理解一样,最正确的做法应该是带着问题去看资料,所以我们应该一上来明确测试任务,然后带着这些测试任务的问题去看资料。  2.从现有资料中获取信息  明确测试任务后,就可以问研发团队要该项目的所有资料了,这里面主要包括产品需求文档(...
            0 0 413
            分享
          • 1、案例描述用户选择短信登录 !发送短信后,后端接口逻辑已把验证码缓存在redis, !在apifox上定义对应下发登录短信接口,短信登录接口下载地址:www.apifox.cn这时候问题就来了,怎么样才能让apifox自动获取下发登录短信接口对应的手机号的验证码,自动填充到短信登录接口的code字段?2、解决思路方案一:后端通过接口返回验证码,下发短信接口后再调用该接口去获取验证码(正式环境需要屏蔽该接口,没办法自动化正式环境接口)方案二:apifox直接访问redis获取数据;这需要在apifox添加扩展操作redis的jar包,参考:https://www.apifox.cn/help/...
            0 0 1066
            分享
          •   我们经常会听到开发对测试抱怨说:这个问题怎么现在才测出来,这个问题怎么暴露到线上了,测试都是怎么测的?  为了消除误解,让开发了解到底测试都覆盖了哪些内容,双方更好的配合,保障线上版本质量,测试用例的评审就显得十分重要。  测试用例评审的参与人员是:开发、产品、测试人员。  产品人员参与,可以方便核对测试用例是否覆盖产品需求,在评审的过程中完善产品说明文档,完善产品的逻辑。  开发人员参与用例评审,可以从代码实现角度给出建议,防止漏测或过度测试,保证测试的全面性,减少无效测试,增加重点模块的测试。  测试人员参与用例评审,可以审查用例是否规范,对于交互模块的用例覆盖的是否齐全。  评审前的...
            13 14 1880
            分享
          • 本篇的目的是简明的完成一份接口测试用例设计的撰写,维护的文档,需要大家共同努力,不断完善,存在的不足以及日后在实际使用中暴露出来的问题,希望大家及时出,以便更新文档。一、用例设计过程:罗马不是一天建成的,用例不是一次完成的;书写测试用例本身和完善代码一样,也是一个循序渐进的过程。首先,必须熟读需求说明书和接口设计文档,了解每个接口具体的使用场景,明白软件的性能指标。其次,设计接口测试用例:开始在编码阶段,测试人员根据需求说明书和接口设计文档设计接口测试用例。然后,codereview:开发完成编码后,在时间充裕的条件下,要进行?codereview,一方面是检查开发的代码功能逻辑是否正确,另一...
            12 12 2878
            分享
      • 51testing软件测试圈微信