软件测试面试要点

2019-03-03  本文已影响0人  薪火_

  第一部:

  1、接口(api)测试在什么时候使用的?

  1、新接口:当开发的后台程序开发完毕,交付给测试之后(没有测试测试之前,可能还没开发好这个接口),交付是有前提的,

  一般情况下,开发会提供接口文档,后面就用 postman....等接口测试工具测试。

  2、老接口:新接口测试(新功能测试),做回归测试,这个时候,新老接口一起做,目的是为了验证新的接口是否对老的接口

  产生影响。

  3、api测试就是 接口测试

  2、还有断言 在讲一遍(jemeter)

  断言:某行代码或者某行脚本 之前加上 断言,如果不出错,则程序继续往下执行。如果出错呢?那程序就会抛出异常提示,

  告诉你,程序出错,并且终止此次执行。

  3、SVN能做哪些事情,是干嘛用的?

  svn:版本管理工具,它和git本质上一样,它们两者的区别,就相当于禅道和jira的区别。他两本质上都是文档管理。

  代码:

  java 代码:xxxx.java

  python 代码:xxxx.py

  普通文件:

  word、excel、ppt、text....

  本质:都是文件,都是存储字符串,只是存储的方式不一样。

  SVN:存放代码、存放普通文件。git也是一样的功能。

  svn在什么时候使用?

  1、提交代码的话,当开发人员代码开发完成,就会把代码提交到svn上。

  2、提交文件,比如测试用例编写完毕(excel)、测试报告(word)....

  为什么要使用svn(git)工具?

  1、方便统一管理

  2、实现资源共享

  3、版本管理的功能、这个只能在代码管理,体现比较大

  4、有权限控制,每个team都有对应的文件夹权限

  4、敏捷测试?

  1、为什么要有敏捷测试?

  因为每个公司的项目,不是一次做完就扔掉,后续还会有需求更新和bug。当项目前期做完之后,如果后续还有新的需求或者

  需求变更,或者bug,会再次开发,bug修复,再上线。

  2、在敏捷测试里面,会有看板?

  看板在哪里看到:小公司在物理看板(搞一个白板)

  看板进度的追踪:项目经理

  看板状态:待开发、开发中(开发人员);待测试、测试中(测试人员);产品验收、关闭(产品经理)

  5、有一个客户,买了一百种物品,但是反应有一个单品算错了。

  (1)怎么在后台找到这个bug

  1、第一反应:我单独测试这个单品,看是否正确,如果正确,看是不是跟其他商品组合的时候,才会算错

  如果单品出错的话,那就是这个商品的算法有问题

  如果是组合出错的话,那么这个单品在组合的时候算法有问题。

  2、考虑业务:

  1、看此单品是否参加促销活动,如果促销活动,跟开发确认是否把促销活动的优惠算进去。

  2、本身存在的bug,去数据库查看,是否是因为数据的原因的导致,可能就是脏数据

  (2)怎么用接口测出来这bug

  1、用fiddler抓取这个接口,结算接口

  2、结算:参数:商品,商品数量、商品的价格

  3、然后根据上述提供的思路测试一下(postman)

  6、项目难点在哪里

  项目的难点:工作流(核心)

  1、一个系统操作流程,一个系统如果没有工作流的话,她跟excel的功能没有区别。

  2、什么是工作流?

  顾名思义:就是业务流程

  电商系统:

  1、前台的数据和后台公用

  2、后台的数据依赖前台

  3、测试环境的数据可以直接在数据库中去造,利用insert into语句

  项目问的问题?

  1、项目的工作流

  2、在测试项目过程测试流程

  3、在项目的测试过程用过哪些测试技术

  7、用户的权限怎么测

  1、用户和用户组

  2、用户单个用户权限和用户组权限

  3、管理员权限(最高权限)

  8、执行测试怎么执行的、详细的步骤。

  需求评审(产品经理) -> 测试计划(测试leader) -> 编写测试用例 ->

  执行测试用例 -> 发现bug提交到禅道,追踪bug生命周期 -> 编写测试报告

  9、怎么定位bug?

  1、什么是bug

  不满足需求的

  (1、根据需求本身,2、比如我查询功能(抓包),3、只要到后台日志里面根据debug信息,提取出对应的sql)

  存在程序错误 (2、到后台日志里面:存在 error 级别的错误信息)

  不符合用户需求的 (1、竞品分析(去比对类似产品东西))

  第二部:

  数据库:

  1、比如student

  删除一张表里面是所有内容:

  delete from student

  左联:

  以左表为基准,右表数据不存在的时候,则显示null

  1、数据库,数据库数据是存在磁盘里面的

  2、一个数据库实例,有多个数据库,一个数据库下一张到多张表

  3、数据库有范式,因为是关系型数据库:

  第一范式:一张没有任何约束,数据可以无限的重复。

  第二范式:在第一范式的基础之上,多了一个主键约束。

  第三范式:在第二范式的基础之上,增加了外键的约束。

  ....

  4、sql语句:

  对表数据的操作:

  1、简单的sql查询:

  查询(select):

  select a.* from student (as) a where ....  #*:表示当前表中的所有字段

  select id,name from student (as) as where ...

  更新(update):

  update  student set age=18 where ....

  删除(delete):

  delete from student where .....

  因为数据是一行一行的删除,而 * 代表的是字段,所以 delete 后面千万不要加*。

  增加(insert):

  insert into student(字段) values(值)

  2、对表的操作:

  创建表和数据库:

  创建/删除student表:create/drop table student

  创建/删除数据库: create/drop database db1

  对表结构的操作:(特殊的关键字,需要加table关键字)

  alter table student add column api_pay_no varchar(32) not null unique comment

  3、复杂sql:

  1、嵌套:

  course_name="数学"

  选的课程为数学的学生:

  select * from student where course_id in (

  select id from course where course_name = "数学")

  in :表示 条件数据 1个到多个

  = : 相等于的数据只有一个

  select * from class where id in (select class_id from student where

  course_id in (select id from course where course_name="数学"))

  2、左联、右联、内联

  左联(left join):

  以左表为基准,与右表比较值不相等,右表的数据显示为null

  select s.* from student s

  left join course c  on s.course_id = c.id

  where ....

  右联:(right join)

  以右表为基准,与左表比较值不相等,左表的数据显示为null

  select s.* from student s

  right join  course c on s.course_id = c.id

  where ....

  内联:((inner) join )

  以左表为基准,只显示匹配与右表相等数据

  select s.* from student s

  (inner) join course c on s.course_id = c.id

  where ....

  3、在sql的查询中,遵循一个原则: 一切皆表

  select * from (

  select * from (

  select * from student where course_id in (

  select id from course where course_name = "数学") ) as a

  left join (

  select s.* from student s

  left join course c  on s.course_id = c.id

  where .... ) as b on a.id = b.id

  where ... ) as a

  .....

  一个复杂的sql,有几大原则:

  select 后面的永远是 字段

  from 后面永远是 表

  where 后面的永远是条件。

  4、分组(group by)

  select sum(course) from course group by name having name = "张三"

  order by sum(course) desc(asc)

  Linux

  为什么要学Linux?Linux在我们工作当中什么时候使用?

  Linux在我们公司里面 999.99999999...%应用都是部署在Linux。

  Linux 上面服务都已经部署完毕,我们在排除程序上bug的时候,会去看日志。

  1、搭建环境:

  jdk、Tomcat、Apache、PHP、mysql、、小游戏

  1、jdk :  java程序运行环境

  1、jdk  /usr/local/java/

  2、配置环境变量  /etc/profile

  2、Tomcat:web应用服务器,可以部署在Linux(.sh),也可以部署在Windows(.bat),部署在mac

  Tomcat目录:

  - bin 存放执行脚本的文件夹 #启动方式: sh startup.sh 或者 ./startup.sh

  - conf 存放程序配置文件 配置Tomcat端口等配置文件

  - lib  存在程序所调用的jar包

  - logs 存放日志信息

  - temp 临时文件夹 存放临时文件

  - webapps 存放我们的应用程序

  - work  存放我们程序的进程号

  3、apache(nginx):web服务器

  目录结构:

  ....

  2、常用命令:

  1、创建文件:touch

  2、删除文件:rm(remove)

  3、查看文件:cat

  4、复制: cp(copy)

  5、创建文件夹: mkdir(make directory)

  6、剪切或者重命名:mv(move)

  7、压缩解压缩: tar

  8、查看:ls  list

  9、编辑: vi/vim

  10、查看当前路径:pwd(Print Working Directory)

  11、切换用户:su  switch user

  12、创建用户:useradd

  13、删除用户:userdel

  14、创建用户组: groupadd

  15、删除用户组:groupdel

  16、查找: find

  17、修改权限: chmod(change mode)

  18、查看进程: ps  process

  19、杀进程: kill

  20、查看日志:tail

  1、Linux的每个命令,是一个或者多个英文单词的缩写。

  2、拷贝: cp 文件1  文件2  cp -r 目录1  目录2

  3、杀进程: kill -9 进程号

  4、查看日志: tail -f catalina.out -n 300

  查看命令的使用:

  tail  --help

  man tail

  接口测试:

  postman

  断言:在程序前加上一个断言,当程序没有出错,则正常往下执行,如果出错则,给出异常提示,程序终止。

  http协议:

  http协议属于应用层协议,分为请求和响应

  请求:请求头(header)和请求体(body)

  响应:响应头(header)和响应体(body)

  请求,请求方法:

  post、get...

  1、post和get方法:

  1、post 请求参数 放在 body 里面,get的请求的参数 放在 header里面的。

  2、post请求参数的是没有字数限制,get请求参数是有字数限制的

  3、post和get向服务器发送请求,没有本质安全可言,通过抓包都可以抓取到,只不过向服务器发送请求的时候

  ,一个放在手上,一个放在口袋。

  2、http请求的状态码:

  1xx: 消息

  2XX: 成功  200

  3XX: 重定向 302

  4XX: 客户端错误 404 403

  5XX: 服务端错误  500

  第三部:

  项目理论

  一、项目的职责与分工

  产品经理: 设计产品的prd,整理需求的人员

  项目经理:管理整个项目的生命周期的,项目立项,项目在开发测试过程中协调,进度追踪,流程优化...

  开发人员:

  后台开发:Java开发(开发接口)

  前台开发:安卓开发、ios、前端开发...(开发界面)

  测试人员:

  web测试(前端页面)

  移动端测试(ios,安卓)

  配置管理人员:

  负责搭建测试环境、负责管理jar版本、负责管理线下配置文件、负责测试环境工具的稳定,负责管理代码

  运维人员:

  负责把测试环境的程序包放到生产上,负责生产环境的稳定。

  DBA(数据库管理员):

  负责测试环境和生产环境数据库的稳定和优化

