我要投稿 投诉建议

软件测试工程师经典面试题

时间:2021-06-21 12:42:41 面试试题 我要投稿

软件测试工程师经典面试题

  1、如果给你一个B/S系统你怎么来进行测试?

软件测试工程师经典面试题

  此题答案还可用于回答测试流程,测试流程题亦可参考15题。

  阅读系统需求,充分理解需求,记录问题,并与项目需求人员充分沟通。

  编写测试需求,包括系统功能和非功能测试要点、测试类型、测试进度质量要求等。

  制定测试计划,包括熟悉测试业务、设计测试用例、执行测试用例、进行测试小结、编写测试报告,任务颗粒度一般应小于5人天

  编写测试用例,根据测试方案设计用例,即便没有明确的性能和安全测试要求,也应识别进行此两项测试。

  执行软件测试,

  进行测试小结,如果测试持续时间较长,每个版本间隙总结本轮测试。

  编写测试报告,总结测试过程,汇总度量数据。

  2、测试方案和测试计划的区别?

  测试方案是技术性的;测试计划更多是管理性的。

  测试计划主要要考虑测试的技术可行性、关键技术、资源投入、进度安排、风险管理、配置管理、输入输出等。测试计划更多地供高层  管理者决策时做参考;同时对后续测试工作开展起指导作用。

  在一些小项目中,可能只需要一个测试方案,测试计划内容相对较少,可以与测试方案合并进行;而一些大项目中,也许要设计数十个测试方案,这就需要一个提纲挈领的东西了,这就是测试计划的作用。

  3、测试用例是根据什么写的?

  系统测试用例根据需求和设计编写

  4、客户没给性能指数,怎么开展性能测试?

  如果客户没有提出明确的性能指标,可以按照惯例和经验设置,需要和PM协商,一般由PM确认,QA负责给出建议。

  举例说一个Server端程序,要求峰值时CPU和MEM消耗在75%以下,而一个页面的访问响应时间一般认为用户的`忍耐时间是3-5秒以内,这些要参考实际的应用来确定用户规模、操作频率、同时在线数等。

  5、有没有做过接口测试,是如何做的?

  通过编写测试程序, 获得接口指针, 逐个调用接口函数验证其正确性, 及失败操作

  6、测试过程中是如何来保证软件质量的?  

        用例编写完毕后要加强评审的力度,确保测试用例覆盖所有需求点

  执行测试过程中注意做小结检查覆盖情况、审视所提缺陷质量,复测时应注意相关模块的测试

  7、Unix系统熟识,运用Informix 数据库。

  ls 列出指定目录下的文件,缺省目录为当前目录 ./

  pwd 显示当前的工作目录

  cd 回到注册进入时的目录 cd /tmp 进入 /tmp 目录 cd ../ 进入上级目录

  mkdir [-m 模式] [-p] 目录名 建立目录

  mkdir tmp 在当前目录下建立子目录 tmp

  mkdir -m 777 /tmp/abc 用所有用户可读可写可执行的存取模式

  建立目录 /tmp/aaa ,存取模式参看命令 chmod

  mkdir -p /tmp/a/b/c 建立目录 /tmp/a/b/c ,若不存在目录 /tmp/a

  及/tmp/a/b 则建立之

  mv [-f] [-i] 文件1 [文件2...] 目标 将文件移动至目标,若目标是文件名,则相当于文件改名

  rm [-f] [-i] 文件...或 rm -r [-f] [-i] 目录名... [文件] 用来删除文件或目录

  cmp [-l] [-s] 文件1 文件2 比较两个文件,

  diff [-be] 文件1 文件2 比较两个文本文件,将不同的行列出来

  pack 文件... 将指定文件转储为压缩格式,文件名后加 .z , 文件存取模式,访问时间,修改时间等均不变

  pcat 文件... 显示输出压缩文件

  unpack 文件... 将压缩后的文件解压后转储为压缩前的格式

  vi [-wn] [-R] 文件...

  vi 是一个基于行编辑器 ex 上的全屏幕编辑器,可以在vi 中使用 ex,ed的全部命令,vi选项中 -wn 指将编辑窗口大小置为n行,-R 为将编辑的文件置为只读模式, vi 工作模式分为命令模式和输入模式,一般情况下在命令模式下,可敲入vi命令,进入输入模式下时可以编辑要编辑的文本,命令 a A i I o O c C s S R 可进入输入模式,在输入模式下按 ESC 键可推出输入模式,回到命令模式,在命令模式中敲入: 命令,则可进入ex方式,在屏幕底部出现提示符 : ,此时可使用任意ex命令,屏幕底行也用来作/ ? ! 命令的提示行,大多数命令可以在其前面加数字,表示命令执行的重复次数,下面简单介绍一下vi 的命令集,^ 表示(CTRL)键

  quit 退出bc

  8、陷是怎么管理的?

  答:我们采用了Rational ClearQuest来管理缺陷。

  测试人员执行测试,发现缺陷,录入CQ,要求填写项目名称、子系统名称、模块名称、缺陷标题、缺陷描述(描述场景、现象)、缺陷级别、提出人等。状态:已提交。

  项目经理或开发组长确认缺陷后分配给开发人员,状态:已分配。

  开发人员修复缺陷完成后,将修复缺陷所花费的时间填写的Schedule中,缺陷的产生原因填写在备注中,因采用UCM模式,所有造成该缺陷的错误代码文件,在UCM视图中可以统计。状态:已处理。

  测试人员复测,如缺陷已经修复,则关闭缺陷,状态:已关闭。如缺陷仍然存在,则修改状态为已分配。

  当缺陷存在争议时,开发组长或开发人员可以申请否决,由项目经理、技术经理、测试负责人、相关开发人员和测试人员共同决定缺陷是否可以否决。状态:已申请否决、已否决。

  当前不能修复,或当前版本无法解决的缺陷可以申请延期,状态:已申请延期、已延期。

【软件测试工程师经典面试题】相关文章:

软件测试工程师面试题02-26

软件测试面试题01-21

软件测试工程师英语面试题02-20

常见的软件测试工程师面试题06-30

公司软件测试工程师面试题06-30

软件测试工程师的面试题和答案03-19

软件测试工程师面试题(附答案)05-08

国外软件测试工程师面试题02-19

软件测试工程师经典常见面试题05-11