文档库 最新最全的文档下载
当前位置:文档库 › 软件测试面试宝典之葵花宝典精修订

软件测试面试宝典之葵花宝典精修订

软件测试面试宝典之葵花宝典精修订
软件测试面试宝典之葵花宝典精修订

软件测试面试宝典之葵

花宝典

集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

目录

1、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决。

首先,将问题提交到缺陷管理库里面进行备案。

然后,要获取判断的依据和标准:

根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据;

如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷;

根据用户的一般使用习惯,来确认是否是缺陷;

与设计人员、开发人员和客户代表等相关人员探讨,确认是否是缺陷;

合理的论述,向测试经理说明自己的判断的理由,注意客观、严谨,不参杂个人情绪。等待测试经理做出最终决定,如果仍然存在争议,可以通过公司政策所提供的渠道,向上级反映,并有上级做出决定。

2、问:给你一个网站,你如何测试

首先,查找需求说明、网站设计等相关文档,分析测试需求。

制定测试计划,确定测试范围和测试策略,一般包括以下几个部分:

功能性测试;界面测试;性能测试;数据库测试;安全性测试;兼容性测试

设计测试用例:

功能性测试可以包括,但不限于以下几个方面:

链接测试。链接是否正确跳转,是否存在空页面和无效页面,是否有不正确的出错信息返回。

提交功能的测试。

多媒体元素是否可以正确加载和显示。

多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于一下几个方面:

页面是否风格统一,美观

页面布局是否合理,重点内容和热点内容是否突出

控件是否正常使用

对于必须但为安装的空间,是否提供自动下载并安装的功能

文字检查

性能测试一般从以下两个方面考虑:

压力测试;负载测试;强度测试

数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性,对数据的存取操作,数据内容的验证等方面。

安全性测试:

1基本的登录功能的检查2是否存在溢出错误,导致系统崩溃或者权限泄露3相关开发语言的常见安全性问题检查,例如SQL注入等。4如果需要高级的安全性测试,确定获得专业安全公司的帮助,外包测试,或者获取支持

兼容性测试,根据需求说明的内容,确定支持的平台组合:

浏览器的兼容性;操作系统的兼容性;软件平台的兼容性;数据库的兼容性

开展测试,并记录缺陷。合理的安排调整测试进度,提前获取测试所需的资源,建立管理体系(例如,需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容)。定期评审,对测试进行评估和总结,调整测试的内容。

3、在搜索引擎中输入汉字就可以解析到对应的域名,请问如何用LoadRunner进行测试。

建立测试计划,确定测试标准和测试范围

设计典型场景的测试用例,覆盖常用业务流程和不常用的业务流程等

根据测试用例,开发自动测试脚本和场景:

录制测试脚本:新建一个脚本(Web/HTML协议);点击录制按钮,在弹出的对话框的URL中输入”about:blank”;在打开的浏览器中进行正常操作流程后,结束录制;调试脚本并保存,可能要注意到字符集的关联。

设置测试场景:针对性能设置测试场景,主要判断在正常情况下,系统的平均事务响应时间是否达标;针对压力负载设置测试场景,主要判断在长时间处于满负荷或者超出系统承载能力的条件下,系统是否会崩溃;执行测试,获取测试结果,分析测试结果4、问:一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压,有什么区别

300个用户在一个客户端上,会占用客户机更多的资源,而影响测试的结果。

线程之间可能发生干扰,而产生一些异常。

300个用户在一个客户端上,需要更大的带宽。

IP地址的问题,可能需要使用IP Spoof来绕过服务器对于单一IP地址最大连接数的限制。

所有用户在一个客户端上,不必考虑分布式管理的问题;而用户分布在不同的客户端上,需要考虑使用控制器来整体调配不同客户机上的用户。同时,还需要给予相应的权限配置和防火墙设置。

5、试述软件的概念和特点软件复用的含义构件包括哪些

软件是计算机系统中与硬件相互依存的另一部分,它是包括程序、文档的完整集合。

软件复用(Software Reuse)是将已有软件的各种有关知识用于建立新的软件,以缩减软件开发和维护的花费。软件复用是提高软件生产力和质量的一种重要技术。早期的软件复用主要是代码级复用,被复用的知识专指程序,后来扩大到包括领域知识、开发经验、设计决定、体系结构、需求、设计、代码和文档等一切有关方面。

可以被复用的软件成分一般称作可复用构件

6、软件生存周期及其模型是什么

软件生存周期是软件开发全部过程、活动和任务的结构框架,是从可行性研究到需求分析、软件设计、编码、测试、软件发布维护的过程。

在经历需求、分析、设计、实现、部署后,软件将被使用并进入维护阶段,直到最后由于缺少维护费用而逐渐消亡。这样的一个过程,称为"生命周期模型"(Life Cycle Model)。

7、什么是软件测试软件测试的目的与原则

使用人工或自动手段,来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。

软件测试的目的:

测试是程序的执行过程,目的在于发现错误

一个成功的测试用例在于发现至今未发现的错误

一个成功的测试是发现了至今未发现的错误的测试

确保产品完成了它所承诺或公布的功能,并且用户可以访问到的功能都有明确的书面说明。

确保产品满足性能和效率的要求

确保产品是健壮的和适应用户环境的

软件测试的原则:

软件测试应尽早执行,并贯穿于整个软件生命周期、软件测试应追溯需求、测试应由第三方来构造、穷举测试是不可能的,要遵循Good-enough原则、必须确定预期输出(或结果)、必须彻底检查每个测试结果、充分注意测试中的群集现象、缺陷的二八定理、严格执行测试计划,排除测试的随意性、注意合法合理的输入,也要注意非法的非预期的输入、检查程序是否做了不该做的、测试应从“小规模”开始,逐步转向“大规模”、反复使用同样的测试会使软件具有抵抗力、关注缺陷的修复

8、软件配置管理的作用软件配置包括什么

软件配置管理作为软件开发过程的必要环节和软件开发管理的基础,贯穿整个软件生命周期,同时对软件开发过程的宏观管理即项目管理也有重要的支持作用。一个软件开发组织真正有效的实施软件配置管理,将会使软件开发过程有更好的可预测性,使系统具有可重复性,大大提高软件组织的竞争力。

软件配置包括如下内容:配置项识别、工作空间管理、版本控制、变更控制、状态报告、配置审计

9、什么是软件质量软件产品的特性可以满足用户的功能、性能需求的能力。

10、目前主要的测试用例设计方法是什么

白盒测试:逻辑覆盖、循环覆盖、基本路径覆盖

黑盒测试:边界值分析法、等价类划分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试、场景法

11、软件的安全性应从哪几个方面去测试

软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同。

用户认证安全的测试要考虑问题:明确区分系统中不同用户权限、系统中会不会出现用户冲突、系统会不会因用户的权限的改变造成混乱、用户登陆密码是否是可见、可复制、是否可以通过绝对途径登陆系统(拷贝用户登陆后的链接直接进入系统)、用户退出系统后是否删除了所有鉴权标记,是否可以使用后退键而不通过输入口令进入系统、系统网络安全的测试要考虑问题、测试采取的防护措施是否正确装配好,有关系统的补丁是否打上、模拟非授权攻击,看防护系统是否坚固、采用成熟的网络漏洞检查工具检查系统相关漏洞(即用最专业的黑客攻击工具攻击试一下,现在最常用的是NBSI 系列和 IPhacker IP )、采用各种木马检查工具检查系统木马情况、采用各种防外挂工具检查系统各组程序的外挂漏洞

