二，测试面试题

01,您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用?

有黑盒和白盒两种测试种类黑盒有：

　　黑盒测试：等价类+边界值分析法（万能法），因果图+判定表方法，错误推测法，正交表，场景分析法，功能图

　　白盒测试：逻辑覆盖法+循环测试法+基本路径法

02、您认为做好测试用例设计工作的关键是什么？

测试用例设计工作的关键是对可行的和不可行的都要考虑

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

使用过JMeter ,Badboy等性能测试工具，能够录制测试人员的操作步骤，然后对这个操作步骤模拟出多个用户来播放出来。

　　step1，使用badboy 录制操作，保存脚本

　　step2，在JMeter里打开脚本，进行脚本调试

　　step3，调试完成后进行 创建场景

　　sterp4，设置线程组，设计shedual，设置ip spoofer，运行脚本，进行性能测试

　　sterp5，分析测试结果

04、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？

目的是 检查系统是否满足 在需求说明书中 规定的性能，性能测试常常需要和强度测试结合起来，并常常要求同时进行软件和硬件的检测。

主要的关注对象是，响应时间，吞吐量，占用内存大小（辅助存储区），处理精度等

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

检测时间，系统环境，硬件环境，严重程度，程式版本，确认人，功能模板，问题描述，详细操作步骤，是否会重现。

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

07、测试活动中，如果发现需要文档不完善或者不准确，怎么处理？

要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来，并提出自己的意见。

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

首先，明确目标，详细阅读需求文档说明

其次，对整个测试人员、测试时间、测试进度进行一个预估，并预先进行管理

最后，要对整个测试流程设定一个规范，所有测试人员都按着规范做事，不能随心所欲的测试。

09、软件配置管理工作开展的情况和认识？

在一台裸机上安装客户需要的操作系统，和必须的软件

10、你觉得软件测试通过的标准应该是什么样的？

测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的需求。

11、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？

用户安装文档、用户配置文档、用户使用手册、联机指导等

12，简述软件系统中用户文档的测试要点？

完整性，一致性，易使用性，图表

13、什么是系统瓶颈？

在一定的并发量、访问量下无法达到用户的需求。（比如说用户需要在10s内完成一个访问，但是每一次都要12s才能完成，这个就是性能瓶颈，有可能是程序本身的问题，也有可能和操作系统、软件相关。）

14，没有产品说明书和需求文档地情况下能够进行黑盒测试吗？

可以，参考同类产品的测试点和用例

 

15，测试工作流程

 

16、完全测试程序是可能的吗？

不可能。测试人员对程序进行测试，只能找出程序中的bug，但是并不能保证程序是没有bug的。

17、所有的软件缺陷都能修复吗？

从理论上来说所有的缺陷都是可以修复的，但是并不是所有的缺陷都要修复。

18、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？

我一般都是做的Web测试，搭建测试环境，对于一个程序进行集成测试，系统测试，回归测试等。还要编写测试用例以及一些文档，用户使用手册，功能测试文档等等。最擅长的是功能测试。

19、开发人员说不是bug时，你如何应付？

首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug，但是如果开发人员还是认为不是bug的话，就把这个问题提到项目经理处，同时附上自己的理由。有项目经理决定是否为bug。

20、软件测试项目从什么时候开始，为什么？

一般软件测试越早展开越好，一般是从需要阶段就要进行软件测试。软件测试不仅是测试功能，对于需求文档一类的也要进行测试。越早的找出bug，就会减少后续开发人员修改程序的次数，并且可以降低成本，如果等整个软件开发的差不多了发现一个致命的错误的话，是需要花费很多时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。

21、你能不能说下你的3-5年的职业规划？

首先，要巩固自己的测试基础知识，在基本知识扎实的情况下提高理解需求文档地能力。其次，学习自动化测试工具，并将它运用到测试中。

 

22、功能测试用例需要详细到什么程度才是合格的？

测试用例覆盖到所有的测试点。

23、一个缺陷测试报告的组成

缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等

 

24、测试用例通常包括哪些内容？

用例编号、测试环境、用例标题、输入数据、预期结果等

25、你都用什么测试方法？

根据不同的系统和模块有不同的方法。主要是黑盒测试和白盒测试。

 

26,软件的生命周期(prdctrm)

计划阶段(planning)-〉需求分析(requirement)-〉设计阶段(design)-〉编码(coding)->测试(testing)->运行与维护(running maintrnacne)

 

