华为解决方案测试面试

1、精选优质文档-倾情为你奉上华为解决方案测试面试篇一：华为测试面试题华为测试面试题1怎么来设计测试方案根据测试需求（包括功能需求和非功能性需求），识别测试要点，识别测试环境要求，安排测试轮次，根据项目计划和开发计划做整体的测试安排。被测试的特性：通过对需求规格说明书进行分析，列出本次测试需要进行测试的各部分特性（如要测试的功能需求、性能需求、安全性需求等等）；不被测试的特性：由于资源、进度等方面原因，本次测试不列入测试范围的特性； 测试组网图：进行本次系统测试所需要的软硬件设备、配置数据已及相互间的逻辑、物理连接。今后测试执行时需要依据这个组网图来进行环境的搭建。 2如果给你一个B/S系统你怎么

2、来进行测试此题答案还可用于回答测试流程，测试流程题亦可参考15题。阅读系统需求，充分理解需求，记录问题，并与项目需求人员充分沟通。编写测试需求，包括系统功能和非功能测试要点、测试类型、测试进度质量要求等。制定测试计划，包括熟悉测试业务、设计测试用例、执行测试用例、进行测试小结、编写测试报告，任务颗粒度一般应小于5人天编写测试用例，根据测试方案设计用例，即便没有明确的性能和安全测试要求，也应识别进行此两项测试。执行软件测试。进行测试小结，如果测试持续时间较长，每个版本间隙总结本轮测试。 编写测试报告，总结测试过程，汇总度量数据。3怎么进行工作流的测试把握需求，找准结点，理清流程，画出流转图，弄清

3、节点间的数据流转，设计测试用例的时候必须覆盖所有可能的流程。工作流：如果问到有没有做过，根据对工作流的了解情况回答，如果比较了解，可以把参与的某个项目中说上一些有工作流的，如果不是很了解就说没有做过，但是学习过相关知识。4做性能测试的时候都需要关注哪些参数并发访问量，服务器响应时间（最小、平均、最大）并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。负载测试（Load Testing）是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过

4、量、响应时间、CPU负载、内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收的性能过程。压力测试（Stress Testing）是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。疲劳测试是采用系统稳定运行情况下能够支持的最大并发用户数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。 疲劳强度测试可以采用工具自动化的方式进行测试，也可以手工编写程序测试，其中后者占的比例较大。一般情况下以服务器能够正常稳定响应请求的最大并发用户数进行一定时间的疲劳测试，

5、获取交易执行指标数据和系统资源监控数据。如出现错误导致测试不能成功执行，则及时调整测试指标，例如降低用户数、缩短测试周期等。还有一种情况的疲劳测试是对当前系统性能的评估，用系统正常业务情况下并发用户数为基础，进行一定时间的疲劳测试。大数据量测试可以分为两种类型：针对某些系统存储、传输、统计、查询等业务进行大数据量的独立数据量测试；与压力性能测试、负载性能测试、疲劳性能测试相结合的综合数据量测试方案。大数据量测试的关键是测试数据的准备，可以依靠工具准备测试数据。5客户没给性能指数，怎么开展性能测试如果客户没有提出明确的性能指标，可以按照惯例和经验设置，需要和PM协商，一般由PM确认，QA负责给出

6、建议。举例说一个Server端程序，要求峰值时CPU和MEM消耗在75以下，而一个页面的访问响应时间一般认为用户的忍耐时间是35秒以内，这些要参考实际的应用来确定用户规模、操作频率、同时在线数等。6有没有做过接口测试，是如何做的通过编写测试程序， 获得接口指针， 逐个调用接口函数验证其正确性， 及失败操作7测试过程中是如何来保证软件质量的测试用例编写完毕后要加强评审的力度，确保测试用例覆盖所有需求点执行测试过程中注意做小结检查覆盖情况、审视所提缺陷质量，复测时应注意相关模块的测试测试时间宽裕的话可以做交叉测试，用以确保测试质量。8.测试方案都写什么内容1概述2被测对象分析3应测试的特性4不被测