数据库安全考虑问题:系统数据是否机密(比如对银行系统,这一点就特别重要,一般的网站就没有太高要求)、系统数据的完整性(我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整,对于这个系统的功能实现有了障碍)、系统数据可管理性、系统数据的独立性、系统数据可备份和恢复能力(数据备份是否完整,可否恢复,恢复是否可以完整)

12、什么是测试用例什么是测试脚本两者的关系是什么

为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。

测试脚本是为了进行自动化测试而编写的脚本。

测试脚本的编写必须对应相应的测试用例,

13、简述什么是静态测试、动态测试、黑盒测试、白盒测试、α测试β测试

静态测试是不运行程序本身而寻找程序代码中可能存在的错误或评估程序代码的过程。动态测试是实际运行被测程序,输入相应的测试实例,检查运行结果与预期结果的差异,判定执行结果是否符合要求,从而检验程序的正确性、可靠性和有效性,并分析系统运行效率和健壮性等性能。

黑盒测试一般用来确认软件功能的正确性和可操作性,目的是检测软件的各个功能是否能得以实现,把被测试的程序当作一个黑盒,不考虑其内部结构,在知道该程序的输入和输出之间的关系或程序功能的情况下,依靠软件规格说明书来确定测试用例和推断测试结果的正确性。

白盒测试根据软件内部的逻辑结构分析来进行测试,是基于代码的测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量,一般黑盒测试由项目经理在程序员开发中来实现。

α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha测试不能由程序员或测试员完成。

β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场,Beta测试不能由程序员或测试员完成。

14、软件质量保证体系是什么国家标准中与质量保证管理相关的几个标准是什么他们的编号和全称是什么

SQA由一套软件工程过程和方法组成,以保证(软件的)质量。SQA贯穿整个软件开发过程,(它)应包括需求文档评审、代码控制、代码评审、变更管理、配置管理、版本管理和软件测试。

15、软件产品质量特性是什么

功能性:适应性、准确性、互操作性、依从性、安全性。

可靠性:成熟性、容错性、以恢复性。

可使用性:易理解性、易学习性、易操作性。

效率:时间特性、资源特性。

可维护性:易分析性、易变更性、稳定性、易测试性。

可移植性:适应性、易安装性、遵循性、易替换性。

16、软件测试的策略是什么

软件测试策略:在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。

17、软件测试分为几个阶段各阶段的测试策略和要求是什么

软件测试按阶段划分可以分为单元测试、集成测试、系统测试和<验收测试>几个阶段

单元测试测试策略:

自顶向下的单元测试策略:比孤立单元测试的成本高很多,不是单元测试的一个好的选择。

自底向上的单元测试策略:比较合理的单元测试策略,但测试周期较长。

孤立单元测试策略:最好的单元测试策略。

集成测试的测试策略:

大爆炸集成:适应于一个维护型项目或被测试系统较小

自顶向下集成:适应于产品控制结构比较清晰和稳定;高层接口变化较小;底层接口未定义或经常可能被修改;产口控制组件具有较大的技术风险,需要尽早被验证;希望尽早能看到产品的系统功能行为。

自底向上集成:适应于底层接口比较稳定;高层接口变化比较频繁;底层组件较早被完成。

基于进度的集成优点:具有较高的并行度;能够有效缩短项目的开发进度。缺点:桩和驱动工作量较大;有些接口测试不充分;有些测试重复和浪费。

系统测试的测试策略

数据和数据库完整性测试;功能测试;用户界面测试;性能评测;负载测试;强度测试;容量测试;安全性和访问控制测试;故障转移和恢复测试;配置测试;安装测试;加密测试;可用性测试;版本验证测试;文档测试

18、软件测试各个阶段通常完成什么工作各个阶段的结果文件是什么包括什么内容

单元测试阶段。各独立单元模块在与系统地其他部分相隔离的情况下进行测试,单元测试针对每一个程序模块进行正确性校验,检查各个程序模块是否正确地实现了规定的功能。生成单元测试报告,提交缺陷报告。

集成测试阶段。集成测试是在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。该阶段生成集成测试报告,提交缺陷报告。

系统测试阶段。将通过确认测试的软件,作为整个给予计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行全面的功能覆盖。该阶段需要提交测试总结和缺陷报告。19、测试人员在软件开发过程中的任务是什么

1、寻找Bug;

2、避免软件开发过程中的缺陷;

3、衡量软件的品质;

4、关注用户的需求总的目标是:确保软件的质量。

在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容如何提交高质量的软件缺陷(Bug)记录

一条Bug记录最基本应包含:编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等;要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例,然后严格执行测试用例,对发现的问题要充分确认肯定,然后再向外发布如此才能提高提交Bug的质量。

20、黑盒测试和白盒测试是软件测试的两种基本方法,请分别说明各自的优点和缺点!黑盒测试的优点有:比较简单,不需要了解程序内部的代码及实现;与软件的内部实现无关;从用户角度出发,能很容易的知道用户会用到哪些功能,会遇到哪些问题;基于软件开发文档,所以也能知道软件实现了文档中的哪些功能;在做软件自动化测试时较为方便。

黑盒测试的缺点有:不可能覆盖所有的代码,覆盖率较低,大概只能达到总代码量的30%;

自动化测试的复用性较低。

白盒测试的优点有:帮助软件测试人员增大代码的覆盖率,提高代码的质量,发现代码中隐藏的问题。

白盒测试的缺点有:

程序运行会有很多不同的路径,不可能测试所有的运行路径;

测试基于代码,只能测试开发人员做的对不对,而不能知道设计的正确与否,可能会漏掉一些功能需求;系统庞大时,测试开销会非常大。

21、如何测试一个纸杯

功能度:用水杯装水看漏不漏;水能不能被喝到

安全性:杯子有没有毒或细菌

可靠性:杯子从不同高度落下的损坏程度

可移植性:杯子在不同的地方、温度等环境下是否都可以正常使用

兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等

易用性:杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档:使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试:将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例二)放24小时检查泄漏时间和情况等

压力测试:用根针并在针上面不断加重量,看压强多大时会穿透

22、测试计划工作的目的是什么测试计划文档的内容应该包括什么其中哪些是最重要的

答案:软件测试计划是指导测试过程的纲领性文件。

包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)。23、黑盒测试的测试用例常见设计方法都有哪些请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

1)等价类划分:等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.

2)边界值分析法:是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.

使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

3)错误猜测法:基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.

错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.

4)因果图方法:前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 5)正交表分析法:可能因为大量的参数的组合而引起测试用例数量上的激增,同时,这些测试用例并没有明显的优先级上的差距,而测试人员又无法完成这么多数量的测

试,就可以通过正交表来进行缩减一些用例,从而达到尽量少的用例覆盖尽量大的范围的可能性。

6)场景分析方法:指根据用户场景来模拟用户的操作步骤,这个比较类似因果图,但是可能执行的深度和可行性更好。

7)状态图法:通过输入条件和系统需求说明得到被测系统的所有状态,通过输入条件和状态得出输出条件;通过输入条件、输出条件和状态得出被测系统的测试用例。

