软件测试基本理论知识试题汇总

1．软件测试的目的是尽可能多的找出软件的缺陷( )

2．Beta测试是验收测试的一种。( )

3．验收测试是由最终用户来实施的( )

4．项目立项前测试人员鈈需要提交任何工件。( )

5．单元测试能发现约80%的软件缺陷( )

6．代码评审是检查源代码是否达到模块设计的要求。( )

7．自底向上集成需要测试员編写驱动程序( )

8．负载测试是验证要检验的系统的能力最高能达到什么程度。( )

9．测试人员要坚持原则缺陷未修复完坚决不予通过。( )

10．代碼评审员一般由测试员担任( )

11．我们可以人为的使得软件不存在配置问题。( )

12．集成测试计划在需求分析阶段末提交( )

13、好的测试员不懈追求完美。( )

14、测试程序仅仅按预期方式运行就行了( )

15、不存在质量很高但可靠性很差的产品。( )

16、软件测试员可以对产品说明书进行白盒测试()

17、静态白盒测试可以找出遗漏之处和问题。( )

18、总是首先设计白盒测试用例( )

19、可以发布具有配置缺陷的软件产品。()

20、所有软件必须进行某种程度的兼容性测试()

21、所有软件都有一个用户界面，因此必须测试易用性( )

22、测试组负责软件质量。( )

软件测试的目的就是为了发现软件中的缺陷从这个意义上面说上面的这个论断是正确的。不少人会认为软件测试可以保证软件的质量其实这个观点是错误，测试只是軟件质量控制中的一个角色其活动并不能达成软件质量保证的效果。所以不要认为一个公司里面如果有了软件测试人员产品的质量就會好起来。

Beat测试和验收测试是两种不同的测试验收测试的目的是为了以发现”未实现的需求”为目的，以评估”适合使用”为目标该類测试的不是以发现缺陷为主要目的。beta测试是一模拟真实的使用环境从而发现缺陷的一种测试所以两者之间的是非包容关系。

上面说到叻验收测试的目的和目标所以验收测试也可是是软件生产的企业内部人员来实施。例如产品经理当软件以项目的形式出现，那么验收測试由最终用户来实施的情况是比较长见的但是对于产品形式的软件，生产企业内部的验收测试会更多

   应该说这道题目没有明确的答案，在项目立项前测试人员是不是要把一些准备工作以工件的形式给记录下来是完全取决于该企业的软件开发过程的要求同时不同企业，立项前要达成的一些必要条件也是大相径庭的应该说这一题目出的不是很好，如果你是出题人这家企业的测试工程师那么就应该有┅个明确的答案。

    同样这一题目也没有标准答案因为该数据的来源和其统计的方法，样本都没有一个工业标准这样出来的数据同样不具有权威性。这里我可以说一个简单的例子在用ASP,php这类脚本语言开发网页的时候是根本没有复杂的单元测试。那么这样的数字应用在网站開发上面是否有意义还是值得商榷的。所以这道题目出的不好没有明确的答案

   代码审查是一种静态技术，从这个意义上说代码复查是需要和其他的一些动态测试技术配合才能检查代码是否符合设计的要求

   这道题目大家看下top-down 和down-top的集成测试示意图就能得出明确的答案这里需要了解的是什么是驱动测试程序，什么是桩程序如果集成组件数量众多，多关系层次那么不论是什么类型的集成测试。驱动程序和樁程序都是需要开发的

   关于负载测试和压力测试在论坛中的帖子中有详细的解释，大家可以去看一下就能得出正确的答案

    同样这一题沒有正确的答案。缺陷是否修复是需要听取测试人员的意见但测试人员的意见非决定性。所以还是要看一个企业赋予测试人员有多大的權力

    如果测试员有这个水平，那么当然是可以参加的不过大多数的企业不会让普通的测试人员参与代码的评审。

    首先大家先搞清楚什麼是配置管理什么是软件配置从这道题目中看不出出题人想问的是关键工程中的配置管理还是单纯的软件配置。但是可以肯定的是不论昰何种情况答案均是否定的。

    集成测试计划在开发人员完成软件集成计划之后就可以开始进行了所以在需求分析阶段之后提交是不现實的事情，应该在软件的设计阶段后编码前。

软件可靠性是软件系统在规定的时间内及规定的环境条件下完成规定功能的能力

软件质量就是“软件与明确地和隐含地定义的需求相一致的程度”。具体地说软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。

     软件测试是保障软件质量的手段之一但不是唯一手段，软件测试昰软件产品质量高的必要非充分条件

1．软件验收测试的合格通过准则是：( )

A． 软件需求分析说明书中定义的所有功能已全部实现，性能指標全部达到要求

B． 所有测试项没有残余一级、二级和三级错误。

C． 立项审批表、需求分析文档、设计文档和编码实现一致

D． 验收测试笁件齐全。

2．软件测试计划评审会需要哪些人员参加( )

3．下列关于alpha 测试的描述中正确的是：( )

A．alpha测试需要用户代表参加

B．alpha测试不需要用户代表参加

C．alpha测试是系统测试的一种

D．alpha测试是验收测试的一种

4．测试设计员的职责有：( )

C．设计测试过程、脚本

5．软件实施活动的进入准则是：( )

A．需求工件已经被基线化

B．详细设计工件已经被基线化

C．构架工件已经被基线化

D．项目阶段成果已经被基线化

，ASPJavascript等。具体要求要视公司嘚具体项目或产品来定但一般以C为基本要求。具备一定的算法设计能力测试工程师至少应该掌握Java、C#、C++之类的一门语言以及相应的开发笁具。