7、试的特性5总体设计方法6测试模型测试组网图结构/对象关系图测试原理操作规程7测试需求环境需求被测对象需求测试工具需求测试代码需求数据需求其它需求8测试设计工具设计测试代码设计用例设计设计原则测试项目9.附录（测试方案要求根据SRS上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案） 以往华为测试方案 目录如下：第1章 技术方案 测试需求描述 测试类型分析 测试内容 缺陷分类 缺陷级别第2章 SOW及规格的应答 测试需求应答 交付件应答 软件交付件应答 非软件交付件应答 项目里程碑项目完成时间应答 质量目标应答 验收标准应答 限制应答 合作供应商人员组织应答 硬件设备应答 合

8、作项目开发场地应答第3章 类似项目成功案例第4章 项目详细工作计划第5章 项目估算9测试方案和测试计划的区别测试方案是技术性的；测试计划更多是管理性的。测试计划主要要考虑测试的技术可行性、关键技术、资源投入、进度安排、风险管理、配置管理、输入输出等。测试计划更多地供高层 管理者决策时做参考；同时对后续测试工作开展起指导作用。在一些小项目中，可能只需要一个测试方案，测试计划内容相对较少，可以与测试方案合并进行；而一些大项目中，也许要设计数十个测试方案，这就需要一个提纲挈领的东西了，这就是测试计划的作用。10.测试用例是根据什么写的系统测试用例根据需求和设计编写（华为的SDV测试用例是根据测试方案

9、和测试策略来编写的）11是怎么来设计测试用例的？答：先熟悉系统需求，把握测试要点，设计用例的原则首先是要覆盖每个需求点，可以通过填写需求跟踪矩阵来保证覆盖。黑盒测试的测试用例设计方法：等价类划分法、 边界值分析法、错误推测法、因果图。12有没有测过手机终端的项目根据实际情况回答，如果没有测试过，可以回答，公司有过类似业务。 手机终端测试13.对测试工作的认识答：软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序

10、的过程。软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试）。编码和单元测试属于软件生命周期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试，这是软件生命周期的另一个独立阶段，即测试阶段。华为独立外包测试一般包括ST（系统测试）和SDV（详细设计验证）两个阶段。14缺陷是怎么管理的答：我们采用了Rational ClearQuest来管理缺陷。测试人员执行测试，发现缺陷，录入CQ，要求填写项目名称、子系统名称、模块名称、缺陷标题、缺陷描述（描述场景、现象）、缺陷级别、提出人等。状态：已提交。项目经理或开发组长确认缺陷后分配给开发人员，状

11、态：已分配。开发人员修复缺陷完成后，将修复缺陷所花费的时间填写的Schedule中，缺陷的产生原因填写在备注中，因采用UCM模式，所有造成该缺陷的错误代码文件，在UCM视图中可以统计。状态：已处理。测试人员复测，如缺陷已经修复，则关闭缺陷，状态：已关闭。如缺陷仍然存在，则修改状态为已分配。当缺陷存在争议时，开发组长或开发人员可以申请否决，由项目经理、技术经理、测试负责人、相关开发人员和测试人员共同决定缺陷是否可以否决。状态：已申请否决、已否决。当前不能修复，或当前版本无法解决的缺陷可以申请延期，状态：已申请延期、已延期。15介绍一下测试流程答：项目启动后进行需求培训，测试人员尽早的参与到项目需

12、求的培训和评审，也就是测试工作应该从需求阶段开始介入。项目经理编写项目计划，开发人员产出需求规格说明书，这时测试组长就要根据项目计划开始编写测试计划，其中包括人员，软件硬件资源，测试点，进度安排和风险识别等内容。测试计划编写完成后需要进行评审，参与人员有项目经理，测试经理。测试组长需要根据评审意见修改测试计划，并上传到CC上，由配置管理员管理。待开发人员把需求规格说明书归纳好并打了基线，测试组长开始组织测试成员编写测试方案，测试方案编写完成后也需要进行评审，评审人员包括项目经理，开发人员，测试经理，测试组长，测试成员；测试组长组织测试成员修改测试方案，直到评审通过后才进入下个阶段编写测试用例。

13、测试用例是根据测试方案来编写的，通过测试方案阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要通过开发人员，测试人员的评审，测试组长也需要组织测试人员对测试用例进行修改，直到评审通过。在我们编写测试用例的阶段，开发人员基本完成代码的编写，同时完成单元测试。提交测试中心后根据测试计划进度安排，测试组长组织进行多轮次的测试，每轮测试完成后测试组长