8)大纲法:大纲法是一种着眼于需求的方法,为了列出各种测试条件,就将需求转换为大纲的形式。大纲表示为树状结构,在根和每个叶子结点之间存在唯一的路径。大纲中的每条路径定义了一个特定的输入条件集合,用于定义测试用例。树中叶子的数目或大纲中的路径给出了测试所有功能所需测试用例的大致数量。

24、详细的描述一个测试活动完整的过程。(供参考,本答案主要是瀑布模型的做法)

答案:项目经理通过和客户的交流,完成需求文档,由开发人员和测试人员共同完成需求文档的评审,评审的内容包括:需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员,测试人员以及客户的意见,完成项目计划。然后SQA进入项目,开始进行统计和跟踪

开发人员根据需求文档完成需求分析文档,测试人员进行评审,评审的主要内容包括是否有遗漏或双方理解不同的地方。测试人员完成测试计划文档,测试计划包括的内容上面有描述。

测试人员根据修改好的需求分析文档开始写测试用例,同时开发人员完成概要设计文档,详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。

测试用例完成后,测试和开发需要进行评审。

测试人员搭建环境

开发人员提交第一个版本,可能存在未完成功能,需要说明。测试人员进行测试,发现BUG后提交给BugZilla。

开发提交第二个版本,包括Bug Fix以及增加了部分功能,测试人员进行测试。

重复上面的工作,一般是3-4个版本后BUG数量减少,达到出货的要求。

如果有客户反馈的问题,需要测试人员协助重现并重新测试。

25、在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容如何提交高质量的软件缺陷(Bug)记录

在传统的BugZilla中,BUG描述应该包括以下的信息、和BUG产生对应的软件版本和模块、开发的接口人员、BUG的优先级、BUG的严重程度、BUG可能属于的模块,如果不能确认,可以用开发人员来判断、BUG标题,需要清晰的描述现象、BUG描述,需要尽量给出重新Bug的步骤、BUG附件中能给出相关的日志和截图。

高质量的BUG记录就是指很容易理解的BUG记录,所以,对于描述的要求高,能提供的信息多且准确,很好的帮助开发人员定位,因此提交高质量的软件缺陷记录需要注意对BUG记录的描述质量多且准确。

26、BUG管理工具的跟踪过程(用BugZilla为例子)

测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员

开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配,开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发人员的问题,则转发

出去,由下一个开发人员来进行此行为;如果认为不是问题,则需要大家讨论并确认后,拒绝这个BUG,然后测试人员关闭此问题。

如果开发人员接受了BUG,并修改好以后,将BUG状态修改为已修复,并告知测试在哪个版本中可以测试。

测试人员在新版本中测试,如果发现问题依然存在,则拒绝验证;如果已经修复,则关闭BUG。

27、您认为在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果维持测试人员同开发团队中其他成员良好的人际关系的关键是什么

尽量面对面的沟通,其次是能直接通过电话沟通,如果只能通过Email等非及时沟通工具的话,强调必须对特性的理解深刻以及能表达清楚。

运用一些测试管理工具如TestDirector进行管理也是较有效的方法,同时要注意在TestDirector中对BUG有准确的描述。

在团队中建立测试人员与开发人员良好沟通中注意以下几点:

一真诚、二是团队精神、三是在专业上有共同语言、四是要对事不对人,工作至上

当然也可以通过直接指出一些小问题,而不是进入BUG Tracking System来增加对方的好感。

28、你对测试最大的兴趣在哪里为什么

回答这个面试题,没有固定统一的答案,但可能是许多企业都会问到的。提供以下答案供考:

最大的兴趣,感觉这是一个有挑战性的工作;

测试是一个经验行业,工作越久越能感觉到做好测试的难度和乐趣

通过自己的工作,能使软件产品越来越完善,从中体会到乐趣

回答此类问题注意以下几个方面:

尽可能的切合招聘企业的技术路线来表达你的兴趣,例如该企业是数据库应用的企业,那么表示你的兴趣在数据库的测试,并且希望通过测试提升自己的数据库掌握能力。表明你做测试的目的是为了提升能力,也是为了更好的做好测试;提升能力不是为了以后转开发或其他的,除非用人企业有这样的安排。

不要过多的表达你的兴趣在招聘企业的范畴这外。比如招聘企业是做财务软件的,可是你表现出来的是对游戏软件的兴趣;或招聘是做JAVA开发的,而你的兴趣是在C类语言程序的开发。

29、你自认为测试的优势在哪里

该面试也没有固定不变的答案,但可参考以下几点,并结合自身特点:

有韧性、有耐心、做事有条理性、喜欢面对挑战、有信心做好每一件事情、较强的沟通能力、从以前的经理处都得到了很好的评价表明我做的很好

30、集成测试通常都有那些策略

1、大爆炸集成

2、自顶向下集成

3、自底向上集成

4、三明治集成适应于大部分软件开发项目

5、基干集成

6、分层集成

7、基于功能的集成

8、基于消息的集成

9、基于风险的集成10、基于进度的集成

33、简述你在以前的工作中做过哪些事情,比较熟悉什么。

参考答案如下。

我过去的主要工作是系统测试和自动化测试。在系统测试中,主要是对BOSS系统的业务逻辑功能,以及软交换系统的Class 5特性进行测试。性能测试中,主要是进行的压力测试,在各个不同数量请求的情况下,获取系统响应时间以及系统资源消耗情况。自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试软交换的特性测试。在测试中,我感觉对用户需求的完全准确的理解非常重要。另外,就是对BUG的管理,要以需求为依据,并不是所有BUG均需要修改。

测试工作需要耐心和细致,因为在新版本中,虽然多数原来发现的BUG得到了修复,但原来正确的功能也可能变得不正确。因此要注重迭代测试和回归测试。

34、在C/C++中static有什么用途(请至少说明两种)

1)在函数体,一个被声明为静态的变量在这一函数被调用过程中维持其值不变。2) 在模块内(但在函数体外),一个被声明为静态的变量可以被模块内所用函数访问,但不能被模块外其它函数访问。它是一个本地的全局变量。3) 在模块内,一个被声明为静态的函数只可被这一模块内的其它函数调用。那就是,这个函数被限制在声明它的模块的本地范围内使用

35、引用与指针有什么区别

1) 引用必须被初始化,指针不必。

2) 引用初始化以后不能被改变,指针可以改变所指的对象。

3) 不存在指向空值的引用,但是存在指向空值的指针。

36、Internet采用哪种网络协议该协议的主要层次结构Internet物理地址和IP地址转换采用什么协议

TCP/IP协议主要层次结构为:应用层/传输层/网络层/数链路层。

ARP (Address Resolution Protocol)(地据址解析协议)

软件测试工程师笔试题及答案

