测试人员面试时可能问到的问题.doc

测试人员面试时可能问到的问题以前做过测试,有志于从事测试,目前正在从事测试或者将来要从事测试的朋友都来问问自己 ,这些问题如果问到我应该怎么回答.软件测试工程师面试题01. 为什么要在一个团队中开展软件测试工作？02. 您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些工作？03. 您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完成这些工作？（对于软件测试部分，可以简述）04. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？05. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试）06. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。07. 测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？08. 您认为做好测试计划工作的关键是什么？09. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。10. 您认为做好测试用例设计工作的关键是什么？11. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。12. 您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。13. 您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。14. 您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。15. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？16. 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？ 常见软件测试工程师面试题之二09. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。答：有黑盒和白盒两种测试种类，黑盒有等价类划分法，边界分析法，因果图法和错误猜测法。白盒有逻辑覆盖法，循环测试路径选择，基本路径测试。 例子：在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则，首先利用等价类划分法，可以一个或多个结果是OK的测试用例，然后确认多个NG的测试用例，然后利用边界值分析法，可以对结果分别是OK和NG的测试用例进行扩展和补充。 10. 您认为做好测试用例设计工作的关键是什么？答：测试用例设计工作的关键是对可行的和不可行的都要考虑。1，输入 2，详细的操作步骤 3，预期输出 4，实际输出。 11. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。12. 您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。13. 您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。14. 您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。答：有使用过LoadRunner,该工具能够录制测试人员的操作步骤，然后对这个操作步骤模拟出多个用户来播放出来。 1。Visural User Genertor创建脚本，选择协议，录制操作，编辑操作。 2。中央控制器（Controller）调度虚拟用户。创建场景，选择脚本，建立虚拟用户，设计shedual，设置ip spoofer。 3。运行脚本。分析shedual。 4。分析测试结果。 15. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？答：性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能，性能测试常常需要和强度测试结合起来，并常常要求同时进行软件和硬件的检测。 性能测试主要的关注对象是响应时间，吞吐量，占用内存大小（辅助存储区），处理精度等。 16. 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？答：检测时间，系统环境，硬体环境，严重程度，程式版本，确认人，功能模块，问题描述，详细操作步骤，是否会重现。 问题描述和详细操作步骤要尽可能的详细。Bug应该尽量用书面语，对与严重程度比较高的缺陷要在相同环境下在测试一遍。 在C/S模式下，如果条件满足可以使用替换法来确认是client端的问题还是server端的问题。17；您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？1、 条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？2、Beta测试与Alpha测试有什么区别？ 3、软件的评审一般由哪些人参加？其目的是什么？4、测试活动中，如果发现需求文档不完善或者不准确，怎么处理？5、阶段评审与项目评审有什么区别？?16.你对测试最大的兴趣在哪里？为什么？最大的兴趣就是具有挑战性。因为我并不知道哪里会出现bug，在找到一个bug后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。2012年9月20日 软件测试题目(4)实际工作问题 1.测试活动中，如果发现需求文档不完善或者不准确，怎么处理？要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来，并提出自己的意见。2.你认为做好测试计划工作的关键是什么？首先，要有一个明确的目标，详细的阅读需求文档说明。其次，要对整个测试人员、测试时间、测试进度进行一个预估，并预先进行管理。最后，要对整个测试流程设定一个规范，所有测试人员都按着规范做事，不能随心所欲的测试。3.软件配置管理工作开展的情况和认识？拿到一台裸机过后要安装客户需要的操作系统，并且安装一些所必须的软件。4.你觉得软件测试通过的标准应该是什么样的？测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的要求。5.软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？用户安装文档、用户配置文档、用户使用手册、联机指导等。6.简述软件系统中用户文档的测试要点？完整性：用户文档中功能的描述要完整的。不能让用户产生疑问。一致性：用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。易使用性：用户文档中描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。图表：有的时候用图表描述会很明了。7.什么是系统瓶颈？系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。比如说用户需要在10s内完成一个访问，但是每一次都要12s才能完成，这个就是性能瓶颈，有可能是程序本身的问题，也有可能和操作系统、软硬件相关。8.没有产品说明书和需求文档地情况下能够进行黑盒测试吗？可以。这个情况下我们就要进行探索性测试，把软件当成用户需求，一步步进行测试。凭借经验判断功能正确与否，有的时候还可以与项目经理、开发人员一起交流沟通，从而进行更好的测试。9.为什么尽量不要让时间有富裕的员工去做一些测试？首先，专业的测试人员是有一定的技能和耐心对软件一步一步进行测试。如果让时间富裕的员工去测试的话，他可能心思并不在测试上面。会很随意的、没有目标的进行测试。这样子的话测试并不完整，有的时候甚至很重要的bug都没法找出。所以还是需要专业的测试人员来进行测试的。10.完全测试程序是可能的吗？不可能。测试人员对程序进行测试，只能找出程序中的bug，但是并不能保证程序是没有bug的。完全测试要花费很多的人力物力，并且测试的数据量过大，很费时间。测试结果有很多，有的都是类似的，没有必要进行相同的测试。所以完全测试是不可能的。11.软件测试的风险主要体现在哪里？主要体现在没法完全测试。有些问题可能隐藏在没有测到的地方。这样子就被忽略了。客户使用的时候并不熟悉软件是如何操作的。可能有的时候会误点点出问题。这样子的话我们就要承担很大的风险了。12.发现的缺陷越多，说明软件缺陷越多吗？是的。通常如果发现了一个缺陷的话，有的时候会发现很多类似的缺陷，因为由于开发人员的习惯，可能一个地方有错误，另外一个地方就会有相同的错误。13.所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？从理论上来说所有的缺陷都是可以修复的，但是并不是所有的缺陷都要修复。一些对于软件没有影响的、不影响使用的缺陷我们可以不用修复。因为修复一些细小的缺陷也需要花费很多时间。项目上面可能会因为时间问题而先忽略这些小缺陷。14.开发人员老是犯一些低级错误怎么解决？要在开发的前期就制定好一些编码规范，这样子可以减少很多因为个人习惯引起的错误。同时，测试人员在发现开发人员犯一些低级错误的时候不可以指责他们，要耐心的给他们指出错误所在。然后可以由开发人员自己进行测试，找出一些一眼就看得出来是错误的地方。15.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？我一般都是做的web测试，搭建测试环境，对于一个程序进行集成测试，系统测试，回归测试等。还要编写测试用例以及一些文档，用户使用手册，功能测试文档等等。最擅长的是功能测试。16.你对测试最大的兴趣在哪里？为什么？最大的兴趣就是具有挑战性。因为我并不知道哪里会出现bug，在找到一个bug后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。17.开发人员说不是BUG时，你如何应付？首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug，但是如果开发人员还是认为不是bug的话，就把这个问题提到项目经理处，同时附上自己的理由。由项目经理决定是否为bug。18.软件测试项目从什么时候开始，？为什么？一般软件测试越早展开越开，一般是从需求阶段就要进行软件测试。软件测试不仅是测试功能，对于需求文档一类的也要进行测试。越早的找出bug，就会减少后续开发人员修改程序的次数，并且可以降低成本，如果等整个软件开发的差不多了发现一个致命的错误的话，是需要花费很多的时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。19.做测试多久了？以前做过哪些项目？你们以前测试的流程是怎样的？用过哪些测试工具？做测试有一年半了。以前做过万宇的游戏平台、江南电梯的合同管理软件等。以前的测试流程：首先拿到需求文档的时候要详细阅读理解需求，在这基础上开始编写测试用例。然后开发人员开发好模块后自己进行单元测试，当然有的时候单元测试这一步时间不允许的情况下就不做了。然后测试人员对于集合起来的模块进行集成测试，测试其功能与需求上是否一致，如果发现不一致的话就在jira上面提出一个bug让开发人员进行修复，修复完成后重新进行测试直至bug修复完成。其次，每次发布新版本的时候要进行回归测试，以防修复一个bug后因这个bug产生别的新的bug。然后进行系统测试，在用户所需的操作系统及软件环境下对整个程序进行测试，以保证可以提交给用户进行测试。最后要编写用户使用手册、功能测试文档、性能测试文档等等。用过一段时间QTP，但只是借助他在每次新环境的时候插入必要数据，并没有真正的用它来执行测试。20.你能不能说下你的3到5年的职业计划（规划）？首先，要巩固自己的测试基本知识，在基本知识扎实的情况下提高理解需求文档的能力。其次，学习自动化测试工具，并将它运用到测试中。然后，在测试技术达到一定程度后，要学会如何代领一个测试团队。最后，争取在最快的时间内达到测试经理的水平。posted 2012-09-20 14:55 Erika.Xie 阅读(147) 评论(1) 编辑2012年9月12日 软件测试题目(3)测试用例及BUG管理 1.描述测试用例设计的完整过程？首先，拿到需求后要详细的理解需求，在理解需求的基础上编写测试计划，要考虑到测试的时间、测试环境等等。其次，要根据需求编写测试用例。根据测试对象的不同采用不同的测试用例编写方法，用例编写完后要进行评审。然后，要搭建测试环境，比如说拿到一台裸机的时候要安装客户所需要的系统，并安装所需要的软件并且进行一些必须的配置。最后，执行测试。2.功能测试用例需要详细到什么程度才是合格的？测试用例覆盖到所有的测试点。3.您认为做好测试用例设计工作的关键是什么？白盒测试设计测试用例的关键是以最少的测试用例覆盖尽可能的多的内部逻辑。黑盒测试设计测试用例的关键是以最少的测试用例覆盖尽可能多的模块的输入输出接口。总之就是以最少的用例覆盖尽可能多的测试点，并在最短的时间内找出最多的bug。4.您所熟悉的测试用例设计方法都有哪些？等价类划分：就是把所有的测试数据分成若干个集合，在每个集合中挑选具有代表性的数据进行测试。这样就节省了测试时间。边界值分析：很多错误都是发生在数据范围的边界上，并不是发生在数据范围的内部或者外部，边界值分析可以找出更多的bug。错误推测：凭借自己的测试经验推测是错误应该存在的地方。5.一个缺陷测试报告的组成？缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所属的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。6.简述一下缺陷的生命周期？首先是测试人员对开发人员已经开发的模块进行测试，如果发现有错误或者功能与需求上不一致的地方就提出 一个bug，然后由项目经理决定把这个bug安排给所属开发人员，开发人员修复完成后将bug重新提交给测试人员进行测试，如果测试结果正确的话测试人员就将这个bug关闭，如果仍然存在问题的话就让开发人员重新进行修复直至问题解决。7.针对缺陷采取怎样管理措施？首先要引入bug管理工具，如jira，bugzilla等。其次测试人员最好可以找出这个bug所出现的位置。然后要及时更新bug的状态，每天进行统计。8.测试结束的标准是什么？所有测试用例执行完毕。测试用例覆盖到所有的测试点。没有存在重大的缺陷，一些小缺陷存在的比例不超过客户需求的。9.测试用例通常包括那些内容？用例编号、测试环境、用例标题、用例描述、输入数据、预期结果等10.写出bug报告流转的步骤，每步的责任人及主要完成的工作测试人员发现bug，提交在bug管理工具中，状态为new。项目经理把这个bug分配给相应的开发人员，状态为open。开发人员修改完bug后重新提交给测试人员测试，状态为fixed。如果bug暂时无法解决，仍然为open状态。测试人员重新测试bug，如果没有问题的话将bug关闭，既close。如果问题仍然存在的话将bug重新打开给开发人员修改，状态为reopen。posted 2012-09-12 16:19 Erika.Xie 阅读(136) 评论(0) 编辑2012年9月10日 软件测试题目(2)其他方面 1.测试的策略有哪些？按测试方法分：黑盒测试：黑盒测试是把被测软件当成一个无法打开的黑盒子，我们无法知道软件的内部是如何运行的，只需要查看他的功能是否与客户所需的需求一致。测试人员只需要输入一些测试数据查看他的输出结果与预期结果是否一致就可以了。白盒测试：白盒测试是把软件当成一个打开的盒子，我们可以看到软件内部的代码结构和逻辑，测试人员可以根据软件内部的代码结构和逻辑来进行测试。按是否运行被测软件分：静态测试：不运行被测软件，只检查被测软件的需求说明书，功能说明书。进行代码审查等等。动态测试：运行被测软件，查看其功能是否满足客户的需求。按开发阶段分：单元测试：是测试软件的最小模块是否存在问题，功能是否满足客户的需求，一般是由开发人员编写一小段代码进行测试。集成测试：是把已经进行过单元测试的模块集合起来进行的测试，主要是查看各模块间的接口是否有问题。系统测试：是把被测软件当成一整个系统来测试，在真是的测试环境下进行测试，查看他与浏览器，数据库，操作系统，等等软、硬件是否兼容。验收测试：测试人员测试软件的各个功能，查看软件是否可以提交给客户测试。回归测试：在开发人员提交新版本后，测试人员要对最新版本进行与上一版本一样的测试步骤。以确保修复了一个bug过后没有产生其他的新bug。还有一些非功能性测试：性能测试、压力测试、负载测试、容量测试、本地化测试、兼容性测试、配置测试、安全性测试等。2.正交表测试用例设计方法的特点是什么？用最少的测试用例覆盖最多的测试点。？3.能够执行完美的黑盒测试，还需要进行白盒测试吗？为什么？需要。首先要说的是，任何测试都不可能完美的执行的。测试是不完全的。黑盒测试是不用知道软件内部到底是如何运行的，只要测试他的功能与客户需求是否一致就可以了。他并不能测试软件内部的代码结构以及逻辑。所以就算黑盒测试测的再多。也是无法测一些白盒测试所测的地方。同时，如果软件的需求本身有问题的话黑盒测试也是没法测出来的。只有黑盒测试和白盒测试相辅相成，才能对软件进行更好的测试。4.你都用什么测试方法？根据不同的系统和模块有不同的方法。主要有黑盒测试和白盒测试。5.一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？主要包含：bug标题、bug描述、bug所属模块、bug严重程度、bug优先级、bug所属开发人员、附件中的截图、bug版本号引入bug管理工具可以提交高质量的软件缺陷记录6.Beta测试与Alpha测试有什么区别？Alpha测试：是测试人员模拟真实的用户环境对软件进行的测试。Beta测试：是部分用户在真实的用户环境下对软件进行的测试，俗称公测。7.软件的评审一般由哪些人参加？其目的是什么？参加人员：客户、项目经理、开发人员、测试人员。目的：查看软件在未正式投入运行前是否还存在一些问题。对于不同软硬件平台能否正常运行，是否有与客户理解不一致的地方，同时可以对一些可以改进的地方再多加改进。8.阶段评审与项目评审有什么区别？阶段评审：是对程序每一个阶段的评审。比如说需求评审、测试用例评审、软件模块评审等等。项目评审：是对整个项目的总体进行一个评审。如软硬件是否兼容等9.阐述工作版本的定义？在什么情况下需要修改版本号：a.开发人员修改了bug，重新提交版本后。b.版本需要提交给客户测试。c.需求发生改变需要重新开发的时候。d.整体设计发生改变后。如何修改版本号：版本号一般分为A,B,C,D首先是当开发人员修改完bug，重新提交测试的时候会发布新版本。这个时候要修改版本号的D段，从0开始依次加1，如果遇到特殊情况可以在后面加上英文字母来区分。然后是当测试人员已经测试完毕，需要提交给客户测试的时候，修改版本号的C段，从0开始依次加1，同时将D段归零。其次当程序的需求发生改变，需要重新实现功能的时候，需要修改版本号的B段，从0开始依次加1，同时将C,D段归零。最后当程序的总体设计发生改变的时候。需要修改版本号的A段，从0开始依次加1，同时将B,C,D段归零。10.什么是桩模块？什么是驱动模块？桩模块：模拟被测模块调用的模块，一般不是真正的功能。驱动模块：被测模块。11.什么是扇入？什么是扇出？扇入：被测模块被调用的次数。扇出：被测模块调用其他模块的次数。如果每次都能统计出扇入扇出的话，可以很容易的看出各模块间的依赖关系。12.什么是软件测试，软件测试的目的？软件测试是通过人工或者自动化的操作运行还没有进行商业化用途的程序，查看他的功能是否满足客户的需求。软件测试的目的：在最短的时间内找出尽可能多的软件缺陷。13.什么是测试评估？测试评估的范围是什么？测试评估：是由用户、项目经理、开发人员、测试人员对未进行商业化用途的程序进行的小规模的测试。来检查他的功能是否可以满足客户的需求。范围：功能、性能、界面、安全性、实用性、兼容性等等。posted 2012-09-10 15:36 Erika.Xie 阅读(112) 评论(1) 编辑2012年9月5日 软件测试题目(1)测试类型 1.什么是兼容性测试？兼容性测试侧重哪些方面？兼容性测试是检查软件在不同的软件平台，硬件平台上是否可以正常运行的测试。主要查看软件在不同操作系统、浏览器、数据库中是否运行正常。主要侧重的是系统所在的环境兼容。2.单元测试的策略有哪些？同行评审、逻辑覆盖、循环覆盖、代码走查、代码评审、静态数据流分析、桌前检查等3.你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试）？功能测试：功能测试又是黑盒测试，测试人员把被测软件当做一个黑盒子，我们不需要知道这个程序是怎么运行的，只需要检查软件能否正常实现用户需求中提出的各种功能。性能测试：是检查软件是否满足了客户需求中的性能，如CPU利用率、响应时间等负载测试：在标准的用户环境下运行软件，并且增大对软件的负荷，如：增大用户访问量，延长访问时间、增加并发量。从而查看这个软件所能承受的最大负荷。压力测试：在标准的用户环境下运行软件，并且不断增大对软件的负荷，查看软件是否会崩溃。负载测试和压力测试都是性能测试的一种。4.简述一下缺陷的生命周期？首先是有测试人员测试开发人员的模块，发现与用户需求不一致或者有错误的地方，在bugzilla上提出一个bug并且状态为new，由项目经理分配这个bug给相应的开发人员，然后由开发人员对这个bug进行修复，修复完成后由测试人员重新进行测试，如果bug已经修改完成的话测试人员将这个bug关闭，如果仍然存在问题的话就将这个bug重新打开，重新有开发人员进行修复直到问题解决。5.软件的安全性应从哪几个方面去测试？首先，从程序上来讲，要有用户认证机制，并且对于一些关键性的数据要进行加密。其次，要将数据库进行备份以方便恢复。最后对于系统来讲，要安装杀毒软件并且记录一些安全日志等。6.一套完整的测试应该由哪些阶段组成？首先，有项目经理与客户共同确认需求说明书，然后测试人员介入项目，并且详细的理解需求说明书。 然后，在开发人员进行开发的同时，测试人员要编写测试计划和测试用例。之后要由项目经理、开发人员、测试人员一起对测试用例进行评审，来控制测试的覆盖率。 之后在开发人员进行单元测试，以保证程序的最小模块是没有太大问题的。过后测试人员将各个模块集合起来进行集成测试，主要是测试各模块间的接口是否有问题。然后要进行系统测试，将整个程序当成一个完整的系统来测试。查看他在不同的浏览器，数据库，平台上能否正常运行。并且要进行回归测试，以保证开发人员修复一个bug后不会产生其他新的bug。最后要编写性能测试文档，功能测试文档，用户使用手册等文档。7.单元测试的主要内容？路径测试、错误数据测试、逻辑覆盖测试、循环覆盖测试、模块接口测试、边界测试。8.集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容？集成测试就是将系统中每个最小的模块集合起来进行的测试，主要是查看各模块间的接口是否有问题。有的时候单个模块测试的时候是没有太大的问题的，但是几个模块集合起来测试的时候就会出现问题了。另外有些功能是需要几个子功能组成的，集成测试可以查看由几个子功能组合起来的功能是否正确。还有一点就是，有的时候单个模块中存在的一些小问题是对程序没有影响的，集成测试可以查看这些小问题在大的模块中是否会产生客户无法接受的错误。9.简述集成测试与系统测试关系？集成测试：是将各个小的模块集合起来进行测试，主要是测试各模块间的接口是否有问题。系统测试：是将程序当成一整个系统来进行测试，检查他与其他一些浏览器、操作系统、平台之间是否存在矛盾。10.如何理解强度测试？强度测试是在不标准的用户环境下，对软件进行的测试。比如说很差的硬件平台上。而负载测试是在标准的用户环境下对软件进行的测试。11.如何理解压力、负载、性能测试测试？性能测试：是检查软件是否满足了客户需求中的性能，如CPU利用率、响应时间等负载测试：在标准的用户环境下运行软件，并且增大对软件的负荷，如：增大用户访问量，延长访问时间、增加并发量。从而查看这个软件所能承受的最大负荷。压力测试：在标准的用户环境下运行软件，并且不断增大对软件的负荷，查看软件是否会崩溃。负载测试和压力测试都是性能测试的一种。12.配置和兼容性测试的区别是什么？配置测试：就是查看软件能否在特定的既用户需求的硬件、软件平台上运行成功。兼容性测试：是查看软件在不同硬件平台、软件平台上能否运行成功。13.在配置测试中，如何判断发现的缺陷是普通问题还是特定的配置问题？在不同的配置中重复出现这个缺陷的步骤，如果在不同的配置中都出现这样的缺陷的话，就说明是普通问题。而如果在有的配置中出现有的配置中不出现的话就是配置问题了。14.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系？黑盒测试：就是把软件看成一个无法打开的黑盒子，测试人员不用知道软件内部是如何实现的，只需要查看他的功能是否满足客户需求中所提出的功能。白盒测试：就是把软件看成一个打开的盒子，测试人员可以知道其内部的代码结构，可以根据代码结构来检查这个软件是否运行正常。单元测试：是测试软件最小的模块，由开发人员编写一段代码来检测最小的模块是否有问题。集成测试：是把已经进行单元测试后的模块集合在一起进行测试，主要是测试一些模块间的接口是否有问题。系统测试：是把软件当成一个完整的系统来进行测试，查看在不同的操作系统，硬件，软件平台上运行是否正常。验收测试：是测试人员对软件进行测试，查看这个软件能否提交给客户进行测试。15.您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程？暂时没有从事过性能工作，但是也了解一些，比如说要增大用户访问量，延长访问时间、这样可以检测出来程序的最大负荷量等等。16.您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？性能测试的目的，是在大用户量的长时间访问下，系统可以正常工作。性能测试的工作关键是模拟出真实的用户环境来进行测试。17.单元测试、集成测试、系统测试的侧重点是什么？单元测试侧重点是对模块的测试。集成测试的侧重点是对模块之间的接口是否存在问题的测试。系统测试的侧重点是把整个程序当做一个系统来进行测试，查看在不同平台上是否能运行成功。单元测试到系统测试是从微观到宏观的一个转变。18.集成测试通常都有那些策略？首先，进行集成测试就是把已经进行过单元测试的模块集合起来进行测试，来查看模块间的接口是否有问题。其次，单个模块在测试的时候可能没有存在太大问题，但是将几个模块集合起来测试的话就会存在一些模块间不兼容的问题。然后，有些功能需要几个子功能才能实现的，集成测试可以查看这个功能是否运行成功。最后，模块完全测试是不可能的，总会存在一些细小的问题，集成测试可以查看这个细小的问题在大的模块中是否会产生客户无法接受的大问题。19.需求测试注意事项有哪些？完整性：需求中对于功能的描述要是完整的清晰的，不能描述到一半就没有了。这样子开发人员在开发的时候可能会引起不必要的误解。一致性：需求中对于一个功能的描述要一致的，不能A说是这样的，B说是那样的。无二义性：需求中对于一个功能的描述要清晰的，意思是明确的，不能从A的角度上看是True，而从B的角度上看就是False。必要性：需求中的功能必须是客户所要求的，不能有一些客户不需要的功能。在需求调研的报告中要可以查询到的。可执行性：需求中的功能要开发人员可以完成的，不能一味的满足客户的需要最终花费大量的人力物力来完成这个需求。20.软件验收测试除了alpha ,beta测试以外,还有哪一种?还有一种正式验收测试posted 2012-09-05 14:05 Erika.Xie 阅读(175) 评论(1) 编辑2012年9月3日 软件测试的分类 1.按测试方法分类：黑盒测试：黑盒测试是把软件当成一个无法看到内部的黑盒子，测试人员不需要知道这个程序是如何运行的，代码是怎么写的，只需要测试页面上的功能是否满足客户的需求。测试人员只需输入一些数据，查看相应的输出结果与预期结果是否一致。白盒测试：白盒测试是把软件当成一个打开的盒子，测试人员可以看到内部的设计结构及代码。测试人员可以根据代码及内部的逻辑结构来进行测试。查看其内部动作是否按照需求来设计的。2.按是否执行被测软件分类：静态测试：不运行被测软件，只是检查被测软件的需求规格说明书，代码审查等。动态测试：运行被测软件，检查其功能是否实现。3.按开发阶段分类：单元测试：单元测试是测试程序的最小模块，以保证每个最小模块是符合用户需求的。一般由开发人员编写一段程序来进行测试。集成测试：集成测试是把已经完成单元测试的模块集合起来进行测试，看是否有模块之间不兼容的问题，一般是测试每个模块的接口。系统测试：系统测试是把整个程序当做一个完整系统，在真实的环境中进行测试。各种软件，硬件、操作系统以及数据库是否对其有影响。验收测试：验收测试是测试人员对整个程序进行测试，看是否可以提交给客户进行测试。回归测试：回归测试是在每次发布一个新的版本后，要执行与之前一样的测试用例。以防止修复一个BUG后产生其他新的BUG。Alpha测试：软件测试人员模拟用户的真实环境进行测试。Beta测试：由用户在真实环境下进行测试，也叫公测。4.非功能性测试分类：负载测试：