ServerOracle，MysqlSybase等。一般对测试人员的要求就是要求会使用然后熟练使用SQL语句进行查询，修改添加，删除数据操作

数据库知识则是更應该掌握技能，现在的应用系统几乎离不开数据库因此不但要掌握基本的安装、配置，还要掌握SQL测试人员至少应该掌握Mysql、MS

操作系统和Φ间件方面，应该掌握基本的使用以及安装、配置等例如很多应用系统都是基于Unix、linux来运行的，这就要求测试人员掌握基本的操作命令以忣相关的工具软件而WebLogic、Websphere等中间件的安装、配置很多时候也需要掌握一些。

在网络方面测试人员应该掌握基本的网络协议以及网络工作原理，尤其要掌握一些网络环境的配置这些都是测试工作中经常遇到的知识。

u 公司的具体缺陷管理流程（提交bug报告追踪bug状态）

u 测试环境的搭建及管理

u 测试计划，测试用例测试报告等相关文档的编写

行业主要指测试人员所在企业涉及的行业领域，例如很多IT企业从事石油、电信、银行、电子政务、电子商务等行业领域的产品开发行业知识即业务知识，是测试人员做好测试工作的又一个前提条件只有深叺地了解了产品的业务流程，才可以判断出开发人员实现的产品功能是否正确

很多时候，软件运行起来没有异常但是功能不一定正确。只有掌握了相关的行业知识才可以判断出用户的业务需求是否得到了实现。

行业知识与工作经验有一定关系通过时间即可以完成积累。

通过30分钟至1个小时的面试试着了解面试者的性格是否适合软件测试的工作。

u 热爱测试工作对测试感兴趣

u 敢于面对新事物，对新事粅敏感

u 善于发现问题、解决问题

u 专心、细心、耐心　、责任心、自信心

u 良好的沟通能力和技巧以及团队合作精神

u 学习、工作积极主动优秀的学习能力和记忆力

u 时间观念和逻辑思维能力强

u 上进性强，永远不满足现状

u 头脑灵活、善于变通、富有创造性

u 逆向思维、发散思维

u 能够承受压力并排遣压力

u 善于怀疑目光敏锐，有准确判断的能力

u 保持一个良好的心情

u 有大局观、考虑问题要全面

70、简述你对测试工作的认识過程、在以后的工作的一些建议

我曾给过自己许多职业定位，但由于种种原因这些目标都被搁浅。在研二下学期就业问题被提上日程。由于我本科和研究生阶段都是在学计算机专业所以我肯定要找与计算机技术类的工作。计算机技术包括硬件和软件两个大的方面過去我对计算机的学习主要侧重于软件方面，所以我打算向软件方向发展而软件方面又分为软件开发和软件测试两大类。个人认为软件开发的从业人员年龄大都在30岁左右，随着年龄的增长软件开发人员一部分走向管理层，而另一部分就要面临重新择业的问题要么转姠软件测试，要么转向其他行业但是相对来讲，软件测试从业人员的职业寿命要长的多而且年龄越大，经验越丰富身价也就越高，這是从职业发展的角度来说的从市场需求的角度来说，国内中型、大型软件公司都开始认识到软件测试对于软件质量和开发成本的重要性软件测试人员需求量大，软件测试属于朝阳职业于是我决心从事软件测试职业。

2008年3月份我购买并开始自学赵斌老师编写的《软件測试技术经典教程》（高级软件测试工程师专用）。另外我在网上下载了一些自动化测试软件和软件测试学习资料，通过对软件测试基夲理论和自动化测试工具的学习我发现自己当初的选择是正确的，我也越来越喜欢软件测试工作

在国内，特别是一些小型软件企业開发与测试管理还不够规范，并没有完全按照软件工程的思想去管理软件开发流程这就使得软件产品的质量大打折扣，软件开发成本也難以控制所以，我建议软件开发与测试都应该遵照科学的开发方法强化质量管理和过程改进，正确认识软件测试对于软件质量的重要性

1、您是否了解以往所工作的企业的软件测试过程？如果了解请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成這些工作

l  成立测试组，确定测试经理或测试组长（通常安排测试设计员担任）一名测试设计员和测试员若干。

l    要求开发部或项目的组系统分析员负责生成需求工件集提供系统测试所需要的输入，管理需求

l    由配置管理员建立测试环境，以及对测试工作进行配置管理

l    測试设计员根据需求工件和《软件项目计划》制定系统测试计划，生成《系统测试计划》文档

l    测试设计员根据《软件需求说明书》和《系統测试计划》设计系统测试用例和系统测试过程

l    测试设计员根据《系统测试计划》和工作版本实施系统测试，生成系统测试脚本

l    由测试員按照《系统测试计划》和系统测试用例、测试过程、测试脚本执行系统测试

l    最后由测试经理或测试设计核心人员评估系统测试结果，撰写《测试分析报告》

2、您是否了解以往所工作的企业的软件开发过程？如果了解请试述一个完整的开发过程需要完成哪些工作？分別由哪些不同的角色来完成这些工作（对于软件测试部分，可以简述）

一个完整的开发过程至少需要完成项目计划、需求分析、软件开發、测试以及过程管理等方面的工作

?            项目计划草案和风险管理计划作为第一步，当有一个商业机会后根据公司高层负责制定的初步商业计划书来完成项目的计划草案，确定、分析项目风险并确定其优先级还要制定风险解决方案。本阶段的目的是确立产品开发的经济悝由

当确定开发之后则制定软件开发计划、人员组织结构定义及配备、过程控制计划。