14、需要编写测试报告，其中包括用例执行通过情况，缺陷分布情况，缺陷产生原因，测试中的风险等等，这时测试人员就修改增加测试用例。待到开发修改完bug并转来新的测试版本，测试人员开始进行第二轮的系统测试，首先回归完问题单，再继续进行测试，编写第二轮的测试报告，如此循环下去，直到系统测试结束。16一个关于测试方案评审的分歧我们原本的流程是完成方案包括用例后进行评审，华为的建议是，在测试方案（即测试人员总结出测试重点等）之后，即进行评审，不能等全部用例完成。关于版本缺陷密度的问题：问有没有统计。如果CQ中正常登记的话，是可以利用工具统计出来。CQ还可以根据需要定制查询。关于测试提交标准：我讲了公司的标准，

15、他说客户也会有自己的标准。我回复说是可以依据客户标准进行调整，17Unix系统熟识，运用Informix 数据库。ls 列出指定目录下的文件，缺省目录为当前目录 ./pwd 显示当前的工作目录cd 回到注册进入时的目录 cd /tmp 进入 /tmp 目录 cd ./ 进入上级目录 mkdir -m 模式 -p 目录名 建立目录mkdir tmp 在当前目录下建立子目录 tmpmkdir -m 777 /tmp/abc 用所有用户可读可写可执行的存取模式建立目录 /tmp/aaa ，存取模式参看命令 chmodmkdir -p /tmp/a/b/c 建立目录 /tmp/a/b/c ，若不存在目

16、录 /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 上

17、的全屏幕编辑器，可以在vi 中使用 ex，ed的全部命令，vi选项中 -wn 指将编辑窗口大小置为n行，-R 为将编辑的文件置为只读模式， vi 工作模式分为命令模式和输入模式，一般情况下在命令模式下，可敲入vi命令，进入输入模式下时可以编辑要编辑的文本，命令 a A i I o O cC s S R 可进入输入模式，在输入模式下按 ESC 键可推出输入模式，回到命令模式，在命令模式中敲入： 命令，则可进入ex方式，在屏幕底部出现提示符 ： 。篇二：求职华为经历软件开发性格测试-机试-面试-offer去华为面试之前，就想着把这份经历写下来，帮别人也帮自己。注册简历：我很早就在华为网站上注册了简

18、历，华为宣讲会投的简历可有可无，网申必须要有。性格测试：华为有提前批，我就是跟着提前批一起做的性格测试，性格测试不难，但是不过是肯定不行的，不管什么岗位都要通过才行。性格测试大概三十分钟，我的建议是不要想太多，诚实就好，如果前后矛盾，可能就过不了。如果不过的话，机试或者简历优秀，还有重测的机会。机试:软件机试一共三道题，总共600分，只要100分就够了。第一题很简单，基本都会，所以基本都会过。机试之前可以在华为OJ上好好练练，都没问题。机试现场有技术人员，有问题他们也会指导，态度都很好。听说硬件、结构都有机试，不过是上机答题，只有选择和判断，没有参加，具体不了解。面试：研发类一共两面，技术面和

19、综合面（boss面），我所见到的面试官都很好，很和蔼，一般就是自我介绍，然后谈谈项目，分别半小时左右，也有时间很长的，但是时间长短和结果关系不大。因为我是跨专业，技术面没有问我专业的问题，但是同行的专业对口的据说问的挺深入。hr反复强调，面试官主要考察品质和学习能力，技术面自我感觉不是很好，但是最后面试官说“我这里没问题，你去等一下，待会会有人叫你”，瞬间轻松多了。然后吃了个华为的午餐，还不错。下午的时候叫去综合面。hr说的是，走到综面，意味着已通过全部环节，但是有些岗位也有先综合面试，最后做性格测试的，所以说Hr的话也不是很靠谱。我遇到的面试官很和蔼，看了简历，还有成绩单，让我说了下项目，聊

20、了一会儿就给我承诺过了。也有面试官说让回去等消息的。ps：1. 面试官很可能会问简历上的东西，所以应确保真实2. 会就是会，不会就不会，面试官见的人太多，真诚一点好3. 技术面不过的话，还可以改岗位，再面试其他的岗位；综面不过基本没机会了另外，供应链和销服的面试环节多些，有集体面试，英语测试等。现场的工作人员很多，态度也很好，有问题及时问。offer：因为有了面试官的口头承诺，面试完我是很放松的，但是面试完第三天却收到一条疑似备胎的短信，惊出一身冷汗，难受了大半天，发誓说要去找更好的工作时候，又收到了正式的offer。所幸华为的效率还挺高的，不然我该失眠了。希望大家都找到好工作。篇三：20XX

