常见的软件测试面试题.doc

1、常见的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。1）等价类划分常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中，各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.2）边界值分析法边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例，可以查出更多的错误.使用边界值分析方法设计测试用例，首先应确定边界情况.通常输入和输出等价类的边界，就是应着重测试的边界情况.应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据.3）错误推测法基于经验和直觉推测程序中所有可能存在的各种错误， 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例. 例如， 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等， 这些就是经验的总结。还有， 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.4）因果图方法前面介绍的等价类划分方法和边界值分析方法，都是着重考虑输入条件，但未考虑输入条件之间的联系， 相互组合等. 考虑输入条件之间的相互组合，可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情， 即使把所有输入条件划分成等价类，他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.5）正交表分析法有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。6）场景分析方法指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。2、您认为做好测试用例设计工作的关键是什么？白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题3、详细的描述一个测试活动完整的过程。1）项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后sqa进入项目，开始进行统计和跟踪2）开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。3）测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。4）测试用例完成后，测试和开发需要进行评审。5）测试人员搭建环境6）开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现bug后提交给bugzilla。7）开发提交第二个版本，包括bug fix以及增加了部分功能，测试人员进行测试。8）重复上面的工作，一般是3-4个版本后bug数量减少，达到出货的要求。9）如果有客户反馈的问题，需要测试人员协助重现以及回归测试。4、以往是否曾经从事过性能测试工作？请尽可能的详细描述您以往的性能测试工作的完整过程。曾经做过一套网管系统的性能测试，主要测试该软件在同时管理大量终端的情况下，在响应时间，cpu/磁盘/内存等参数是否满足要求。也曾经做过软交换系统的呼叫性能测试，主要是测试软交换系统在有大量呼叫的情况下，响应时间，呼叫成功率，cpu/磁盘/内存等参数是否满足设计要求。5、您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。测试网管系统中，使用的mimic来模拟终端，能够大量的节省成本。测试软交换系统的时候，使用的prolab来模拟终端并发送呼叫软交换，他完成了同时数百人才能完成的摘机拨号工作，主要工作原理是产生一些符合要求的ip包并发送给软交换系统，同时对软交换系统的回应进行处理，决定下一步动作。6、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？主要是保障在大量用户的情况下，服务能正常使用。7、在您以往的工作中，一条软件缺陷（或者叫bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（bug）记录？1）在传统的bugzilla中，bug描述应该包括以下的信息 和bug产生对应的软件版本 开发的接口人员 bug的优先级 bug的严重程度 bug可能属于的模块，如果不能确认，可以用开发人员来判断 bug标题，需要清晰的描述现象 bug描述，需要尽量给出重新bug的步骤 bug附件中能给出相关的日志和截图。高质量的bug记录就是指很容易理解的bug记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。这些题目有我自己面试过程中问道过的，也有在网上看到的，但是答案我都是结合自己的从业经验以及真是的项目实践流程来编写的，不能说这就是最终的正确答案，但是希望整理出来能给大家一些参考和帮助！如果大家有更好的答案不妨写到评论当中，我们共同讨论1、介绍一下整体项目流程答案：1. 搭建缺陷管理的环境和测试环境以及配置管理的环境搭建；2. 编写测试计划；3. 设计测试用例；4. 编写测试用例；5. 测试用例的评审；6. 执行测试；7. 缺陷管理； 8. 测试报告的输出2、在实际项目中你是如何做测试计划答案：1.对客户提供的或需求分析人员编写的用户需求文档或需求规格说明书进行分析，提炼出测试要点；2.根据测试要点编写测试用例。3.由评审组对测试用例进行评审-修改-再次评审-初步定稿4.执行测试4.1 按照测试用例对系统进行功能验证及客户的需求验证4.2 将测试过程中产生的Bug录入缺陷管理系统4.3 新版本发布后，对本次版本新增加的功能以及开发人员修正的Bug进行回归测试4.4 根据项目需要提交测试报告。3、你是如何制定测试过程中的时间进度表的答案:根据项目的需求、开发周期、开发人员的开发进度等时间安排来制定一个测试时间进度初 稿，并将测试时间进度表交与整个项目团队成员大家一起讨论和分析，最终和所有人达成共识制定出一个大家都可以执行的测试时间进度表。时间表中包括了开发人员提交功能或功能模块的时间，以及为了更好的执行测试，配合测试人员进行功能培训的时间，以及测试执行时间等，都详细的写到WBS中，并按照这个时间进度表来执行项目的测试任务。4、测试计划都包括那些项答案：1. 测试计划目标 2. 测试参考文档 3.测试术语与定义 4. 测试内容 5. 测试人员的分工 6. 测试进度 7. 测试流程 8. 测试工具 9.测试缺陷管理 10. 测试的风险分析5、测试用例如何设计的答案：在测试用例设计之前首先要熟悉客户的需求文档或需求规格说明书，以做到对被测系统的熟悉，充分了解产品的详细功能，并在熟悉过程中即使与研发人员和客户人员进行有效的沟通。然后从需求中提炼中各个模块的详细功能点编写出一个测试要点的文档。根据测试要点设计测试用例，测试要点与测试用例是一个一对多的关系，一个测试要点可能会需要几个测试用例的验证，有正常的操作和异常的操作，甚至是几个正常与几个异常的操作，这要根据实际功能的要求来具体分析具体实现。6、测试用例包括那些项答案：产品名称、功能模块、用例的编号、编写人、被测功能的简述，测试的预置条件，测试步骤，预期结果，实际结果。7、缺陷处理流程1.讲缺陷的详细信息录入缺陷管理系统，并分配给对应的开发人员2.如果遇到一些难以再现的缺陷，在开发人员修正过程中配合开发人员进行Bug的再现。3.开发人员修正Bug后，会在缺陷管理系统中将修正后的Bug状态更改，通常为Fixed状态。4.新版本发布后，测试人员会讲bug状态已经更改为Fixed的Bug进行回归测试。如果测试通过，则将该Bug关闭，如果仍未通过，则将该Bug从Fixed更改为Reopen状态，继续让开 发人员来修正。并等待下一个新版本发布后的二次回归测试。8、缺陷报告包括那些项答案：编写人、被测系统的版本号、测试环境、预期结果、实际结果、对于实际结果如有必要附上截图、测试用例数、测试用例通过 数，测试用例的通过率、对缺陷的一个分析汇总。9、缺陷报告严重级别的划分严重级别的错误：影响系统整体基本流程运行的错误，由于某一操作造成系统死循环或服务器崩溃的错误较严重：功能实现错误、内部计算错误、一般：UI错误，一些易用性的错误或建10、开发人员修复缺陷后，如何保证不影响其他功能答案：Bug的修复以及新功能的添加都有可能对版本造成一些影响，为了避免，在新版本发布以后，首先会对新版本做一个基础的流程测试也叫做冒烟测试，如果测试基本流程都顺利通过没有任何问题，那么测试人员可以继续进行详细的测试，否则就将冒烟测试中出现 的问题以及问题有可能出现的原因反馈给开发人员，由开发人员修正后再次发版，进行测试。这是一个迭代的过程。11、发现问题后你是如何判断其是否是BUG，你是如何提交的？答案：测试用例是经过评审组严格的评审，完全按照客户的需求规格说明书作为最终依据来评审的，如果测试过程中，测试结果与实际结果不符就很可能是Bug，如果一些比较明显的问题就直接录入缺陷管理系统，如果是一些边界问题不容易确定的，可以通过和开发人员甚至是设计人员等进行沟通最后得出一个结果究竟是否是Bug，如果是Bug就录入，如果是一个需要增加的新功能等，可以录入缺陷管理系统，类型为新需求。12、修复一个BUG而导致其他的BUG出现，该如何处理答案：帮助开发人员分析问题锁定原因然后进行新Bug的修正。13、测试总结报告包括那些项答案：测试用例的通过数，测试用例的未通过数，以及测试用例的通过率，未通过的功能都集中在哪几个功能模块 ，根据测试经验以及测试结果进行一个缺陷的分析和建议。14、测试工作进行到一半是，发现时间不够，你如何处理答案：1.与客户沟通本次发布的版本什么是最重要的，什么是其次，我会安排一个优先级来对整体测试功能进行一个筛选。 2.我会和测试组原体人员一起加班15、开发与测试的关系答案：开发和测试是一个整体，也可以说测试驱动着开发，开发配合着测试，相辅相成的，在一个完整的项目组中缺一不可。16、如果你是测试组长你如何对项目及组员进行管理答案： 首先要从需求开始，充分了解被测系统的功能以及业务需求，并在遇到问题的时候及时有效的与开发人员以及其他项目相关人员进行沟通，做到最被测系统的十分熟悉。并了解整个测试组的成员他们的测试技能以及擅长的工作，做到测试任务的合理分配，得以让测试工作快速，稳定高效的进行！17、如果你提交的BUG开发人员说这不是缺陷你该怎么办答：若遇到开发人员说提交BUG不是缺陷则跟项目组的需求人员，设计人员以及该功能的开发人员共同讨论做确认。1、软件质量的定义是什么？2、软件测试的对象包括哪些？3、试结合软件开发流程模型，描述对应不同的阶段测试需要哪些工作？4、单元测试、集成测试、系统测试、验收测试各测试的正确策略含义和被测对象是什么？5、单元测试、集成测试、系统测试的侧重点是什么？6、alpha测试和Beta测试的定义是什么？并描述Alpha、Beta测试的区别？7、白盒和黑盒测试的定义是什么？8、软件测试过程中都有哪些工作要做，分别由哪些不同的角色来完成这些任务？9、测试计划的目的是什么，测试计划主要包括哪些部分，每一部分主要的内容和作用是什么，其中哪些是最重要？做好测试计划工作的关键是什么？10、测试计划的目的是什么？测试计划的内容都包括哪些？其中哪些是最重要的？11、什么是测试用例，它由哪些基本元素组成？并举例说明12、什么是测试脚本，测试用例与测试脚本两者的关系是什么？13、你认为提前