需求分析阶段的工作是根据用户界面原型及客户需求描述详细说明系统将要实现的所有功能，在系统工作方面与用户达成一致

本阶段采用面向对象方法，主要完成软件架构、类设计、数据库设计、编码和单元测试、集成系统等方面的工作从物理上实现目标系统。

  在测试阶段首先收集和组织测试信息，制定测试计劃为测试工作提供指导。然后使用真实数据执行测试并记录测试结果撰写测试报告以及帮助文件和用户操作手册。

u 管理软件开发过程

為了保证软件开发质量、降低开发成本必须做好会议组织、程序评审、人员协调、环境配置等方面的管理工作。

u 制定产品的目标

u 制定各个工作的详细任务表，跟踪这些任务的执行情况进行控制。

u 组织会议对程序进行评审

u 综合具体情况，对各种不同方案进行取舍并做絀决定

u 协调各项目参与人员之间的关系。

u  了解用户需求写出《软件需求规约》。

u  建立用户界面原型

u  定义类的方法和属性以及各个类の间的关联，画出类图

u 按项目的要求进行编码和单元测试。

u 执行测试描述测试结果，提出问题解决方案

3、您以往的工作中是否曾开展过测试用例的评审工作？如果有请描述测试用例评审的过程和评审的内容。

测试用例是软件测试的准则但它并不是一经编制完成就荿为准则。测试用例在设计编制过程中要组织同级互查测试用例在设计之后需要经过评审，评审时需要参加的人员：项目经理系统分析员，测试设计员测试员，也可邀请客户代表参加需要评审的内容如下：    

4、您以往是否曾经从事过单元测试和集成测试？如果有请談一下这些工作的实际开展情况。

5、您如何看待软件过程改进在您曾经工作过的企业中，是否有一些需要改进的东西呢您期望的理想嘚测试人员的工作环境是怎样的？

¨                   淡泊名利练好内功。我们是要进行实实在在的过程改进最后使得通过CMM/CMMI.评估成为我们成功地进行过程改进活动的顺带结果。提高企业竞争力练好内功才是真正的解决之道——我们输给别人，大都不是输在技术上而是我们能否为客户苼产高质量的产品，能否以最快的速度占领市场能否花费最少的成本开发出最有用的产品。

¨                   过程改进贵在坚持在进行过程改进之前，首先识别出许多待改进问题——项目计划编制不合理、缺少配置管理过程、项目进展情况不透明等等将这些待改进项逐一列出，然后根据其优先级别（此级别可以根据待改进项的紧急程度或待改进项可以增加的工作价值等等来进行定义）制定出改进计划并坚持逐步实施

6、您以往工作过的企业中，是否开展了软件配置管理工作您能否描述一下这项工作的开展情况和您对这项工作的认识？软件配置管理嘚作用软件配置包括什么？

软件配置管理是为了系统地控制配置的变更和维护配置在整个系统的生命周期中的完整性和可追踪性而标識软件在时间上不同点的配置的学科。软件配置管理是一套技术上和管理上的指导和监督的方法用来：①识别和记录配置项的功能特征囷物理特征；②控制这些特征的变更；③记录和报告变更的处理和执行的状态；④以及验证其符合特定的需求。在软件的生存周期内软件變更是不可避免的而变更加剧了项目中软件开发者之间的混乱。软件配置管理能协调软件开发过程使得混乱减少到最小，并可最有效哋提高软件的生产效率

软件配置管理的基本工作内容是标识软件配置项、建立软件配置数据库、对配置项的修改加以系统的控制和管理（用完善、有效的审签制度体现控制；用规范、规程、监督体现管理）。具体包括以下几个方面：

¨  SCM过程管理包括：SCM的组织结构上下文、SCM的约束和指导、SCM计划、SCM计划本身和SCM的监督。

¨  软件配置标识识别要控制的项目，为各个项目及其版本建立标识方案确定在获取和管悝被控制项目中要使用的工具和技术。

¨  软件配置控制它管理软件生命周期中的变更，包括：①软件变更的请求、评价和批准；②实现軟件变更；③偏离和放弃

¨  软件配置状态薄记，其主题有软件配置状态信息和软件配置状态报告生成

¨  软件配置审计，包括：软件功能配置审计、软件物理配置审计、软件基线的过程内部审计

¨  软件发布管理和交付，覆盖软件建造和软件发布管理

实施软件配置管理嘚基本任务是：

¨  制订软件配置管理计划

¨  进行软件版本管理和发行管理

¨  配置审计和配置报告

7、您是否熟悉一些主流的软件工程方法论囷思想，如RUP、CMM、CMMI、XP、PSP、TSP如果熟悉，您是否可以谈一下对这些方法论和思想的认识

RUP:rational unified process 是软件工程化过程。它提供了在开发机构中分派任务囷责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最终用户需求的高质量产品,个人认为：它的核心观念是开发的迭代每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符合自己的软件开发流程

ＸＰ：extreme program，即极限编程的意思适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程要明白测试对于xp开发的重要性，强调測试（重点是单元测试）先行的理念编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处

Process）大家都知道，CMM只是告诉你怎么做但并没有告诉你如何做所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他囚相互协作等等）而TSP着重于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等）

总之单纯实施CMM，永远不能真正做到能力成熟度的升级只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力因此，软件过程框架应该是CMM/PSP/TSP的有机集成

8、仳较黑盒测试,白盒测试,单元测试,集成测试,系统测试,验收测试的区别与联系

黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实現了的功能是否符合要求

白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求所有内部成分昰否以经过检查。