测试工程师笔试题 一、计算机知识(30分) 1、在Linux系统中,一个文件的访问权限是755,其含义是什么 参考答案: 755表示该文件所有者对该文件具有读、写、执行权限,该文件所有者所在组用户及其他用户对该文件具有读和执行权限。 2、Linux中,如何从root用户切换到普通用户 参考答案:su su user1 切换到user1,但切换后的当前目录还是root访问的目录 su – user1 切换到user1,并且当前目录切换到user1的根目录下(/home/user1/) 3、简述一下C/S模式和B/S模式的区别 参考答案: c/s 是客户端/服务器架构 b/s 是浏览器/服务器架构 C/S模式有以下特点: S模式将应用与服务分离,系统具有稳定性和灵活性 S模式配备的是点对点的结构模式,适用于局域网,有可靠的安全性 3.由于客户端实现与服务器端的直接连接,没有中间环节,因此响应速度快 4.在C/S模式中,作为客户机的计算机都要安装客户机程序,一旦软件系统升级,每台客户机都要安装客户机程序,系统升级和维护较为复杂 B/S模式有以下特点: 1.系统开发、维护、升级方便 每当服务器应用程序升级时,只要在服务器上升级服务应用程序即可,用户计算机上的浏览器软件不需要修改,系统开发和升级维护方便 S模式具有很强的开放性 在B/S模式下,用户通过通用的浏览器进行访问,系统开放性好 S模式的结构易于扩展 由于Web的平台无关性,B/S模式的结构可以任意扩展,可以从包含一台服务器和几个用户的小型系统扩展成为拥有成千上万个用户的大型系统 4.用户使用方便 B/S模式的应用软件都是基于Web浏览器的,而Web浏览器的界面是类似的。对于无用户交换功能的页面。用户接触的界面都是一致的,用户使用方便 4、Windows操作系统中PATH环境变量的作用是什么 参考答案: PATH是Windows操作系统环境变量,PATH作用是用户在命令行窗口执行一个命令,则在PATH变量设置的目录下依次寻找该命令或对应的执行文件,若找到,则执行,若没有找到,则命令行窗口返回无效命令。 5、TCP和UDP有什么区别 参考答案: TCP-有连接,所以握手过程会消耗资源,过程为可靠连接,不会丢失数据,适合大数据量交换UDP-非可靠连接,会丢包,没有校验,速度快,无须握手过程

软件测试面试题和复习资料

一、判断题 1.软件测试的目的是尽可能多的找出软件的缺陷。(Y) 2.Beta测试是验收测试的一种。(Y) 3.验收测试是由最终用户来实施的。(N) 4.项目立项前测试人员不需要提交任何工件。(Y) 5.单元测试能发现约80%的软件缺陷。(Y) 6.代码评审是检查源代码是否达到模块设计的要求。(N) 7.自底向上集成需要测试员编写驱动程序。(Y) 8.负载测试是验证要检验的系统的能力最高能达到什么程度。(N) 9.测试人员要坚持原则,缺陷未修复完坚决不予通过。(N) 10.代码评审员一般由测试员担任。(N) 11.我们可以人为的使得软件不存在配置问题。(N) 12.集成测试计划在需求分析阶段末提交。(N) 二、选折 1.软件验收测试的合格通过准则是:(ABCD) A.软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。B.所有测试项没有残余一级、二级和三级错误。 C.立项审批表、需求分析文档、设计文档和编码实现一致。 D.验收测试工件齐全。 2.软件测试计划评审会需要哪些人员参加?(ABCD) A.项目经理 B.SQA负责人 C.配置负责人 D.测试组 3.下列关于alpha测试的描述中正确的是:(AD) A.alpha测试需要用户代表参加 B.alpha测试不需要用户代表参加 C.alpha测试是系统测试的一种 D.alpha测试是验收测试的一种 4.测试设计员的职责有:(BC) A.制定测试计划 B.设计测试用例

C.设计测试过程、脚本 D.评估测试活动 5.软件实施活动的进入准则是:(ABC) A.需求工件已经被基线化 B.详细设计工件已经被基线化 C.构架工件已经被基线化 D.项目阶段成果已经被基线化 三、添空 1.软件验收测试包括:正式验收测试,alpha测试,beta测试。 2.系统测试的策略有:功能测试,性能测试,可靠性测试,负载测试,易用性测试,强度测试,安全测试,配置测试,安装测试,卸载测试,文挡测试,故障恢复测试,界面测试,容量测试,兼容性测试,分布测试,可用性测试,(有的可以合在一起,分开写只要写出15就满分哦) 3.设计系统测试计划需要参考的项目文挡有:软件测试计划,软件需求工件和迭代计划。 4.对面向过程的系统采用的集成策略有:自顶向下,自底向上两种。 5.(这题出的有问题哦,详细的5步骤为~~)通过画因果图来写测试用例的步骤为: (1)分析软件规格说明描述中,哪些是原因(即输入条件或输入条件的等价类),哪些是结果(即输出条件),并给每个原因和结果赋予一个标识符。 (2)分析软件规格说明描述中的语义,找出原因与结果之间,原因与原因之间对应的是什么关系?根据这些关系,画出因果图。 (3)由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不可能出现。为表明这些特殊情况,在因果图上用一些记号标明约束或限制条件。 (4)把因果图转换成判定表。 (5)把判定表的每一列拿出来作为依据,设计测试用例。 四、简答(资料是搜集整理的,感谢前辈的解题)无 1.区别阶段评审的与同行评审 同行评审目的:发现小规模工作产品的错误,只要是找错误; 阶段评审目的:评审模块阶段作品的正确性可行性及完整性 同行评审人数:3-7人人员必须经过同行评审会议的培训,由SQA指导 阶段评审人数:5人左右评审人必须是专家具有系统评审资格 同行评审内容:内容小一般文档< 40页,代码< 500行 阶段评审内容:内容多,主要看重点 同行评审时间:一小部分工作产品完成

[全]软件测试常见笔试题(附带答案)

软件测试常见笔试题(附带答案) 软件测试笔试题 一、选择题 1、对计算机软件和硬件资源进行管理和控制的软件是(D) A.文件管理程序 B.输入输出管理程序 C.命令出来程序 D.操作系统 2、在没有需求文档和产品说明书的情况下只有哪一种测试方法可以进行的(A) A.错误推测法测试 B.路劲分析测试 C.语句覆盖测试 D.条件覆盖测试 3、某测试人员通过执行测试软件测试的方法对当前功能进行了测试,该测试人员使用的测试方法为(C) A.静态测试

B.单元测试 C.黑盒测试 4、编写测试计划的目的是(ABC)多选题 A.使测试工作顺利进行 B.使项目参与人员沟通更舒畅 C.使测试工作更加系统化 D.软件工程以及软件过程的需要 E.软件过程规范化的要求 F.控制软件质量 5、关于软件测试与软件开发的认识,不正确的是(B) A.软件生命周期各个阶段都可能产生测试 B.软件测试是独立于软件开发的一个工作 C.软件开发的需求分析和设计阶段就应开始测试工作 D.测试越早进行,越有助于提高被测软件的质量 6、当一个应用程序窗口被最小化后该应用的程序将会出现一下哪种情况(D) A.被终止执行

B.继续在前台执行 C.被暂停执行 D.被转入后台执行 7、下列方法中,不属于黑盒测试的是?(A) A.基本路劲测试法 B.等价类测试法 C.边界值分析法 D.基于场景的测试方法 8、对于维护软件的人员来说,使用质量是【】的结果(C) A.功能性 B.可靠性 C.可维护性 D.效率 9、下列软件属性中,软件产品首要满足的应该是(A) A.功能需求 B.性能需求

C.可扩展性和灵活性 D.容错、纠错能力 10、单元测试中设计测试用例的依据是(D) A.概要设计规格说明书 B.用户需求规格说明书 C.项目计划说明书 D.详细设计规格说明书 二、判断题 1、单元测试通常应该先进行“人工走查”,再以白盒法为主,辅以黑盒法进行动态测试。(√) 2、软件测试就是为了验证软件功能实现的是否正确,是否完成既定目标的活动,所以软件测试在软件工程的后期才开始具体的工作(×) 3、发现错误多的模块,残留在模块中的错误也多。( √) 4、测试人员在测试过程中发现一处问题,如果问题影响不大,而自己又可以修改,应立即将此问题正确修改,以加快、提高开发的进程。(×) 5、单元测试通常应该先进行“人工走查”,再以白盒法为主,辅以黑盒法进行动态测试。