二、项目立项

  是由项目经理主导,管理整个项目的生命

  为什么要立这个项目,解决的什么问题。

  此次立项参与的人员(产品经理、开发人员、测试人员)

三、测试流程

  1、参加需求评审会

  2、测试leader编写测试计划

  3、测试用例的设计和编写测试用例

  4、评审测试用例

  5、执行测试用例 -> 发现bug 提交 到禅道上

  6、测试leader整理测试报告

  7、上线(校验你能校验的)

四、测试人员

  测试人员在我们工作当中,需要干些什么?

  1、熟悉业务:

  1、产品prd

  2、熟悉web应用服务器部署

  3、熟悉数据,数据的访问地址,跟业务相关的数据库表结构。

  2、制定测试计划

  测试计划是由测试leader制定,参与编写测试计划

  3、设计测试用例

  借助 xmind 工具,设计测试用例

  (等价类、边界值、场景法等)

  4、编写测试用例

  5、发现bug,提交到禅道

 bug的定义:

  1、不符合需求

  2、程序本身报错

  3、不符合用户的使用习惯。

  6、编写测试报告

  测试leader写的,测试人员,参与编写测试报告

  1、简要

  2、测试结果的分析

  1、测试用例覆盖率

  2、测试用例通过率,失败率

  3、发现bug严重程度的统计,每个模块的bug数的统计。

  4、当前遗留的bug数

  5、负责此项目的测试人员的测试用例

  6、上线标准

  3、本次测试过程中遇到风险

  4、总结

  7、编写发布单

  8、上线发布的流程


上一篇下一篇

猜你喜欢

热点阅读