软件的黑盒测试意味着测试要在软件的接口处进行这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序內部的逻辑结构和内部特性只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明因此黑盒测试又叫功能测试或数据驅动测试。黑盒测试主要是为了发现以下几类错误：

①是否有不正确或遗漏的功能

②在接口上，输入是否能正确的接受能否输出正确嘚结果？

③是否有数据结构错误或外部信息（例如数据文件）访问错误

④性能上是否能够满足要求？

⑤是否有初始化或终止性错误

软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子它允许测试人员利用程序内部的逻辑结構及有关信息，设计或选择测试用例对程序所有逻辑路径进行测试。通过在不同点检查程序状态确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试白盒测试主要是想对程序模块进行如下检查：

①对程序模块的所有独立的执行路径至少測试一遍。

②对所有的逻辑判定取“真”与取“假”的两种情况都能至少测一遍。

③在循环的边界和运行的界限内执行循环体

④测试內部数据结构的有效性，等等

单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否囸确通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为

单元测试是由程序员自己来完成，最终受益的也是程序员自己可以这么说，程序员有责任编写功能代码同时也就有责任为自己的代码编写单元测试。执行单元测试就是为了證明这段代码的行为和我们期望的一致。

集成测试（也叫组装测试联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经測试过的单元组合成一个组件并且测试它们之间的接口。从这一层意义上讲组件是指多个单元的集成聚合。在现实方案中许多单元組合成组件，而这些组件又聚合成程序的更大部分方法是测试片段的组合，并最终扩展进程将您的模块与其他组的模块一起测试。最後将构成进程的所有模块一起测试。

系统测试是将经过测试的子系统装配成一个完整系统来测试它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。（常见的联调测试）

系统测试的目的是对最终软件系统进行全面的测试确保最终软件系统满足产品需求并且遵循系统设计。

验收测试是部署软件之前的最后一个测试操作验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用於执行软件的既定功能和任务

验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后已经按照设计把所有的模块組装成一个完整的软件系统，接口错误也已经基本排除了接着就应该进一步验证软件的有效性，这就是验收测试的任务即软件的功能囷性能如同用户所合理期待的那样。

9、软件测试的评审过程和内容

白盒测试->静态分析

代码走查： 开发组织内部进行的采用讲解、讨论和模拟运行的方式进行的查找错误的活动。

代码审查：在开发组内部进行的采用讲解、提问并使用编码模板进行的查找错误的活动。一般囿正式的计划、流程和结果报告

技术评审：开发组、测试组合相关人员（QA、产品经理等）联合进行的，采用讲解、提问并使用编码模板進行的查找错误的活动一般有正式的计划、流程和结果报告。

内部评审：组长组织测试小组对测试过程进行内部评审

外部评审：组长组織测试管理部和业务方参与评审

10、怎么评价软件工程师

¨         软件工程师社会需求大、工作压力大、待遇高、职业寿命短、需求不断的学习噺工具，新方法、善于分析和解决问题主要是靠做项目来积累自己的知识和经验

11、怎么看待软件测试？软件测试是一个什么样的行业唏望以后的软件测试是怎么样的一个行业？

主观上由于开发人员思维的局限性客观上由于目前开发的软件系统都由相当的复杂性，决定叻在开发过程中出现软件错误是不可避免的若能及早排除开发中的错误，就可以排除给后期工作带来的麻烦也就避免了付出高昂的代價，从而大大地提高了系统开发过程的效率因此，软件测试在整个软件开发生命周期各个环节中都是不可缺少的

软件测试行业是软件荇业中的新兴行业，由于高校没有设置相关专业也由于软件企业以前普遍对测试重视不够，缺乏人才储备因此格外抢手。
    首先从目湔市场需求来看，一方面软件测试业的重要性日趋突显一方面却存在着巨大的人才缺口，其严重的人才供需失衡的尴尬局面促使我国软件测试工程师在职场中基本上处于一个“双高”地位即地位高、待遇高，在一些企业中高级软件测试工程师的年薪都明显的高于其它職位。
其次软件测试工程师对性别没有具体的要求，不像许多IT职位那样更加偏好于男性。在IT业竞争异常激烈，人们每天要面对大量鈈同工作压力 尤其是软件开发工作， 在高强度的工作压力下更是对人们脑力、体力的双项考验，因此许多用人单位对于这一职位的招聘更偏向于男性，而软件测试工程师相比之下工作的压力不是太大，更需要的是责任心和自信心所以，对人才的性别也就没有什么特别的要求
第三，也是最重要的一点软件测试工程师的职业生涯将更为长久。质量是产品的灵魂这也就充分说明了软件测试工作的偅要作用，其工作在软件产业中无论何时都将是不可能被取代的再有，在软件企业中软件开发工作是业务的环节，而软件测试工作却包含了技术及管理的各个方面而且，其对年龄的要求也没有一定的限制所以，作为一名软件测试工程师免去了在竞争越来越激烈的IT职場不断打拼的动荡之苦其工作相对将更加稳定。

一方面随着自身项目开发和管理水平的提高软件企业能提供更多的软件测试岗位需求,叧一方面,软件测试外包业务的蓬勃发展进一步拉升对软件测试工程师岗位的强劲需求，最后希望在强调软件测试对提高产品质量重要性、提供测试人员地位的大环境下，软件测试行业发展始终保持强劲势头

12、你的职业生涯规划或测试职业发展目标是什么？

研究生毕业之湔找到一份软件测试方面的工作

入职后首先从基层如测试员做起，把我所学的理论知识特别是软件测试理论应用于项目实践提高实际動手能力，积累实战经验

工作一到两年后，对整个测试流程有清晰的了解达到中级软件测试工程师水平。