招聘专员邀约通知面试技巧

细节决定成败 ——论招聘环节中的细节 引言 招聘作为人力资源管理模块之一,又是公司人才入门第一关,招聘在六大模块中的重要性不言而喻。新时期企业的竞争归根到底是人才的竞争,能吸引到高素质的人才与否,将直接影响到企业的长期发展。而作为企业中人才进入口的把关者,招聘人员肩头的责任不小。面对现阶段招聘所凸显的各种现象,提高招聘人员的自身素质,改善公司招聘环节所存在的问题,已成为招聘人员当务之急。 做招聘两年来,让我体会最深的是招聘工作中的细节。“细节决定成败”,这是时下一句经典的流行话。但流行不一定就是炒作,不一定没有道理支撑,细细体会这句话,其中富含着很多的道理。招聘正是一项系统的工作,但同时也是项非常繁琐的工作。这种从大处着手,小处着眼的工作,处处是细节,却也处处隐藏着成败的因素。只有正确的把握住个中细节,才能把握住成功的机会,才能打开企业人才大门,迎接四方英才的加盟。 细节决定成败之电话通知 经过简历筛选确定面试应聘者后,接下来就需要通知应聘者进行面试了。通知应

聘者进行面试的方法有很多。如信件通知、e-mail通知、电话通知、短信通知等。在此我们就不进行比较了,只做简单介绍。这当中信件通知最为正式,e-mail 通知和短信通知具有便捷及低成本的优点,而电话通知是目前最流行也是最通畅的通知方式。 打电话?谁不会啊!这也能决定成败?对,可别小看打电话通知面试者这个细节,当中学问大了,而且确实很重要,在某些时候,确实关乎招聘成功与否!不信,我们一起来看看! 招聘人员:喂,是XXX吗? 应聘者:是的!有什么事情吗? 招聘人员:我这是XXX有限公司人力资源部的,通知你明天下午一点钟到我们公司面试XXX职位的。 应聘者:明天下午一点钟我可能没空哦,能换个时间吗? 招聘人员:换个时间,不太好吧!我都和X经理约好了,他很忙的,很难的才有空面试你的。 应聘者:哦,那好吧,我明天下午赶过去吧。请问你们公司地址在哪里? 招聘人员:XX区XXX工业区XX栋

最新一个常见的软件测试面试题

一个常见的软件测试面试题 一个常见的软件测试面试题 考官从办公室(面试现场)随意选取一个简单物品,假定是一个喝水的带广告图案的花纸杯,让应聘人对它设计出尽可能多的测试用例。 测试项目:杯子 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度:用水杯装水看漏不漏;水能不能被喝到 安全性:杯子有没有毒或细菌 可*性:杯子从不同高度落下的损坏程度 可移植性:杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等 易用性:杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档:使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试:将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例二)放24小时检查泄漏时间和情况等 压力测试:用根针并在针上面不断加重量,看压强多大时会穿透 跌落测试:??杯子加包装(有填充物),在多高的情况摔下不破损 震动测试: 杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路\公路\航空运输 测试数据: 测试数据具体编写此处略(最讨厌写测试数据了)。其中应用到:场景法、等价类划分法、因果图法、错误推测法、边界值法等方法 期望输出:

该期望输出需查阅国标、行标以及使用用户的需求 说明书测试: 检查说明书书写准确性 给大家提三个产品:1.手机 2.电饭锅 3.电梯 有兴趣的同学可以把答案写出来 一个常见的软件测试面试题 问题集 1.软件测试分哪两种方法?分别适合什么情况? 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 3.软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。 4.测试用例通常包括那些内容?着重阐述编制测试用例的具体做法 5.在分别测试winform的C/S结构与测试WEB结构的软件是,应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 6.在测试winform的C/S结构软件时,发现这个软件的运行速度很慢,您会认为是什么原因?您会采取哪些方法去检查这个原因? 7.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长,您会采取什么样的方式管理团队?在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 问题解答: 1.软件测试分哪两种方法?分别适合什么情况? 软件测试方法一般分为两种:白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,它着重于程序的内部结构及算法,通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,它实际上是站在最终用户的立场,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测

软件测试工程师笔试题有答案

软件测试笔试题(含答案) 1.请写出一个你工作经历中的一个功能点测试用例,例如:用户页面登陆 2.请在以下两个项目当中,选择一个,考虑如何进行用例设计:a.杯子 b.有弹簧的圆珠笔 杯子: 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度:用水杯装水看漏不漏;水能不能被喝到 安全性:杯子有没有毒或细菌 可靠性:杯子从不同高度落下的损坏程度 可移植性:杯子再不同的地方、温度等环境下是否都可以正常使用软件开发网兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等 易用性:杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档:使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试:将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例二)放24小时检查泄漏时间和情况等 压力测试:用根针并在针上面不断加重量,看压强多大时会穿透 强度测试: 杯子加包装(有填充物),在多高的情况摔下不破损 有弹簧的圆珠笔: 功能测试:圆珠笔按下是否能正常写字,写字太重会不回缩回 去,继续按会不会弹回去 性能测试:圆珠心弹出弹回的快慢

负载测试:一直按,弹簧能接受多少次的升缩 兼容性测试:换其他的笔芯能不能行 强度测试:用力过度会怎样 可恢复性测试:如果弹簧压久了,是否可恢复等等 GUI测试:笔的外观,拿笔的舒适性 安全性:考虑对笔芯的保护,是否对使用者造成危害等等 3.白箱测试和黑箱测试是什么?什么是回归测试? 白箱测试是在看懂程序代码和设计方案的前提下,进行软件的测试。这种测试注重于源代码 的覆盖率,同时需要测试者具备较高的技术水平。白箱测试的优点是可以对代码有详细的审 查,能找出隐藏在代码中的错误,从而确保高质量的代码;缺点是很多时候不能看完所有的 代码,不能找出欠缺的代码,同时白箱测试和用户如何使用软件无关。 黑箱测试的优点是测试者无需熟悉软件内部结构,并且根据蓝图在早期就可以制定测试方 案,并不依赖于开发者的工作进展,而且黑箱测试简单易行,对测试者的技术要求不高;但 是,黑箱测试主要是功能上的测试,只能覆盖只有一小部分的输入,不能保证程序的所有部 分都被测试到。 回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致

HR人员必备的招聘面试题目和技巧

