华为测试面试题

华为测试面试题

华为测试面试题

1.怎么来设计测试方案?

根据测试需求(包括功能需求和非功能性需求)，识别测试要点，识别测试环境要求，安排测试轮次，根据项目计划和开发计划做整体的测试安排。

被测试的特性：通过对需求规格说明书进行分析，列出本次测试需要进行测试的各部分特性(如要测试的功能需求、性能需求、安全性需求等等);

不被测试的特性：由于资源、进度等方面原因，本次测试不列入测试范围的特性;

测试组图：进行本次系统测试所需要的软硬件设备、配置数据已及相互间的逻辑、物理连接。今后测试执行时需要依据这个组图来进行环境的搭建。

2.如果给你一个BS系统你怎么来进行测试?此题答案还可用于回答测试流程，测试流程题亦可参考15题。

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

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

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

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

执行软件测试，

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

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

3.怎么进行工作流的测试

把握需求，找准结点，理清流程，画出流转图，弄清节点间的数据流转，设计测试用例的时候必须覆盖所有可能的流程。

工作流：

如果问到有没有做过，根据对工作流的了解情况回答，如果比较了解，可以把参与的某个项目中说上一些有工作流的，如果不是很了解就说没有做过，但是学习过相关知识。

4.在做性能测试的时候都需要关注哪些参数?

并发访问量，服务器响应时间(最小、平均、最大)

并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。

负载测试(LoadTesting)是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、cPU负载、内存使用等来决定系统的性能。

负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收的性能过程。压力测试(StressTesting)是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

疲劳测试是采用系统稳定运行情况下能够支持的最大并发用户数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。疲劳强度测试可以采用工具自动化的方式进行测试，也可以手工编写程序测试，其中后者占的比例较大。

一般情况下以服务器能够正常稳定响应请求的最大并发用户数进行一定时间的疲劳测试，获取交易执行指标数据和系统资源监控数据。如出现错误导致测试不能成功执行，则及时调整测试指标，例如降低用户数、缩短测试周期等。还有一种情况的疲劳测试是对当前系统性能的评估，用系统正常业务情况下并发用户数为基础，进行一定时间的疲劳测试。

大数据量测试可以分为两种类型：针对某些系统存储、传输、统计、查询等业务进行大数据量的独立数据量测试;与压力性能测试、负载性能测试、疲劳性能测试相结合的综合数据量测试方案。大数据量测试的关键是测试数据的准备，可以依靠工具准备测试数据。

5.如果客户没有给你性能指数时，你怎么来开展性能测试工作?

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

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

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

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

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

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

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

《测试计划》编写完成后需要进行评审，参与人员有项目经理，测试经理。测试组长需要根据评审意见修改《测试计划》，并上传到cc上，由配置管理员管理。

待开发人员把《需求规格说明书》归纳好并打了基线，测试组长开始组织测试成员编写《测试方案》，《测试方案》编写完成后也需要进行评审，评审人员包括项目经理，开发人员，测试经理，测试组长，测试成员;测试组长组织测试成员修改测试方案，直到评审通过后才进入下个阶段――编写测试用例。

测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要通过开发人员，测试人员的评审，测试组长也需要组织测试人员对测试用例进行修改，直到评审通过。

在我们编写测试用例的阶段，开发人员基本完成代码的编写，同时完成单元测试。提交测试中心后根据《测试计划》进度安排，测试组长组织进行多轮次的测试，每轮测试完成后测试组长需要编写测试报告，其中包括用例执行通过情况，缺陷分布情况，缺陷产生原因，测试中的风险等等，这时测试人员就修改增加测试用例。待到开发修改完bug并转来新的测试版本，测试人员开始进行第二轮的系统测试，首先回归完问题单，再继续进行测试，编写第二轮的测试报告，如此循环下去，直到系统测试结束。

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

我们原本的流程是完成方案包括用例后进行评审，华为的建议是，在测试方案(即测试人员总结出测试重点等)之后，即进行评审，不能等全部用例完成。

关于版本缺陷密度的问题：问有没有统计。如果cq中正常登记的话，是可以利用工具统计出来。cq还可以根据需要定制查询。

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

17.对Unix系统是否熟识，是否会运用Informix数据库。

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

pwd显示当前的工作目录

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

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

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

mkdir-m777tmpabc用所有用户可读可写可执行的存取模式

建立目录tmpaaa，存取模式参看命令chmod

mkdir-ptmpabc建立目录tmpabc，若不存在目录tmpa

及tmpab则建立之

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命令，进入输入模式下时可以要的文本，命令aAiIooccsSR可进入输入模式，在输入模式下按ESc键可推出输入模式，回到命令模式，在命控制严格按照需求要求，不同的权限除了在流程中的作用不同，所能执行的功能也不同

19.平时测试时怎么保证页面间传值正确?

除了看页面的显示，还要连接数据库对相应的表进行查询，对数据库表结构不了解时，会询问相关的开发人员。

20.对于系统运行产生的日志文件是否关注?

答：只是适当了解，公司对于服务器的维护安排有人负责。

21.银行的系统是否在同一个页面，用不同权限的业务员登陆会显示不