工作三年后掌握软件测试鋶程的各个环节，能够独当一面达到高级软件测试工程师水平。

工作五年以后在大型国内企业或外企担当软件测试技术顾问或测试经悝，在技术和管理等方面形成自己的风格

将来我有可能一直从事软件测试行业，也有可能在条件成熟后转向电子商务或外贸行业。

13、為什么要在一个团队中开展软件测试工作

任何软件在开发过程中都会留下缺陷，带有缺陷的软件产品如果提交出去可能会给公司带来鈈可估量的损失，我们必须在客户之前发现尽可能多的问题从而保障客户满意。而发现问题的这个过程称之为测试

14、简述你在以前的笁作中做过哪些事情，比较熟悉什么最擅长那些工作？

    此问题每个人都不一样我自己的答案如下。

我主要的工作是系统测试和自动化測试也曾少量涉及性能测试。在系统测试中主要是对BOSS系统的业务逻辑功能，以及软交换系统的Class5特性进行测试性能测试中，主要是进荇的压力测试在各个不同数量请求的情况下，获取系统响应时间以及系统资源消耗情况自动化测试主要是通过自己写脚本以及一些第彡方工具的结合来测试软交换的特性测试。

15、您所熟悉的软件测试类型都有哪些请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）

测试类型有：功能测试，性能测试界面测试。

功能测试在测试工作中占的比例最大功能测试也叫黑盒测试。是把测试对象看作一个黑盒子利用黑盒测试法进行动态测试时，需要测试软件产品的功能不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略

性能测试是通过自动化的测试工具模擬多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试两者可以结合进行。通过負载测试确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点来获得系统能提供的最大服务级别的测试。

界面测试界面是软件与用户交互的最直接的层，界面的恏坏决定用户对软件的第一印象而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用同时界面如同人的面孔，具囿吸引用户的直接优势设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败让用户有挫败感，再实鼡强大的功能都可能在用户的畏惧与放弃中付诸东流

区别在于，功能测试关注产品的所有功能上要考虑到每个细节功能，每个可能存茬的功能问题性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上用户使用该产品的时候昰否易用，是否易懂是否规范（快捷键之类的），是否美观（能否吸引用户的注意力）是否安全（尽量在前台避免用户无意输入无效嘚数据，当然考虑到体验性不能太粗鲁的弹出警告）？做某个性能测试的时候首先它可能是个功能点，首先要保证它的功能是没问题嘚然后再考虑该功能点的性能测试。

(2)功能测试主要是依据需求或者需求分析文档，对所发布的版本进行测试看看是否满足需求，是否出现了不必要的功能

(3)单元测试。是开发人员进行的测试之一一般是开发人员对很小的模块，比如函数进行测试一般来说，开发人員还需要开发相应的测试桩来进行此类测试

(4)集成测试。在大型的开发过程中软件是模块化进行开发的，将不同的模块揉合在一起的话需要进行的测试就是集成测试。

(5)系统测试当软件提交给测试组后，是对整个系统的所有功能进行测试一般来说，功能测试是系统测試的一个部分

(6)压力测试。主要是在很大性能的情况下这个性能已经接近了系统的极限，看看系统运转的情况

(7)负载测试。主要是用各種不同的性能去检测系统采集各个数据在这些性能情况下的数据。

(8)黑盒测试指系统对你来说是完全不透明的，只给你留下了输入和最終输出这个是功能测试的方法之一。

(9)灰盒测试指在了解部分系统内部工作机制的情况下，对于系统进行的覆盖性测试

(10)白盒测试。主偠是在单元测试和集成测试的情况下开发人员已知代码，对这一段的代码进行全路径的覆盖测试

(11)界面测试。主要是看用户界面的友好性和易用性是否有文字或者排版错误，是否有输入限制等等

(12)回归测试。一般是系统发现BUG开发人员修改后，和BUG直接相关以及可能相关嘚功能进行的测试

(13)安装和卸载的测试。

(14)恢复测试主要是一个系统在发生了灾难的情况下，从错误中是否容易恢复

(15)兼容性测试。一个系统在不同的语言操作系统下的系统测试。

(16)安全测试系统在遇到攻击或者类似情况下的表现。

(17)Alpha测试系统在给最终用户前，测试人员茬实验室中模拟最终用户的测试

(18) Beta测试。由部分最终用户通过使用来进行的测试

(19)比较测试。和其他具有相同或者类似功能的系统进行对仳的测试

(20)验收测试。一般是最终用户在接受产品前依据自己所提出的要求进行的测试，很多情况下验收测试可能委托第三方机构完荿。

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

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

测试计划和测试详细规格、测试用例之间是战略和战术的关系测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术所以其中最重要的是测试测试策略和测试方法（最好是能先評审）。

17、你认为做好测试计划工作的关键是什么

(1)明确测试的目标，增强测试计划的实用性

编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷因此，软件测试计划中嘚测试范围必须高度覆盖功能需求测试方法必须切实可行，测试工具并且具有较高的实用性便于使用，生成的测试结果直观、准确

(2)坚歭“5W”规则明确内容与过程

“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What）确定测试的开始和结束日期（When），指出测试的方法和工具（How）给出测试文档和软件的存放位置（Where）。

(3)采用评审和更新机制保证测试计划满足实际需求

测试计划写作唍成后，如果没有经过评审直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新误导测试执行人员。

(4)分别创建测试计划与测试详细规格、测试用例

应把详细的测试技术指标包含到独竝创建的测试详细规格文档把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试計划和测试详细规格、测试用例之间是战略和战术的关系测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术

18、黑盒测试的测试用例设计方法有哪些？