HR人员必备的招聘面试题目和技巧 对于HR人员,招聘所要注意的问题和原理性的知识,人力资源教科书上都有十分详细的描述,一般来说很容易掌握。最令HR经理头痛的问题是怎样把这些招聘原理和原则运用到具体的招聘面试中,从而使招聘面试变得丰富多彩,而不是原理的机械套用。 招聘中的经典七问: 1.以往工作中您的职责是什么?——如果描述不清,可见即使有相关工作经验,其系统性全面性也值得怀疑。 2.请讲一下您以往的工作经历。——考察应聘者的语言组织及表达能力,以及描述的条理化。 3.您以往的工作经历中最得意最成功的一件事是什么?您的长处是什么?——从应聘者的回答中,可了解他是注重个人成功还是注重团队协作。 4.您感觉还有哪方面的知识、技能或能力需要提升?——“提升”一词比较委婉,一方面考察其态度是否坦诚,另一方面,也为日后的员工培训增强针对性。 5.对于新的工作岗位您有什么设想?如何开展工作?——这涉及到员工的职业生涯设计,更有关员工工作的稳定性。 6.您离职的原因是什么?——这是必须要问的问题,涉及员工和组织的融合性。 7.您对薪金待遇和福利有什么要求?——这个问题的重要性更是不必多言。 另外,适当掌握和具体运用一些有效的技巧,有助于活跃招聘的气氛,并且可能达到各种各样的效果。以下介绍一些具体的面试技巧。展示公司的实力和形象展示公司的实力和形象展示公司的实力和形象展示公司的实力和形象。 技巧一:在招聘营销人员的过程中,主考官列举出20多种(甚至更多)营销方案,让应聘者分析说明它们的优劣。这一提问,既达到考核应聘者的分析能力的目的,同时又向应聘者展示了主考官的实力。从而会让招聘者感觉到,这家公司人才水平很高,公司一定很有前途。 技巧二:当面试进行到一定的时候,向应聘者提问:本公司在某年做了某事(比较辉煌的业绩成果等),你如何评论此事。既能测试应聘者,又能展示公司业绩。

软件测试面试题[找工作必读]

01. 为什么要在一个团队中开展软件测试工作? 因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中得出软件的质量情况。 02. 您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作? 我曾经做过web测试,后台测试,客户端软件,其中包括功能测试,性能测试,用户体验测试。最擅长的是功能测试 03. 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同04. 的测试类型的区别与联系(如功能测试、性能测试……) 测试类型有:功能测试,性能测试,界面测试。 功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。 界面测试,界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 区别在于,功能测试关注产品的所有功能上,要考虑到每个细节功能,每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上,用户使用该产品的时候是否易用,是否易懂,是否规范(快捷键之类的),是否美观(能否吸引用户的注意力),是否安全(尽量在前台避免用户无意输入无效的数据,当然考虑到体验性,不能太粗鲁的弹出警告)?做某个性能测试的时候,首先它可能是个功能点,首先要保证它的功能是没问题的,然后再考虑该功能点的性能测试 04.您认为做好测试用例设计工作的关键是什么? 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。 白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。 软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,

教师公开招聘面试实战技巧

教师公开招聘面试实战技巧 第一节教师面试礼仪及注意事项 在生活中,礼仪很大程度上显示出一个人所具有的素质及一定的教养,因此在教师招录面试过程中,教师礼仪起着很重要的作用,甚至在有的面试场合中还是面试考核容的一部分。以下是教师面试过程中最基本的礼仪,应试者尤其需要注意。 一、教师的基本姿势 (一)站姿——挺拔、轻松、自然 教师在面试过程中表现得最多的姿势就是站姿。良好的站姿能衬托出美好的气度和潇洒的风度。正确站姿的基本要: 1.抬头、双目向前平视,面带微笑。 2.胸腹距离拉长,双臂自然下垂,或相搭放置腹前。 3.躯干挺直,身体重心在两腿中间,不偏左也不偏右,两腿直立。男士自然开列,女士双膝靠拢,做到挺胸、收腹、立腰。 不良的站姿:站立时缩脖、塌腰、耸肩,双手放在兜里或插在腰间。(二)坐姿——端正、文雅、自如 正确的坐姿给人一种安祥庄重的印象。正确坐姿的基本要:

1.入坐时要轻要稳,双肩平正放松。女士双膝靠拢,男士双腿自然开列。女子入座前若是裙装,应用手稍拢一下。 2.面带笑容,上身自然挺直。 3.坐在椅子上,至少应坐满椅子的三分之二,脊背轻靠椅背。 4.起立时,右脚向后收半步,而后站起。 5.谈话时,身体不东倒西歪,不前倾后仰。上体与腿可以同时侧向对方。 不良坐姿:两腿过分地叉开或长长地伸出去;跷起二郎腿;将双手放于臀下;腿脚经常抖动。 (三)步态——从容、平稳、轻盈、充满自信 正确的步态给人一种自信稳重的印象。正确的步态要: 1.双目平视,面带微笑,跨步均匀,上身挺直,步伐稳健有节奏感。 2.双膝靠近,两腿的侧落地时轨迹近于一条直线。 不正确的步态:用脚蹭地面;手插裤兜走路;左顾右盼;大摇大摆或左右摇晃。 (四)目光——坦然、亲切

软件测试基础(经典测试面试题答案)

软件测试基础教程 测试的基本概念 测试是软件生存周期中十分重要的一个过程,是产品发布、提交给最终用户前的稳定化阶段。 1、测试的分类: 从测试方法的角度可以分为手工测试和自动化测试。 手工测试:不使用任何测试工具,根据事先设计好的测试用例来运行系统,测试各功能模块。 自动化测试:利用测试工具,通过编写测试脚本和输入测试数据,自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具,基本原理都是录制、回放技术。 从整体的角度可以分为单元测试、集成测试、系统测试、确认测试。 单元测试:是针对软件设计的最小单位—程序模块,进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。 单元测试的依据是系统的详细设计;一般由项目组开发人员自己完成。 集成测试:在单元测试的基础上,将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。 系统测试:系统测试是在所有单元、集成测试后,对系统的功能及性能的总体测试。 确认测试:模拟用户运行的业务环境,运用黑盒测试方法,验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性(功能、非功能)上的。 从测试原理上分为:白盒测试、黑盒测试和灰盒测试。 白盒测试:是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。 黑盒测试:是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时,把程序看作一个不能打开的黑盆子, 在完全不考虑程序内部结构和内部 特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求 规格说明书的规定正常使用,程序是否能适当地接收和正确的输出。黑盒测试 方法主要有等价类划分、边界值分析、因—果图、错误推测法。 等价类划分: 是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,

软件测试面试题

面试题 1、您认为做好测试用例设计工作的关键是什么? 参考答案:测试用例应百分百覆盖需求。 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题。 2、您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 参考答案:1.等价类划分 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2.边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 参考答案:3.错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例. 4.因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 4、什么是并发?在lordrunner中,如何进行并发的测试?集合点失败了会怎么样? 参考答案: 在同一时间点,支持多个不同的操作。

面试实战技巧招

面试实战技巧101招 面试是一件复杂、耗时的事情,它需要缜密的思考和详尽的计划。无论主持面试是不可或缺的工作还是临时指派的任务,《面试技巧》一书对你都很有参考价值,它能帮助你制定策略,解决选拔人才时会遇到的难题。本书还向你提供具体建议,帮助你将策略付诸实践,使你重获自信心,从而能在准备阶段、面试过程中以及善后工作中取徥胜利。书中还有101条锦囊妙计散布全书,给你提供了至关重要的讯息。最后有个自我评估练习,使你每次面试后都能评估并图标自己的进步。我们相信,只要你反复利用本书提供的讯息,你的面试技巧定能提高。 ★准备面试 一次面试的时间往往不会超过一小时,其影响却可能长达数年。想找到最合适的人选吗?务必事先做好准备。 1. 在接受面试前,对职位空缺要有一个正确的认识。 2. 寻找的是新鲜血液,而不是又一个“我们”的翻版。 3. 为职位空缺想象一个理想的候选人。 4. 当招聘新的职位空缺时,全面总结工作团队中的工作情况。 5. 将空缺当作一次机会,重新评价这项工作。 6. 确定工作所要求的资格是否已经改变。 7. 提供灵活的工作时间以鼓励员工参与。