27,给你一个网站，你如何测试?

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

制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试;界面测试;性能测试;数据库测试;安全性测试;兼容性测试

设计测试用例：

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

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

提交功能的测试。

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

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

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

页面是否风格统一，美观

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

控件是否正常使用

.对于必须但未安装的控件，是否提供自动下载并安装的功能

文字检查

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

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

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

安全性测试：

基本的登录功能的检查

是否存在溢出错误，导致系统崩溃或者权限泄露

相关开发语言的常见安全性问题检查，例如SQL注入等

如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持

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

浏览器的兼容性;

操作系统的兼容性;

软件平台的兼容性;

数据库的兼容性

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

定期评审，对测试进行评估和总结，调整测试的内容

 

 

29、软件的评审一般由哪些人员参加？其目的是什么？

参加人员：客户、项目经理、开发人员、测试人员目的：查看软件在未正式投入运行前是否还存在问题。对于不同软硬件平台能否正常运行，是否有与客户理解不一致的地方，同时可以对一些可以改进的地方再多加改进。

30、什么是软件测试，软件测试的目的？

为了发现程序中的错误而执行程序的过程。通过人工或者自动化的操作进行还没有商业化用途的程序，查看他们的功能是否满足客户需求。目的：在最短时间内找出尽可能多的软件缺陷。

31、什么是兼容性测试？

检查软件在不同软件平台，硬件平台上是否可以正常运行的测试。主要查看软件在不同操作系统、浏览器、数据库中是否运行正常。

33、软件测试的对象有哪些？

软件测试并不等于程序测试。软件测试应贯穿于软件定义与开发的整个期间。需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为软件测试的对象。

34、当测试过程发生错误时，有哪几种解决办法？

退出过程和应用程序，重新启动Windows，在失败的地方重新开始测试

35、怎么才能够全面的测试到每一个点？

测试的全面性主要需要在设计测试计划的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义全部的测试点。

36、开发与测试的关系？

开发和测试是一个有机的整体。在产品发布之前，开发和测试是循环进行的，测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例，测试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。

37、测试活动中统计了哪些数据？

工作量 bug数量

38，进行测试时产生了哪些文档或记录？

测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明

40、测试用例如何设计的？

在测试用例的设计之前首先要仔细阅读开发的详细设计文档，充分了解产品的详细功能，不清楚的地方与开发人员进行沟通，搞懂每个功能，尽量详细到输入框、按钮等小功能，功能点清楚之后按照功能模块分类进行用例编写。在具体的用例设计中会运用到等价类边界值等黑盒测试方法

41、简单概述缺陷报告，并说明包括哪些项？

缺陷报告包括：软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别

42、什么是bug？

 

• 产品说明书中规定要做的事情，而软件没有实现。
• 产品说明书中规定不要做的事情，而软件确实现了。
• 产品说明书中没有提到过的事情，而软件确实现了。
• 产品说明书中没有提到但是必须要做的事情，软件确没有实现。
• 软件很难理解，很难使用，速度超慢，测试人员站在最终用户的角度看到的问题是平常的但不是正确的。

43、开发人员修复缺陷后，如何保证不影响其他功能？

重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。

44、什么时候功能测试？

功能测试是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统有无严重错误。

 

45、请问功能测试和性能测试的区别是什么？

功能测试：检测实际软件的功能是否符合用户需求，测功能是不是全部实现，某个实现是不是有BUG。主要为了发现以下几类错误：A、是否有不正确或遗漏的功能？B、功能实现是否满足用户需求和系统设计的隐藏需求？C、能否正确接收输入？能否正确输出结果？性能测试：验证软件质量的三个质量特性，可靠性，正确性和效率。主要是测试产品的健壮性功能测试按照系用例，按照系统需求说明书和测试用例，对产品的功能一步步进行测试。找出产品功能是否全部实现性能测试：一般都使用性能工具对产品的健壮性进行评估。通过创建场景和虚拟用户模拟真实环境，进行压力测试和负载测试。

46、为什么选择测试这行？它是一个新兴的行业，有发展潜力，而且很锻炼人，需要掌握更多的技能，比做开发要更全面。

开发觉得不是问题你怎么处理？

确认是否是需求理解问题，如果需求没有问题，让开发改，如果是需求问题，让产品经理给出解决方案

 

测试流程？

根据需求进行功能点分析，编写测试用例，参与测试评审，执行用例，提交bug，进行回归测试，编写报告。