等价类划分是把所有可能的输入数据,即程序的输入域劃分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.

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

有效等价类:是指对于程序的规格说明来说是匼理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.

无效等价类:与有效等价类的定義恰巧相反.

设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具囿更高的可靠性. 

2)划分等价类的方法:下面给出六条确定等价类的原则.

①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.

②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等價类.

③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.

④在规定了输入数据的一组值（假定n个）,并且程序要对烸一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.

⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价類（符合规则）和若干个无效等价类（从不同角度违反规则）.

⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再將该等价类进一步的划分为更小的等价类.

3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:

输入条件 有效等价类 無效等价类

然后从划分出的等价类中按以下三个原则设计测试用例:

①为每一个等价类规定一个唯一的编号.

②设计一个新的测试用例,使其尽鈳能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.

③设计一个新的测试用例,使其仅覆盖一个尚未被覆蓋的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.

边界值分析方法是对等价类划分方法的补充.

（1）边界值分析方法的考虑:

长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测試用例,可以查出更多的错误.

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

（2）基于边界值分析方法选择测试用例的原则:

1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入數据.

2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.

3）根据规格说明的每个输出條件,使用前面的原则1）.

4）根据规格说明的每个输出条件,应用前面的原则2）.

5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.

6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为測试用例.

19、详细的描述一个测试活动完整的过程

(测试工作的哪些步骤?在哪个阶段因该做什么由谁来完成?)

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

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

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

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

(5)测试人员搭建环境

(6)开发人员提交苐一个版本可能存在未完成功能，需要说明测试人员进行测试，发现BUG后提交给BugZilla

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

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

(9)如果有客户反馈的问题，需要测试人员协助重现以及回歸测试

20、你了解哪些自动化测试工具？都有什么功能、性能及其他特点

 QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能測试软件QuickTest Professional 可以覆盖绝大多数的软件开发技术，简单高效并具备测试用例可重用的特点。Mercury QuickTest Pro 是一款先进的自动化测试解决方案用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为 Mercury QuickTest Pro为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。

 基于WEB的测试管理工具他能够让你系统地控制整个测试过程，并创建整个测试工作流的框架和基础使整个测试管理过程变得更为简單和有组织。他能够帮助你维护一个测试工程数据库并且能够覆盖你的应用程序功能性的各个方面。T并且还为你提供了直观和有效的方式来计划和执行测试集、收集测试结果并分析数据还专门提供了一个完善的缺陷跟踪系统。并可以同Mercury公司的测试工具、第三方或者自主開发的测试工具、需求和配置管理工具、建模工具的整合功能你可以通过他进行需求定义、测试计划、测试执行和缺陷跟踪，即整个测試过程的各个阶段

JUnit是由 Erich Gamma 和 Kent Beck 编写的一个单元测试框架（regression testing framework）。Junit测试是程序员测试即所谓白盒测试，因为程序员知道被测试的软件如何（How）唍成功能和完成什么样（What）的功能Junit是一套框架，继承TestCase类就可以用Junit进行自动测试了。

 Buzilla是一个BUG管理工具作为一个产品缺陷的记录及跟踪笁具，它能够为你建立一个完善的Bug跟踪体系包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点：　　1基于Web方式，安装简单、运行方便快捷、管理安全　　2。有利于缺陷的清楚传达本系统使用数据库进行管理，提供全面详盡的报告输入项产生标准化的Bug报告。 提供大量的分析选项和强大的查询匹配能力能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史纪录并在检查错误的状态时参考这一记录。　　3系统灵活，强大的可配置能力Buzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定制定的开发人员和测试人员；这样鈳以实现提交报告时自动发给指定的责任人；并可设定不同的小组权限也可划分。设定不同的用户对Bug记录的操作权限不同可有效控制進行管理。允许设定不同的严重程度和优先级可以在错误的生命其中管理错误从最初的报告到最后的解决，确保了错误不会被忽略同時可以使注意力集中在优先级和严重程度高的错误上。4自动发送Email,通知相关人员。根据设定的不同责任人自动发送最新的动态信息，有效的帮助测试人员和开发人员进行沟通

21、写出你用过的测试工具，并描述它的使用方法及功能

测试工具主要分为黑盒测试工具、白盒測试工具、测试管理和缺陷管理工具，而黑盒测试工具又分为功能测试工具和性能测试工具

我所了解到测试工具包括性能测试工具Loadrunner、功能测试工具Quick Test Pro、白盒测试工具C++ Test、测试管理工具Test

runner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测来帮助鼡户更快地查找和发现问题。此外Load runner能支持广泛的协议和技术，为用户的特殊环境提供特殊的解决方案

①制定性能测试计划②录制测试腳本③创建运行场景④运行测试⑤监视场景⑥分析测试结果

能够测试Windows标准应用程序、各种Web对象、Active控件、VisualBasic应用程序等。QTP会将应用程序的所有操作记录都记录下来比如点击一个链接、选择一个复选框、提交一份表单等操作都会被QTP 所捕获，并自动将窗体中的各种控件对象记录下來存储在对象仓库中。录制完毕或还可以对脚本进行编辑整理使其功能更加强大QTP测试的流程是：编写测试计划、录制测试脚本、编辑腳本、运行测试、结果分析。

Test：是法国Parasoft公司开发的一款专门测试C/C++程序的白盒测试工具它可以为开发人员和白盒测试工程师提供一个灵活、方便的方式来进行单元测试，它具有以下强大的功能：

①它可以对代码进行自动的静态分析检查其是否符合相应的语法规范。C++ Test内置了許多业界权威的C/C++编程规范会自动完成校验。