8. 描述工作性质时请不要对困难避重就轻。 9. 与其它公司中类似职位雇员的薪金作横向比较。 10. 尽可能令职位名称听上去好听一些以吸引各类人才。 11. 试图找到一个百份百适合的人是很难的,结果只会是徒劳与浪费。 12. 知道别的地方有理想的人选时,别错过这个机会。 13. 广告力求准确无误。 14. 请应征者随信附上照片以便自己能将他们对号入座。 15. 考虑录用经同事推荐的亲友。 16. 将每一次招聘的进展及进步记录下来供日后参考。 17. 设定基本要求为标准以筛选应征者。 18. 安排专人负责接听应聘电话。 19. 要加快程序,应事先准备好标准信函,以便尽快通知应征者。 20. 找出履历中你感兴趣的地方,以便在将来的面试中能对此进一步了解。 21. 不能完全相信履历的内容,或多或少其中有一些作者的“加工”。 22. 发现履历中有没有与事实不一致的地方。 23. 履历的风格与陈述是否给你留下了良好的第一印象? 24. 应聘表格从某种程度上说为应征者提供了公平展示的舞台。

员工招聘与面试技巧探讨

员工招聘与面试技巧探讨 摘要 关键词 (1) 员工招聘与面试技巧探讨 (2) 一、不同招募源的效能定量比较的研究情况 (2) 二、招聘现实情况的应用 (2) (一).................................................. 招聘主要渠道3 (二).................................................... 招聘的技巧5

三、面试现实情况应用 (6) (一)................................................ 面试常见的种类7 (二).............................................. 面试的方法和技巧8 (三).......................................... 应试者语言运用的技巧9 (四).......................................... 应试者回答问题的技巧10 结论 (11) 参考文献 (13)

摘要 在公司管理中,人员招聘是其中的重要的一个环节,优秀的公司通常釆取“先人后事”的原则,可以说,招聘工作是企业管理的源头。在招聘过程中,公司有不同的渠道可以选择,主要有推荐、职业中介机构、现场招聘会、“走进来”、广告和校园招聘等。 通过不同渠道招聘的员工由于本身的特点存在不同,可能在将来的工作中表现也会出现较大的差异,研究发现不同招募源的平均工作留任率:员工推荐(61.25%)>"走进来”(58.4%)、职业机构(48.4%)、广告(44.8%)。 对不同招募源的员工的工作任期(tenure)进行定量打分发现:推荐进入公司的员工具有最长的工作任期(120. 36 ),接下来的是“走进来”(98.89)、职业机构(91.5)和广告(88. 92)o 由此可见,不同招募源的效能存在着比较明显的差异。这种差异产生的原因何在,公司的人力资源部门又该如何利用这种差异呢? 关键词:人员招聘;先人后事;企业管理;渠道

软件测试面试问题总结

软件测试总结: 问题:1.上一份工作为什么离职? 答:因为家里需要处理点特殊的事情需要比较长时间的假期,考虑到公司的进度,所以和组长协议离职。 2.主要在项目中负责什么工作职责? 答:设计测试用例,执行测试用例,缺陷提交,开发人员沟通修复BUG,监督和验证BUG走向,缺陷报告提交,用户手册编写,测试总结 3.除了做过功能测试你还做过什么测试? 答:做WEB的都需要考虑软件的性能和界面易用性,包括安全性和可靠性、接口等方面的。 4.我们公司是做手机APP测试,你现在转行能胜任这份工作吗? 答:虽然我没有做过手机APP测试,但是我了解过手机APP测试,主要就考虑功能、性能、兼容和界面等方面的测试,而且测试都是相通的,只是把流程套进去而已5你们的工作挺简单的吧? 答:测试用例是设计出来的不是编写出来的,而且测试起到一个承上启下的作用,需要对需求方面理解和开发方面进行交互。 6.平时有些什么爱好? 答:看看测试方面的书籍和论坛,但是平时也会参加点户外活动。 7.对我们公司你还有什么想了解的? 8能接受不定期的加班吗? 答:服从公司的安排,主动积极做好工作 9测试流程是怎么样的? 答:项目讨论->需求分析->根据需求文档和设计文档设计测试用例->执行测试用例,提交BUG->和开发人员沟通修复BUG,缺陷报告提交->用户手册编写->项目总结 10.你个登陆平台你要怎么设计测试用例? 答:首先从边界值和等价类考虑输入,再根据输入与输出之间的关系采用因果图,根据登陆后的场景使用场景法,根据之前的检验的采用错误推测法,还要考虑 界面是否正确。 11.使用过哪些缺陷管理工具? 答:使用过禅道,了解过QC等缺陷管理工具 12.平时有接触过性能测试吗? 答:有,做WEB的都需要考虑性能方面的测试,性能测试需要借助工具,之前我使用过Loadrunner工具做过这方面的测试,其中自己要设置不同的参数、事 务、集合等完善脚本来建立的场景。然后在建立的场景设置不同的并发数进 行运行。

软件测试常考面试题-软件测试面试宝典

软件测试常考面试题-软件测试面试宝典 一、你对测试最大的兴趣在哪里?为什么? 最大的兴趣就是测试有难度,有挑战性!做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章,是关于如何做好一名测试工程师。一共罗列了11,12 点,有部分是和人的性格有关,有部分需要后天的努力。但除了性格有关的1,2 点我没有把握,其他点我都很有信心做好它。 刚开始进入测试行业时,对测试的认识是从无忧测试网上了解到的一些资料,当时是冲着做测试需要很多技能才能做的好,虽然入门容易,但做好很难,比开发更难,虽然当时我很想做开发(学校专业课我基本上不缺席,因为我喜欢我的专业),但看到测试比开发更难更有挑战性,想做好测试的意志就更坚定了。 我觉得做测试整个过程中有 2 点让我觉得很有难度(对我来说,有难度的东西我就非常感兴趣),第一是测试用例的设计,因为测试的精华就在测试用例的设计上了,要在版本出来之前,把用例写好,用什么测试方法写?(也就是测试计划或测试策略),如果你刚测试一个新任务时,你得花一定的时间去消化业务需求和技术基础,业务需求很好理解(多和产品经理和开发人员沟通就能达到目的),而技术基础可就没那么简单了,这需要你自觉的学习能力,比如说网站吧,最基本的技术知识你要知道网站内部是怎么运作的的,后台是怎么响应用户请求的?测试环境如何搭建?这些都需要最早的学好。至少在开始测试之前能做好基本的准备,可能会遇到什么难题?需求细节是不是没有确定好?这些问题都能在设计用例的时候发现。 第二是发现BUG 的时候了,这应该是测试人员最基本的任务了,一般按测试用例开始测试就能发现大部分的bug,还有一部分bug 需要测试的过程中更了解所测版本的情况获得更多信息,补充测试用例,测试出bug。还有如何发现bug?这就需要在测试用例有效的情况下, 通过细心和耐心去发现bug 了,每个用例都有可能发现bug,每个地方都有可能出错,所以测试过程中思维要清晰(测试过程数据流及结果都得看仔细了,bug 都在里面发现的)。如何描述bug 也很有讲究,bug 在什么情况下会产生,如果条件变化一点点,就不会有这

