软件测试招聘的几个问题.doc

软件测试招聘的几个问题.txt这世界上除了我谁都没资格陪在你身边。听着，我允许你喜欢我。除了白头偕老，我们没别的路可选了什么时候想嫁人了就告诉我,我娶你。1:怎么来设计测试方案？根据测试需求（包括功能需求和非功能性需求），识别测试要点，识别测试环境要求，安排测试轮次，根据项目计划和开发计划做整体的测试安排。被测试的特性：通过对需求规格说明书进行分析，列出本次测试需要进行测试的各部分特性（如要测试的功能需求、性能需求、安全性需求等等）；不被测试的特性：由于资源、进度等方面原因，本次测试不列入测试范围的特性；测试组网图：进行本次系统测试所需要的软硬件设备、配置数据已及相互间的逻辑、物理连接。今后测试执行时需要依据这个组网图来进行环境的搭建。2:如果给你一个B/S系统你怎么来进行测试？A 阅读系统需求，记录问题，并与项目需求人员充分沟通B 编写测试需求，包括系统功能和非功能测试要点、测试类型、测试进度质量要求等。C 制定测试计划，D 编写测试用例，即便没有明确的性能和安全测试要求，也应识别进行此两项测试。E 执行软件测试，F 进行测试小结，如果测试持续时间较长，每个版本间隙总结本轮测试。G 编写测试报告。3:怎么进行工作流的测试？把握需求，找准结点，理清流程，画出流转图，设计测试用例的时候必须覆盖所有可能的流程。4:如果客户没有给你性能指数时，你怎么来开展性能测试工作？如果客户没有提出明确的性能指标，可以按照惯例和经验设置，需要和PM协商，一般由PM确认，QA负责给出建议。举例说一个Server端程序，要求峰值时CPU和MEM消耗在75以下，而一个页面的访问响应时间一般认为用户的忍耐时间是35秒以内，这些要参考实际的应用来确定用户规模、操作频率、同时在线数等。5:测试过程中是如何来保证软件质量的？测试用例编写完毕后要加强评审的力度，确保测试用例覆盖所有需求点，测试时间宽裕的话可以做交叉测试，用以确保测试质量。6:测试方案都写什么内容？概述被测对象分析应测试的特性不被测试的特性总体设计方法-测试模型-测试组网图-结构/对象关系图-测试原理-操作规程测试需求-环境需求-被测对象需求-测试工具需求-测试代码需求-数据需求 -其它需求测试设计-工具设计-测试代码设计-用例设计-设计原则-测试项目（测试方案要求根据SRS上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案）7:测试方案和测试计划的区别？测试方案是技术性的；测试计划更多是管理性的。测试计划主要要考虑测试的技术可行性、关键技术、资源投入、进度安排、风险管理、配置管理、输入输出等。测试计划更多地供高层管理者决策时做参考；同时对后续测试工作开展起指导作用。在一些小项目中，可能只需要一个测试方案，测试计划内容相对较少，可以与测试方案合并进行；而一些大项目中，也许要设计数十个测试方案，这就需要一个提纲挈领的东西了，这就是测试计划的作用。8:测试用例是根据什么写的？系统测试用例根据设计编写（SDV测试用例是根据测试方案来编写的）9:对测试工作的认识？答：软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试）。编码和单元测试属于软件生存期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试，这是软件生存期的另一个独立阶段，即测试阶段。10:介绍一下测试流程？答：项目启动后进行需求培训，这时该项目的测试组长也要参与到项目需求的培训和评审，也就是测试工作应该从需求开始介入。 项目经理编写项目计划，开发人员产出要求规格说明书，这时测试组长就要根据项目计划开始编写测试计划，其中包括人员，软件硬件资源，测试点，进度安排和风险识别等内容。测试计划编写完成后需要进行评审，参与人员有项目经理，测试经理。测试组长需要根据评审意见修改测试计划，并上传到CC上，由配置管理员管理。待开发人员把要求规格说明书归纳好并打了基线，测试组长开始组织测试成员编写测试方案，测试方案编写完成后也需要进行评审，评审人员包括项目经理，开发人员，测试经理，测试组长，测试成员；测试组长组织测试成员修改测试方案，直到评审通过后才进入下个阶段编写测试用例。 测试用例是根据测试方案来编写的，通过测试方案阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要通过开发人员，测试人员的评审，测试组长也需要组织测试人员对测试用例进行修改，直到评审通过。在我们编写测试用例的阶段，开发人员基本完成代码的编写，同时完成单元测试。提交测试中心后根据测试计划进度安排，测试组长组织进行多轮次的测试，每轮测试完成后测试组长需要编写测试报告，其中包括用例执行通过情况，缺陷分布情况，缺陷产生原因，测试中的风险等等，这时测试人员就修改增加测试用例。待到开发修改完bug并转来新的测试版本，测试中心开始进行第二轮的系统测试，首先回归完问题单，再继续进行测试，编写第二轮的测试报告，如此循环下去，直到系统测试结束。11是怎么来设计测试用例的？答：黑盒测试的测试用例设计方法：等价类划分法、 边界值分析法、错误推测法、因果图。有没有测过关于工作流的项目，测试工作流的时候关注什么问题？答：把握需求，找准结点，理清流程，画出流转图，设计测试用例的时候必须覆盖所有可能的流程。 12在做性能测试的时候都需要关注哪些参数？并发访问量，服务器响应时间（最小、平均、最大）并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。负载测试（Load Testing）是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收的性能过程。压力测试（Stress Testing）是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。疲劳测试是采用系统稳定运行情况下能够支持的最大并发用户数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。 疲劳强度测试可以采用工具自动化的方式进行测试，也可以手工编写程序测试，其中后者占的比例较大。 一般情况下以服务器能够正常稳定响应请求的最大并发用户数进行一定时间的疲劳测试，获取交易执行指标数据和系统资源监控数据。如出现错误导致测试不能成功执行，则及时调整测试指标，例如降低用户数、缩短测试周期等。还有一种情况的疲劳测试是对