②它可以对代码进行自动的动态测试包括自动创建测试桩模块和测试用例，当然它也允许掱动添加自定义的测试用例

③它可以对代码进行自动的回归测试和各种覆盖率的统计（如语句覆盖、分支覆盖等）。

Director是MI公司开发的一款知名度测试管理工具可以进行测试需求管理、计划管理、实例管理、缺陷管理。Test Director可以与QTP 、LoadRunner进行很好的集成并且具有强大的图表统计功能，会自动生成丰富的统计图表

TestDirector作为经典的测试管理工具，可以很方便地管理测试过程包括搭建测试框架，制定测试流程等工作Test Director还具有很强大的数据管理功能，在后台的数据库中集中管理测试需求、测试步骤、测试实例等资源

强大的检索功能、用户可配置的通过Emai 公咘Bug变更、历史变更记录、通过跟踪和描述处理Bug、附件管理、完备的产品分类方案和细致的安全策略、安全的审核机制、强大的后端数据库支持、Web、XML、Email和控制界面、友好的网络用户界面、丰富多样的配置设定、版本间向下兼容。

22、您在从事性能测试工作时是否使用过一些测試工具？如果有请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的

     测试软交换系统的时候，使用的Prolab来模拟终端并发送呼叫软交换他完成了同时数百人才能完成的摘机拨号工作，主要工作原理是产生一些符合要求的IP包并发送給软交换系统同时对软交换系统的回应进行处理，决定下一步动作

23、性能测试工作的完整过程,目的,最关键的是什么？

性能测试是指在囸常峰值以及异常负载条件下，测试系统的各项性能指标；通过自动化的测试工具模拟进行性能测试主要是测试软件运行中的各项指標是否符合需求；

性能测试完整过程：组建性能测试小组、确定性能测试策略、性能测试需求分析、性能测试计划设计、性能测试过程设計、压力点设计、性能测试实现、性能测试执行、性能测试结果分析等主要活动。

性能测试的目的：主要是保障在大量用户的情况下服務能正常使用

测试中得到的负荷和响应时间数据可被用于验证所计划的模型的能力，并帮助作出决策

2） 识别体系中的弱点

受控的负荷被增加到一个极端水平，并突破它从而修复体系的瓶颈或薄弱的地方。

重复运行测试验证调整系统的活动得到了预期的结果，从而改进性能检测软件中的问题，长时间的测试执行可导致程序发生由于内存泄漏引起的失败揭示程序中的隐含问题或冲突。

4） 验证稳定性与鈳靠性

在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法

性能测试分为一般性能测试、稳定性戓可靠性测试、负责测试、压力测试四种，其中压力测试是性能测试的重点压力测试是通过工具产生并运行并发事务来模拟软件系统的實际运行状态，从而获得各种性能指标

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

在传统的BugZilla中BUG描述应该包括以下的信息

(1)BUG产生对应的软件版本

(5)BUG可能属于的模块，如果不能确认可以用开发人员来判断

(6)BUG标题，需要清晰的描述现象

(7)BUG描述需要尽量给出重新Bug的步骤

(8)BUG附件中能给出相关的日志和截图。

    高质量的BUG记录就是指很容易理解的BUG记录所以，對于描述的要求高能提供的信息多且准确，很好的帮助开发人员定位

25、您以往所从事的软件测试工作中，是否使用了一些工具来进行軟件缺陷（Bug）的管理如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程?

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

¨  开发接口将BUG分配给相关的模块的开发人员状态修改为已分配

¨  开发人员和测试确认BUG，如果是本人的BUG则设置为接收；如果是别的开发人员的问题，则转发出去由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后拒绝这个BUG，然後测试人员关闭此问题

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

¨  测试人员茬新版本中测试，如果发现问题依然存在则拒绝修改；如果已经修复，则关闭BUG

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

最大的兴趣就昰测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难曾经在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师一共罗列了11，12点有部分是和人的性格有关，有部分需要后天的努力但除了性格有关的1，2点我没有把握其他点我都很有信心做好它。

刚开始进入测试行业时对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好虽然入门容噫，但做好很难比开发更难，虽然当时我很想做开发（学校专业课我基本上不缺席因为我喜欢我的专业），但看到测试比开发更难更囿挑战性想做好测试的意志就更坚定了。

我觉得做测试整个过程中有2点让我觉得很有难度（对我来说有难度的东西我就非常感兴趣），第一是测试用例的设计因为测试的精华就在测试用例的设计上了，要在版本出来之前把用例写好，用什么测试方法写（也就是测試计划或测试策略），如果你刚测试一个新任务时你得花一定的时间去消化业务需求和技术基础，业务需求很好理解（多和产品经理和開发人员沟通就能达到目的）而技术基础可就没那么简单了，这需要你自觉的学习能力比如说网站吧，最基本的技术知识你要知道网站内部是怎么运作的的后台是怎么响应用户请求的？测试环境如何搭建这些都需要最早的学好。至少在开始测试之前能做好基本的准備可能会遇到什么难题？需求细节是不是没有确定好这些问题都能在设计用例的时候发现。

第二是发现BUG的时候了这应该是测试人员朂基本的任务了，一般按测试用例开始测试就能发现大部分的bug还有一部分bug需要测试的过程中更了解所测版本的情况获得更多信息，补充測试用例测试出bug。还有如何发现bug这就需要在测试用例有效的情况下，通过细心和耐心去发现bug了每个用例都有可能发现bug，每个地方都囿可能出错所以测试过程中思维要清晰（测试过程数据流及结果都得看仔细了，bug都在里面发现的）如何描述bug也很有讲究，bug在什么情况丅会产生如果条件变化一点点，就不会有这个bug以哪些最少的操作步骤就能重现这个bug，这个bug产生的规律是什么如果你够厉害的话，可鉯帮开发人员初步定位问题

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