九个常见软件测试面试题

九个常见软件测试面试题 千锋老师非常关注同学们的软件测试面试题就业问题,到现在为止,所有千锋软测毕业同学都能高薪高起点就业,以下是千锋老师搜集的软件测试面试题,一起来看看吧! 1.项目介绍(项目经验直接决定一个人能否胜任一份工作,企业更应该看重一个人解决问题的思路和具体能力),项目介绍部分重要的思路是应该先整体后局部,介绍整体的时候要有量化的数据(从项目度量的五大维度:规模,包括项目代码规模,需求规模、用例规模,工作量,进度,质量和成本),然后是整体的测试流程,再然后是角色与职责,接下来是项目中自己的特色,比如做得好的是什么、遇到的困难是什么、败笔是什么,末了是心得体会。 2.数据库方面知识,基本的要求是数据库记录的增删改查(insert、delete、update、select),表结构的增删改查(create、drop、alter、describe)、存储过程、触发器等。

3.linux操作系统相关,基本的目标是熟悉常见的50个命令,比如find命令(-name、-type、-perm、-user、-group、-ctime、-atime)等,熟悉vi、熟悉linux搭建测试环境。比如LAMP环境搭建。 4.缺陷相关知识,基本的是缺陷跟踪的流程(流程的基本要素),整体的流程,能在纸上给面试官画出来更好(尤其是男面试官,从男人好色的角度来看,写得清楚很重要),缺陷单的属性,至少能列出20个属性,每个属性的意义,如何描述好缺陷单,缺陷单描述的5C原则,比如缺陷重现步骤应该complete.如何描述一个你认为的经典的bug单。 5.设计用例相关,基本的包括用例的格式要素,用例设计工程方法论,每个方法要求(方法的背景,操作步骤,优缺点、适应范围,与其他用例方法如何配合),在项目中如何利用测试用例设计工程方法。 还有如何评价、评审测试用例,评审从哪些维度?要设计好测试用例需要哪些方面的知识结构,比如技术、业务、方法。 6.软件测试流程,系统测试相关规范和标准的流程:熟悉产品/项目,需求评审,测试需求,测试计划,测试方案,测试用例,预测试,一轮正式测试、第二轮回归测试、第三轮测试,测试报告,测试总结,测试指南。 7.网络相关,基本的网络基础知识,比如TCP/IP协议。 8.测试工具,包括三个大的类型,性能测试工具、自动化测试工具、测试管理类工具。起码的要求是熟悉工具的使用。

一套比较完整的软件测试人员面试题

1测试的目的是什么? 2. 测试分为那几个阶段? 3. 单元测试的测试对象,目的、测试依据、测试方法? 4. 集成测试的测试对象,目的、测试依据、测试方法? 5. 系统测试的测试对象,目的、测试依据、测试方法? 6. 测试覆盖的类型 7. 性能测试的分类 8. 列举您熟悉的主流自动化测试工具 9. 编辑sql语句时,年月日型时间字段如何表达 13. c/s和b/s结构的软件进行测试时有何不同 14. 安全测试的后台是什么

17. 页面中有一个输入日期的输入框和一个输入身份证号的输入框,如何进行用例设计? 18. 测试和质量保证有什么区别你的看法 19. 用过什么缺陷管理工具流程是什么有什么能改进的 20. 你有没有用过QTP做项目,QTP的工作原理 21. 什么是白盒测试?白盒测试的工具有哪些? 22. 路由器,集线器,交换机的区别? 24. 我手上这支笔,请你根据这支笔设计测试用例 26. 请列举一些Oracle数据库中的SID语句 27. W和H模型的区别 28. 没有任何说明书,如何进行测试? 29. 测试计划包括那些内容那些重要?

31. 什么是回归测试 33. 执行SQL脚本工具的是? 34. java web应用的三层结构 35. cookie和session什么意思,有什么区别 36. 负载测试、可靠性测试、可用性测试的定义,有什么区别 37. c++:a[][1]={1,2,3,4,5,6};b[][1]={1,2,3,4,5,6}求a[1][1]+b[1][1]= 39. 什么是集合点,为什么要设,怎样设置,命令是什么? 40. 吞吐量和响应时间的关系 41. 列举几个主流协议,分别什么格式,有什么区别 42. bug的等级划分 43. 软件工程中V字模型的流程

软件测试面试题目及答案

软件测试面试题目及答案 这是一份很火的软件测试面试题目及答案,今天千锋老师就发出来给大家看看,并介绍一下思路。 <1>功能方面,是否能按指定条件查到正确、完整的结果,具体: 1、录入条件为可查到结果的正常关键字、词、语句,检索到的内容、链接正确性; 2、录入条件为不可查到结果的关键字、词、语句; 3、录入条件为一些特殊的内容,如空、特殊符、标点符、极限值等,可引入等价类划分的方法等。

<2>性能方面,可利用测试工具或各种测试手段考虑功能在各方面的表现,具体: 1、压力测试:在不同发用户数压力下的表现(评价指标如响应时间等); 2、负载测试:看极限能承载多大的用户量同时正常使用; 3、稳定性测试:常规压力下能保持多久持续稳定运行; 4、内存测试:有无内存泄漏现象; 5、大数据量测试:如模拟从庞大的海量数据中搜索结果、或搜索出海量的结果后列示出来,看表现如何等等。 <3>易用性方面,交互界面的设计是否便于、易于使用,具体: 1、依据不同的查询结果会有相关的人性化提示,查不到时告知?查到时统计条数并告知?有疑似输入条件错误时提示可能正确的输入项等等处理; 2、查询出的结果罗列有序,如按点击率或其他排序规则,确保每次查询出的结果位置按规则列示方便定位,显示字体、字号、色彩便于识别等等; 3、标题查询、全文检索、模糊查询、容错查询、多关键字组织查询(空格间格开)等实用的检索方式是否正常? 4、输入搜索条件的控件风格设计、位置摆放是否醒目便于使用者注意到,有否快照等快捷查看方式等人性化设计?

<4>兼容性方面,跨平台、多语言等多样性环境组合情况下测试使用的正常性,具体: 1、WINDOWS/Linux/UNIX等各类操作系统下及各版本条件下的应用; 2、IE/FIREFOX/GOOGLE/360/QQ等各类浏览器下及各版本条件下、各种显示分辨率条件下的应用; 3、SQL/Oracle/DB2/MySQL等各类数据库存储情况下的兼容性测试; 4、简体中文、繁体中文、英文等各类语种软件平台下的兼容性测试; 5、IPHONE/IPAD、安卓等各类移动应用平台下的兼容性测试; 6、与各相关的监控程序的兼容性测试,如输入法、杀毒、监控、防火墙等工具同时使用。 <5>安全性方面,往往容易被忽视的环节,具体: 1、被删除、加密、授权的数据,不允许被查出来的,是否有安全控制设计; 2、录入一些数据库查询的保留字符,如单引号、%等等,造成查询SQL拼接出的语句产生漏洞,如可以查出所有数据等等,这方面要有一些黑客攻击的思想并引入一些工具和技术,如爬网等。 3、用白盒测试技术,检查一下在程序设计上是否存在安全方面的隐患; 4、对涉及国家安全、法律禁止的内容是否进行了相关的过滤和控制;

相关文档
相关文档 最新文档