21、华为软件测试笔试题华为软件测试笔试题试题一一、判断题1软件测试的目的是尽可能多的找出软件的缺陷。（Y）2Beta 测试是验收测试的一种。（Y）3验收测试是由最终用户来实施的。（N）4项目立项前测试人员不需要提交任何工件。（Y）5单元测试能发现约80%的软件缺陷。（Y）6代码评审是检查源代码是否达到模块设计的要求。（N）7自底向上集成需要测试员编写驱动程序。（Y）8负载测试是验证要检验的系统的能力最高能达到什么程度。（N）9测试人员要坚持原则，缺陷未修复完坚决不予通过。（N）10代码评审员一般由测试员担任。（N）11我们可以人为的使得软件不存在配置问题。（N）12集成测试计划在需求分析阶段末提交

22、。（N）二、选择1软件验收测试的合格通过准则是：（ABCD）A 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。B 所有测试项没有残余一级、二级和三级错误。C 立项审批表、需求分析文档、设计文档和编码实现一致。D 验收测试工件齐全。2软件测试计划评审会需要哪些人员参加？（ABCD）A项目经理BSQA 负责人C配置负责人D测试组3下列关于alpha 测试的描述中正确的是：（AD）Aalpha 测试需要用户代表参加Balpha 测试不需要用户代表参加Calpha 测试是系统测试的一种Dalpha 测试是验收测试的一种4测试设计员的职责有：（BC）A制定测试计划B设计测试用例C设

23、计测试过程、脚本D评估测试活动5软件实施活动的进入准则是：（ABC）A需求工件已经被基线化B详细设计工件已经被基线化C构架工件已经被基线化D项目阶段成果已经被基线化三、添空1.软件验收测试包括： 正式验收测试，alpha测试，beta测试。2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，（有的可以合在一起，分开写只要写出15就满分哦）3.设计系统测试计划需要参考的项目文挡有：软件测试计划，软件需求工件和迭代计划。4.对面向过程的系统采用的集

24、成策略有：自顶向下，自底向上两种。四、简答（资料是搜集整理的，感谢前辈的解题）无1.区别阶段评审的与同行评审同行评审目的:发现小规模工作产品的错误,只要是找错误;同行评审人数:3-7人人员必须经过同行评审会议的培训,由SQA指导同行评审内容:内容小一般文档 < 40页, 代码 < 500行同行评审时间:一小部分工作产品完成阶段评审目的:评审模块阶段作品的正确性 可行性 及完整性阶段评审人数:5人左右评审人必须是专家 具有系统评审资格阶段评审内容: 内容多,主要看重点阶段评审时间: 通常是设置在关键路径的时间点上!2.什么是软件测试为了发现程序中的错误而执行程序的过程3简述集成测试的

25、过程系统集成测试主要包括以下过程：1. 构建的确认过程。2. 补丁的确认过程。3. 系统集成测试测试组提交过程。4. 测试用例设计过程。5. 测试代码编写过程。6. Bug的报告过程。7. 每周/每两周的构建过程。8. 点对点的测试过程。9. 组内培训过程。4 怎么做好文档测试1.仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。2,。检查文档的编写是否满足文档编写的目的3.内容是否齐全，正确4.内容是否完善 5.标记是否正确5 白盒测试有几种方法总体上分为静态方法和动态方法两大类。静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义动态：语句覆盖、判定覆盖、条件覆盖、判定条件

26、覆盖、条件组合覆盖、路径覆盖。6系统测试计划是否需要同行审批，为什么需要，系统测试计划属于项目阶段性关键文档，因此需要评审。7 Alpha测试与beta的区别Alpha测试在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。Beta测试当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。8比较负载测试，容量测试和强度测试的区别负载测试：在一定的工作负荷下，系统的负荷及响应时间。强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。9测试结束的标准是什么？用例全部测试。 覆盖率达到标准。 缺陷率达到标准。 其他指标达到质量标准10描述软件测试活动的生命周期？测试周期分为计划、设计、实现、执行、总结。其中：计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等；设计：完成测试方案，从技术层面上对测试进行规划；实现：进行测试用例和测试规程设计；执行：根据前期完成的计划、方案、用例、规程等文档