软件测试笔试(含答案).doc

1、 性能测试流程：制定测试计划、创建测试脚本、创建场景、运行场景、监控测试结果、分析测试结果。2、 软件测试的目的：（1）找出错误和缺陷，（2）通过分析错误产生的原因和错误的发展趋势，帮助项目管理者发现当前软件开发过程的缺陷，以便改进。（3）保证软件质量。3、 Bug分类严重等级：致重轻微按处理状态分：待确认的、新提交的、已分配的、没有解决的、待返测的、待归档的、已归档的。按处理意见分：已修改的、不是问题、无法修改、以后版本解决、保留、重复、无法重现。4、常见测试方法：按测试阶段分：功能测试、性能测试、压力测试、负载测试、易用性测试、安装测试、界面测试、配置测试、文档测试、兼容性测试、安全性测试、恢复测试。按测试策略分：静态测试与动态测试、黑盒测试与白盒测试、手工测试与自动测试、冒烟测试和回归测试。4、 静动态测试区别：静态测试不需要运行程序，动态测试要实际运行程序5、 测试用例的内容包括测试ID、用例标题、测试目的、测试环境（预置条件）、输入数据、测试步骤、预期结果、结果判断、测试脚本等6、 测试用例在软件测试中的作用：1、 指导测试的实施；2、规划测试数据的准备；7、 桩模块和驱动模块的区别：桩模块模拟输入输出，自顶向下的集成中使用；驱动模块模拟控制程序，自底向上集成中使用。选择：select * from table1 where 范围插入：insert into table1(field1,field2) values(value1,value2)删除：delete from table1 where 范围更新：update table1 set field1=value1 where 范围查找：select * from table1 where field1 like %value1% 排序：select * from table1 order by field1,field2 desc总数：select count as totalcount from table1求和：select sum(field1) as sumvalue from table1平均：select avg(field1) as avgvalue from table1最大：select max(field1) as maxvalue from table1最小：select min(field1) as minvalue from table1*以下是一些其他问题 常见的软件测试面试题 常见的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 1. 等价类划分 常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2. 边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3. 错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例. 4. 因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 5. 正交表分析法 有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。 6. 场景分析方法 指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。 您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 详细的描述一个测试活动完整的过程。 1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后SQA进入项目，开始进行统计和跟踪 2. 开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。 3. 测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。 4. 测试用例完成后，测试和开发需要进行评审。 5. 测试人员搭建环境 6. 开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现BUG后提交给缺陷管理系统。 7. 开发提交第二个版本，包括Bug Fix以及增加了部分功能，测试人员进行测试。 8. 重复上面的工作，一般是3-4个版本后BUG数量减少，达到出货的要求。 9. 如果有客户反馈的问题，需要测试人员协助重现以及回归测试。 以往是否曾经从事过性能测试工作？请尽可能的详细描述您以往的性能测试工作的完整过程。 曾经做过一套网管系统的性能测试，主要测试该软件在同时管理大量终端的情况下，在响应时间，CPU/磁盘/内存等参数是否满足要求。 也曾经做过软交换系统的呼叫性能测试，主要是测试软交换系统在有大量呼叫的情况下，响应时间，呼叫成功率，CPU/磁盘/内存等参数是否满足设计要求。 您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。 测试网管系统中，使用的Mimic来模拟终端，能够大量的节省成本。 测试软交换系统的时候，使用的Prolab来模拟终端并发送呼叫软交换，他完成了同时数百人才能完成的摘机拨号工作，主要工作原理是产生一些符合要求的IP包并发送给软交换系统，同时对软交换系统的回应进行处理，决定下一步动作。 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？ 主要是保障在大量用户的情况下，服务能正常使用。 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？ 1. 在传统的BugZilla中，BUG描述应该包括以下的信息 2. 和BUG产生对应的软件版本 3. 开发的接口人员 4. BUG的优先级 5. BUG的严重程度 6. BUG可能属于的模块，如果不能确认，可以用开发人员来判断 7. BUG标题，需要清晰的描述现象 8. BUG描述，需要尽量给出重新Bug的步骤 9. BUG附件中能给出相关的日志和截图。 高质量的BUG记录就是指很容易理解的BUG记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。1. 软件缺陷产生的原因包括_、设计、_以及其他原因。2. 软件开发模式包括_、边写边改模式、_、螺旋模式。3. 黑盒测试用例设计方法包括_、_以及因果图法，错误推测法等。4. 测试过程中，_描述用于描述测试的整体方案，_描述依据测试案例找出的问题。5. 传统的等价类划分测试的实现分两步进行，一是_，二是_。6. 在兼容性测试中，_是指可以使用软件的以前版本， _是指可以使用软件的未来版本。7. 测试工作就是进行输入、接受输出、检验结果，不深入代码细节，这样的测试方法称为_，在不执行代码的条件下有条理地仔细审查软件设计、体系结构和代码，从而找出软件缺陷的测试方法称为_。8. 不需要修复软件缺陷的原因包括_、不能算真正的软件缺陷、_、不值得修复。9. 白盒测试又称为_，黑盒测试又称为_。10. 动态测试的两个基本要素是_、_。1、编写说明书、 程序编码2、大棒式、流水式3、等价类划分方法、边界值分析方法4、测试计划、测试缺陷报告5、一是确定等价类、二是确定测试用例6、向前兼容、向后兼容7、动态黒盒测试、静态白盒测试8、没有时间、修复的风险太大9、结构测试或逻辑驱动测试 功能测试或数据驱动测试10、被测试程序、测试用例1.软件测试分哪两种方法？分别适合什么情况？ 软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标；黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成：1）。测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。 2）测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试结果的有效性）。 3）测试开发建立可重复使用的自动测试过程。 4）测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。 5）测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。 3.软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。 BVT （Build Verification Test），主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确Scenario Tests（基于用户实际应用场景的测试），Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况。Smoke Test，修复Bug后，针对此次修复是否会对其他模块造成影响而进行的专门测试。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低此外，还有Application Compatibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试），文档测试等、基于WEB信息管理系统测试时应考虑的因素有哪些 界面设计、界面易用性、功能、规范性、合理性、美观与协调性、菜单设置、独特性、快捷方式的组合、容错性考虑、多窗口的应用与系统资源。 易用性细则： 1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。 2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。 3):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。 4):界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。 5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。 7):分页界面要支持在页面间的快捷切换，常用组合快