最新华为测试面试题(5)，年薪超过80万

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

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

6

有没有做过接口测试，是如何做的

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

7

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

测试用例编写完毕后要加强评审的力度，确保测试用例覆盖所有需求点
执行测试过程中注意做小结检查覆盖情况、审视所提缺陷质量，复测时应注意相关模块的测试
测试时间宽裕的话可以做交叉测试，用以确保测试质量。

8

.测试方案都写什么内容

1概述
　　2被测对象分析
　　3应测试的特性
　　4不被测试的特性
　　5总体设计方法
　　6测试模型
　　6.1测试组网图
　　6.2结构/对象关系图
　　6.3测试原理
　　6.4操作规程
　　7测试需求
　　7.1环境需求
　　7.2被测对象需求
　　7.3测试工具需求
　　7.4测试代码需求
　　7.5数据需求
　　7.6其它需求
　　8测试设计
　　8.1工具设计
　　8.2测试代码设计
　　8.3用例设计
　　8.3.1设计原则
　　8.3.2测试项目
　　9.附录
（测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案） 以往华为测试方案　　目录如下：
　　第1章 技术方案
　　1.1. 测试需求描述
　　1.1.1. 测试类型分析
　　1.1.2. 测试内容
　　1.2. 缺陷分类
　　1.3. 缺陷级别
　　第2章 SOW及规格的应答
　　2.1. 测试需求应答
　　2.2. 交付件应答
　　2.2.1. 软件交付件应答
　　2.2.2. 非软件交付件应答
　　2.3. 项目里程碑项目完成时间应答
　　2.4. 质量目标应答
　　2.5. 验收标准应答
　　2.6. 限制应答
　　2.6.1. 合作供应商人员组织应答
　　2.6.2. 硬件设备应答
　　2.6.3. 合作项目开发场地应答
　　第3章 类似项目成功案例
　　第4章 项目详细工作计划
　　第5章 项目估算

9

测试方案和测试计划的区别

测试方案是技术性的；测试计划更多是管理性的。
测试计划主要要考虑测试的技术可行性、关键技术、资源投入、进度安排、风险管理、配置管理、输入输出等。测试计划更多地供高层　　管理者决策时做参考；同时对后续测试工作开展起指导作用。
在一些小项目中，可能只需要一个测试方案，测试计划内容相对较少，可以与测试方案合并进行；而一些大项目中，也许要设计数十个测试方案，这就需要一个提纲挈领的东西了，这就是测试计划的作用。

10

.测试用例是根据什么写的

系统测试用例根据需求和设计编写
（华为的SDV测试用例是根据《测试方案》和测试策略来编写的）

11

是怎么来设计测试用例的？

答：先熟悉系统需求，把握测试要点，设计用例的原则首先是要覆盖每个需求点，可以通过填写需求跟踪矩阵来保证覆盖。
黑盒测试的测试用例设计方法：等价类划分法、 边界值分析法、错误推测法、因果图。

12

有没有测过手机终端的项目

根据实际情况回答，如果没有测试过，可以回答，公司有过类似业务。
手机终端测试

13

.对测试工作的认识

答：软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。
软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试）。编码和单元测试属于软件生命周期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试，这是软件生命周期的另一个独立阶段，即测试阶段。
华为独立外包测试一般包括ST（系统测试）和SDV（详细设计验证）两个阶段。

14

缺陷是怎么管理的

答：我们采用了Rational ClearQuest来管理缺陷。
测试人员执行测试，发现缺陷，录入CQ，要求填写项目名称、子系统名称、模块名称、缺陷标题、缺陷描述（描述场景、现象）、缺陷级别、提出人等。状态：已提交。
项目经理或开发组长确认缺陷后分配给开发人员，状态：已分配。
开发人员修复缺陷完成后，将修复缺陷所花费的时间填写的Schedule中，缺陷的产生原因填写在备注中，因采用UCM模式，所有造成该缺陷的错误代码文件，在UCM视图中可以统计。状态：已处理。
测试人员复测，如缺陷已经修复，则关闭缺陷，状态：已关闭。如缺陷仍然存在，则修改状态为已分配。
当缺陷存在争议时，开发组长或开发人员可以申请否决，由项目经理、技术经理、测试负责人、相关开发人员和测试人员共同决定缺陷是否可以否决。状态：已申请否决、已否决。
当前不能修复，或当前版本无法解决的缺陷可以申请延期，状态：已申请延期、已延期。

15

介绍一下测试流程

答：项目启动后进行需求培训，测试人员尽早的参与到项目需求的培训和评审，也就是测试工作应该从需求阶段开始介入。
项目经理编写《项目计划》，开发人员产出《需求规格说明书》，这时测试组长就要根据《项目计划》开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，进度安排和风险识别等内容。

《测试计划》编写完成后需要进行评审，参与人员有项目经理，测试经理。测试组长需要根据评审意见修改《测试计划》，并上传到CC上，由配置管理员管理。
待开发人员把《需求规格说明书》归纳好并打了基线，测试组长开始组织测试成员编写《测试方案》，《测试方案》编写完成后也需要进行评审，评审人员包括项目经理，开发人员，测试经理，测试组长，测试成员；测试组长组织测试成员修改测试方案，直到评审通过后才进入下个阶段――编写测试用例。
测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要通过开发人员，测试人员的评审，测试组长也需要组织测试人员对测试用例进行修改，直到评审通过。
在我们编写测试用例的阶段，开发人员基本完成代码的编写，同时完成单元测试。提交测试中心后根据《测试计划》进度安排，测试组长组织进行多轮次的测试，每轮测试完成后测试组长需要编写测试报告，其中包括用例执行通过情况，缺陷分布情况，缺陷产生原因，测试中的风险等等，这时测试人员就修改增加测试用例。待到开发修改完bug并转来新的测试版本，测试人员开始进行第二轮的系统测试，首先回归完问题单，再继续进行测试，编写第二轮的测试报告，如此循环下去，直到系统测试结束。

16

一个关于测试方案评审的分歧

我们原本的流程是完成方案包括用例后进行评审，华为的建议是，在测试方案（即测试人员总结出测试重点等）之后，即进行评审，不能等全部用例完成。
关于版本缺陷密度的问题：问有没有统计。如果CQ中正常登记的话，是可以利用工具统计出来。CQ还可以根据需要定制查询。

关于测试提交标准：我讲了公司的标准，他说客户也会有自己的标准。我回复说是可以依据客户标准进行调整，

17

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] 目录名… [文件] 用来删除文件或目录

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

做到真正的技术提升。**

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！