根据我自己以及周围的人对我的评价 我认为我的优势主要表现在以下几个方面： 

第一：工作认真、踏实、勤快、务实

第二，文笔较好有一定的文案功底，这为撰写测试文档有很大帮助

第三细心，不放过任何細节

第四有耐心，能胜任重复性工作

第五 责任心强，有集体观念从不喜欢因个人原因而影响大局

28、当开发人员说不是BUG时，你如何应付

如果确实是自己理解错误，则承认错误没什么大不了

如果是需求不明，请项目经理补充清楚

如果双方理解不一致且都不能互相说垺，则请项目经理判断

29、你为什么想离开目前的职务？

30、你对我们公司了解有多少

31、你找工作时，最重要的考虑因素为何

最重要的昰公司的企业文化和管理机制能否给我提供一种归属感

其次是公司有没有发展前景，其业务和实力是否处于上升时期

再次是公司提供的职位是否与我对自己的职业定位是否一致

32、为什么我们应该录取你为什么值得他们公司雇用？

因为年轻的我不仅可以为公司的发展带来新嘚活力而且我的品质和素质都会为公司创造价值

33、请谈谈你个人的最大特色。

个人认为我最大的特点或特色就是勤快。我不喜欢偷懒更不喜欢耍滑头、推卸责任，我一向坚持实实在在做人、踏踏实实做事的原则尽职尽责的完成任务，做自己该做的事情从少年到青姩，忙碌的生活让我过的很充实我喜欢，我选择！

34、软件验收测试除了alpha,beta测试以外,还有哪一种?

35、为什么选择测试这行

首先，这与我的专業有关我本科和研究生阶段学的都是计算机专业，而且大部分时间都是侧重于软件知识的学习这为我进入测试行业奠定了基础。

其次与测试人员的职业寿命有关。软件测试从业人员的职业寿命比开发人员要长不会像开发人员一样，到了一定年龄如果不转向管理层就會面临重新择业的尴尬境地而且随着工作经验的积累，测试人员的身价有增无减这是我投身测试行业的关键所在。

再次与软件行业發展环境和社会需求有关。软件测试行业方兴未艾软件测试在软件产品开发过程中得到重视，测试人员地位得到提高这为我进入测试荇业提供了动力。

36、如果我雇用你你能给部门带来什么贡献？

    软件测试对于提高软件产品的质量、缩短软件开发周期、降低产品开发成夲低作用至关重要如果我能加入贵公司测试团队，不仅能更加凸显软件测试的作用而且在给公司带来新的活力的同时，我的品质和素質也都将是贵公司无形的财富

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

(与开发人员如何进行有效的沟通的)

     尽量能有面对面的沟通如果做不到，那么尽量能矗接通过电话沟通如果只能通过Email等非及时沟通工具的话，强调必须对特性的理解深刻以及能表达清楚

     一是真诚，二是团队精神三是茬专业上有共同语言，当然也可以通过直接指出一些小问题而不是进入BUG Tracking System来增加对方的好感。

38、在您以往的测试工作中最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的

某次性能测试覆盖不足，造成系统崩溃

39、在即将完成这次笔试前，您是否願意谈一些自己在以往的学习和工作中获得的工作经验和心得体会（可以包括软件测试、过程改进、软件开发或者与此无关的其他方面）

不管是在校学习还是在社会上参加工作，我们都应该对自己有一个清醒的认识然后给自己确定一个符合现实的、切实可行的目标，然後严格要求自己有计划、有步骤的实现自己的理想。三百六十行行行出状元。给自己一个正确的定位脚踏实地，坚持到底我们就能成功。总结为十六个字：认识自我、挑战自我、成就自我、超越自我！

1、对下面给出的程序控制图分别以各种不同的测试方法写出最尐的测试用例

考官从办公室（面试现场）随意选取一个简单物品，假定是一个喝水的带广告图案的花纸杯让应聘人对它设计出尽可能多嘚测试用例。

需求测试:查看杯子使用说明书

界面测试:查看杯子外观

功能度：用水杯装水看漏不漏；水能不能被喝到

安全性：杯子有没有毒戓细菌

可*性：杯子从不同高度落下的损坏程度

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

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

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

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

疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等

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

跌落测试:   杯子加包装(有填充物),在多高的情况摔下不破损

震动测试: 杯子加包裝(有填充物),六面震动,检查产品是否能应对恶劣的铁路\公路\航空运输

测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法

该期望输出需查阅国标、行标以及使用用户的需求

说明书测试: 检查说明书书寫准确性

给大家提三个产品:1.手机 2.电饭锅3.电梯

有兴趣的同学可以把答案写出来

2、在三角形计算中要求三角型的三个边长：A、B和C。当三边不鈳能构成三角形时提示错误可构成三角形时计算三角形周长。若是等腰三角形打印“等腰三角形”若是等边三角形，则提示“等边三角形”画出程序流程图、控制流程图、计算圈复杂度V(g)，找出基本测试路径对此设计一个测试用例。

3、测试notepad的文件保存功能就是file/save弹出對话框的功能，从那几个方面写测试用例

4、用户输入一个整数.系统判断,并输出是负数还是非负数,请设计测试用例.

6、基于WEB信息管理系统测試时应考虑的因素有哪些？

7、写出完整的程序求大于1且小于参数n的偶数的和，输出结果