攻击软件测试面试题_攻击软件测试面试题答案

导航：

• 1、软件测试面试常见问题及答案有哪些?
• 2、软件测试面试题
• 3、我28了，想学点软件测试，请问看什么书好
• 4、求软件测试面试问题

软件测试面试常见问题及答案有哪些?

如下：

1、什么是bug？

答：软件的bug指的是软件当中不符合用户需求的问题。

常见的软件bug分为以下三类：

没有实现的功能。

完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题。

实现了用户不需求的多余功能。

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

答：现在缺陷报告一般不再使用纸质档文档编写，而是专用测试管理工具（如TestDirector），这样便于缺陷管理。在这些工具中，每个缺陷作为一条记录输入指定的缺陷管理系统中。

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

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

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

4、什么时候功能测试？

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

5、为什么选择测试这行？

答：它是一个新兴的行业，有发展潜力，而且很锻炼人，需要掌握更多的技能，比做开发要更全面。

软件测试面试题

第一题：我认为需要在测试前需要先写好测试计划，其中最重要的是本次测试使用的测试方法、使用的测试工具、测试环境。人员方面需要进行人员及进度的安排，每个测试阶段后的输出工件，还要有风险评估。在测试前将这些准备工作做到位，这样在测试的时候就会比较有条理。

第二题：控制测试质量，我认为最好是做好测试用例的设计，这样可以对测试的覆盖率进行控制。

补充：如果时间充裕的话可以在设计用例后对其进行评审，这样可以提高测试质量。不过这个在实际的工作当中一般实现不了。。。。

下面列出的是网上的一个软测笔试题，好多单位在笔试的时候都会copy下来作为笔试题，我至少遇到两次了，其他的笔试题还有，但不一一列出了。

一、判断题（每题1分，12 分，正确的√，错误的╳）

1．软件测试的目的是尽可能多的找出软件的缺陷。（）

2．Beta 测试是验收测试的一种。（）

3．验收测试是由最终用户来实施的。（）

4．项目立项前测试人员不需要提交任何工件。（）

5．单元测试能发现约80%的软件缺陷。（）

6．代码评审是检查源代码是否达到模块设计的要求。（）

7．自底向上集成需要测试员编写驱动程序。（）

8．负载测试是验证要检验的系统的能力最高能达到什么程度。（）

9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（）

10．代码评审员一般由测试员担任。（） 1

11．我们可以人为的使得软件不存在配置问题。（）

12．集成测试计划在需求分析阶段末提交。（）

二、不定项选择题（每题2 分，10分）

1．软件验收测试的合格通过准则是：（）

A． 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。

B． 所有测试项没有残余一级、二级和三级错误。

C． 立项审批表、需求分析文档、设计文档和编码实现一致。

D． 验收测试工件齐全。

2．软件测试计划评审会需要哪些人员参加？（）

A．项目经理

B．SQA 负责人

C．配置负责人

D．测试组

3．下列关于alpha 测试的描述中正确的是：（）

A．alpha 测试需要用户代表参加

B．alpha 测试不需要用户代表参加

C．alpha 测试是系统测试的一种

D．alpha 测试是验收测试的一种

4．测试设计员的职责有：（）

A．制定测试计划

B．设计测试用例

C．设计测试过程、脚本

D．评估测试活动

5．软件实施活动的进入准则是：（）

A．需求工件已经被基线化

B．详细设计工件已经被基线化

C．构架工件已经被基线化

D．项目阶段成果已经被基线化

三、填空题（每空1分，24 分）

1．软件验收测试包括(正式验收测试)、(非正式验收测试和Alpha测试)、(Beta测试)三种类型。

2．系统测试的策略有功能测试、（性能测试）、（负载测试）、（压力测试）、易用性测试、（容量测试）、（强度测试）、 （兼容性测试又称）、（本地化测试）、（BVT测试）、（裸机测试）、（安全性测试）、（）、（容错性测试）、（恢复测试）、（）等15 种方法。

3．设计系统测试计划需要参考的项目文档有（需求规格说明书）、（）和迭代计划。

4．对面向过程的系统采用的集成策略有（）、（）两种。

5．通过画因果图来写测试用例的步骤为、、、及把因果图转 换为状态图共五个步骤。

四、简答题（共37分）

1． 阶段评审与同行评审的区别。（4 分）

2 ． 什么是软件测试。（3 分）

答：通过人工或自动化手段对系统进行测试，目的是为了验证系统是否满足预定功能或者是为了弄清楚实际结果与预期结果之间的差别。

3 ． 简述集成测试的过程。（5 分）

答：将通过单元测试的单元模块按照设计要求组合起来再进行测试。重点检查程序接口处是否有问题。

过程：首先进行集成测试的测试计划测试设计测试开发测试用例执行测试评估，并且进行全程的缺陷跟踪。

4 ． 怎样做好文档测试？（4 分）

答：文档测试要注意一下几点：文档的读者群、文档的术语、文档的正确性、文档的完整性、文档的一致性、文档的易用性、样例与示例、文档的语言

5． 白盒测试有那几种方法？（6 分）

答：白盒测试方法分为：静态测试和动态测试

静态测试方法：①编码标准与准则 ②走查 ③审查 ④评审

动态测试方法：①语句覆盖 ②判定覆盖 ③条件覆盖 ④判定-条件覆盖 ⑤条件组合覆盖 ⑥路径覆盖

⑦条件组合+路径覆盖

6． 系统测试计划是否需要同行评审，为什么？（4 分）

答：系统测试计划需要进行同行评审，因为如果对一个系统长时间进行测试可能会出现测试疲劳甚至出现

对系统的免疫现象，因此可以进行同行评审，减少对相同系统的疲劳测试。

7． Alpha 测试与beta 测试的区别。（4 分）

8 ． 比较负载测试、容量测试和强度测试的区别。（6 分）

9 ． 测试结束的标准是什么？（3 分）

我28了，想学点软件测试，请问看什么书好

测试入门

软件测试（第2版）

Software Testing (2e), Ron Patton

一本测试入门的好书，较全面地介绍了各种测试领域和方法，为测试新手提供了正确的观念和宽泛的基础。

软件测试工程师面试指导

蔡为东

面向初学者，介绍了软件测试行业、测试工程师素质要求、基本测试技术、求职策略、面试技巧、典型试题，对于测试新手或迈向测试行业的朋友有较高的参考价值。此书还收录了一些对读者来信的回复，内容涉及职业规划、大学生就业、测试学习、测试实践等，针对当前常见的困惑，做出了谨慎且深思熟虑的回答。附文《我在微软做软件测试外包》对于了解微软中国的流程与文化很有参考价值。

软件测试的艺术（第2版）

The Art of Software Testing (2e), Glenford J. Myers, Corey Sandler, Tom Badgett, Todd M. Thomas

一本“久经考验”的测试经典：1979年，第一版面试；25年后，第二版登场。平心而论，有些观点已经不能直接应用在测试实践中，但是仔细品味仍有所收获。毕竟，这是一本需要思考的书，而不是操作手册。

软件测试实战–测试Web MSN

蔡为东

以Web MSN为测试对象，形象生动地介绍了针对图形界面的黑盒测试技术，有很强的实践性。围绕一个实例，全面地的介绍各种测试方法，是此书区别于其他测试书籍的一大特色。附文《胶着》是作者一段开发经历的回顾与小结，有笑有泪，仅凭此文便值回书资。

通用测试技术

探索式软件测试（强烈推荐）

《探索式软件测试》涉及以下重要问题：为什么自动化测试无法消除所有缺陷，如何才能让这些缺陷无处遁形？哪些技术可帮助我不断发现和消除致命错误？如何更高效地进行手工测试，增加些许轻松和愉悦的感觉？对于每个项目，如何确定最高效的高级测试策略？在我无法进行全部测试时，哪些输入是必须测试的？哪些测试用例能提供最理想的特性覆盖率？在结合使用探索测试和传统脚本或场景测试时，如何才能获得理想效果？如何体现来自开发过程的反馈意见，代码更改吗？

计算机软件测试（第2版）

Testing Computer Software (2e), Cem Kaner, Jack Falk, Hung Quo Nguyen

一本值得反复参考的好书，”The bestselling software testing book of all time” 的美誉绝非浪得虚名。作者将多年的实践经验用平实的语言娓娓道来，内容涉及测试技术、测试管理、开发流程、思考方法、实践模式，可谓是一本测试典籍。部分内容看似有些过时，但是其思想和方法仍旧有很高的借鉴价值。

微软的软件测试之道

How We Test Software at Microsoft, Alan Page, Ken Johnston, Bj Rollison

微软的资深测试者审视微软当前的测试方法，并展望软件测试的未来发展。缺点是没有结合Windows或Office这样的著名且复杂的产品，详细讨论具体项目的具体技术。优点是提供了许多小故事，讲述了Windows、Office、Live等产品开发中的点滴。从经验传承、启发思路的角度，这些故事是全书的精华，具有很高的参考价值。

测试有道：微软测试技术心得

梁博, 许珊, 徐歆恺

内容由一系列技术点组成，每一个点都有精要的描述和作者的心得体会，力图以小搏大，以精粹胜广博。但是没有提供一个理论框架将这些点有机地联系起来，读起来有只见树木、不见深林之感，也缺少“授人以渔”的独到见解。最大优点是介绍了一批免费且实用的工具，可以放在案头备查。

软件测试基础:方法与度量

Software Testing Fundamentals: Methods and Metrics, Marnie L. Hutcheson

以风险分析为核心，讨论了测试计划、测试组织和测试设计。其中，关于“测试价值的可说明性”和“利用Office Suite来撰写、管理测试计划”的内容有启发性。适合有一定工作经验的测试人员参考。

软件测试（第2版）

Software Testing A Craftsmaj’s Approach (2e), Paul C. Jorgensen

将理论与工艺结合在一起的测试教科书。比较严谨地讨论了软件测试的基础理论，适合软件测试研究者研读。

面向对象的软件测试

A Practical Guide to Testing Object Oriented Software, John D. McGregor, David A. Sykes

介绍了面向对象软件测试的基本思路和方法。第7章“测试类的层次结构”比较有启发性，讨论了针对继承的测试设计和组织，相关内容在其他测试书籍中并不多见。

软件测试技术大全：测试基础、流行工具、项目实战

陈能技

该书由多位作者共同撰写，内容涉及测试理念、测试技术、测试开发、测试自动化、测试管理和常见的测试工具，不愧“测试大全”的书名。有些内容失之于粗糙，一些论述也不够严谨，缺乏参考文献更是此书的硬伤。瑕不掩瑜，此书理论和实践结合紧密，仍值得测试工作者学习和思考。

测试管理

笑傲测试–软件测试流程方法与实施

魏伟

以小说为体裁的测试管理书籍。通过令狐冲和风清扬的对话，从一个逐渐成长的新人的角度，介绍了测试管理的点点滴滴。全书轻松幽默，全无技术读本的枯燥乏味。附录所收录的文章“从新鲜人到新仙人”对于行业新人颇有帮助。

步步为赢–软件测试管理全程实践

蔡为东

以“管理就是负责人”为核心，介绍作者担当测试领导的切身经验：自我管理、自我成长、编写测试计划、编写测试用例、执行测试、沟通、测试计划/用例评审、测试总结、员工管理、测试思想等。也适合第一线的测试工作者阅读，所涉及内容皆和他们的日常工作密切相关。

专项测试技术

软件安全测试艺术

The Art of Software Security Testing: Identifying Software Security Flaws, Chris Wysopal, Lucas Nelson, Dino Dai Zovi, Elfriede Dustin

软件安全测试的入门书，用很短的篇幅涵盖了软件安全测试的多个领域，为测试人员提供了模型、方法和工具。对于Threat Modeling的介绍很精彩，为进一步的行动提供了良好的理论与实践基础。

Web安全测试

Web Security Testing Cookbook: Systematic Techniques to Find Problems Fast, Paco Hope, Ben Walther

一本实践性很强的Web安全测试手册。从网络安全的角度，介绍了一批免费的网络通信分析、监控、修改、调试工具；以条目为组织，介绍了的测试方法或策略；以实践切入，穿插介绍理论知识，通过精心选材和组织，降低了Web安全测试的门槛。

实用软件测试指南

How to Break Software: A Practical Guide to Testing, James A. Whittaker

软件测试专家编写的实战指南，指导测试人员从攻击的角度展开软件测试。介绍了一些实用的测试工具，对于压力测试、极限测试有较强的参考价值。

软件测试新技术与实践

于秀山, 于洪敏

介绍了组合测试技术在测试中的应用。适合组合测试研究者参考。

Web应用程序性能测试指南

Performance Testing Guidance for Web Applications, J. D. Meier, Carlos Farre, Prashant Bansode, Scott Barber, Dennis Rea

微软模式与实践(pattern practices)团队的佳作，介绍了性能测试的正确观念、流程和实践。篇幅短小，内容深邃，值得在实践中反复参考和体会。

应用程序性能测试的艺术

The Art of Application Performance Testing: Help for Programmers and Quality Assurance, Ian Molyneaux

经验丰富的软件性能测试专家分享他的经验，内容包含性能测试的架构、模型、典型方法和结果分析。适合有一定经验的测试者参考。

测试自动化

.NET软件测试自动化之道

.NET Test Automation Recipes：A Problem-Solution Approach, James D. McCaffrey

该书讲解了在.NET平台上编写轻量级测试程序的实用技术。作者曾经在微软工作，该书与微软测试开发工程师的培训材料的契合度很高，实践性很强。对于Windows平台的测试工程师而言，此书的参考价值很高。

集成测试框架–用Fit进行敏捷软件测试

Fit for Developing Software: Framework for Integrated Tests, Rick Mugridge, Ward Cunningham

Fit是一种编写系统测试的测试框架，作为一种业务交流工具，它深刻地反映出敏捷软件开发的若干特质。此书由Fit之父亲自编写，不但可以了解Fit的方方面面，还能从中体会大师的感悟与实践。

互联网单元测试及实践

陈卫俊, 赵璨, 周磊, 陈洪

介绍了常见的单元测试框架，并结合具体项目讲解了单元测试的基本理论和技术。对于Web测试的新手，有较高的参考价值。

经验总结

软件测试经验与教训

Lessons Learned in Software Testing, Cem Kaner, James Bach, Bret Pettichord

值得反复研读的经典好书。Tom DeMacro的赞美——“这些经验中的任何一个，都抵得上这本书的价钱”，所言非虚。

完美软件–对软件测试的各种幻想

Perfect Software: And Other Illusions about Testing, Gerald M. Weinberg

该书没有介绍具体的软件测试技术，它讨论的是软件开发中的人、他们对测试的认知、软件测试的目的、实现目的的社会学和心理学上的探索。它试图建立正确的软件测试观念、协调的心理情绪和有效的思考方式。这些要素最终会决定在具体的项目中采用何种具体测试技术的组合。

赢在测试：中国软件测试先行者之道

蔡为东

介绍了一批测试先行者的个人经验的书。学习他人经验可以用较低的成本去扩大自己的体验，自然是他山之石可以攻玉，开卷有益。不过，个人经验非批判性地阅读与理解，不能有效，甚至有害，所以该书适合愿意学习且有能力学习的测试爱好者。不足是大部分被采访者都是管理者，没有真正的测试技术专家。

软件测试精要

董杰

作者分享他在测试领域的经验与思考，其热情和思辨跃然纸上。缺点是内容却有些散乱，即便是一章，其系统性也有些不足；对于测试工具背后的测试思想，挖掘得比较浅，没有上升到测试理论的高度。

求软件测试面试问题

测试技术面试题

1、什么是兼容性测试？兼容性测试侧重哪些方面？

参考答案：

兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。

兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。

兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。

兼容和配置测试的区别在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。

2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？

参考答案：

1、检查系统是否有中毒的特征；

2、检查软件/硬件的配置是否符合软件的推荐标准；

3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务；

4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的；

5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。

3、测试的策略有哪些？

参考答案：

黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略）

4、正交表测试用例设计方法的特点是什么？

参考答案：

用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；

对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力的；

具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。

5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？

参考答案：

就是Bugzilla的状态转换图。

6、你觉得bugzilla在使用的过程中，有什么问题？

参考答案：

界面不稳定；

根据需要配置它的不同的部分，过程很烦琐。

流程控制上，安全性不好界定，很容易对他人的Bug进行误操作；

没有综合的评分指标，不好确认修复的优先级别。

7、描述测试用例设计的完整过程？

参考答案：

需求分析 + 需求变更的维护工作；

根据需求 得出测试需求；

设计测试方案，评审测试方案；

方案评审通过后，设计测试用例，再对测试用例进行评审；

8、单元测试的策略有哪些？

参考答案：

逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析

9、LoadRunner分哪三部分？

参考答案：

用户动作设计；

场景设计；

测试数据分析；

10、LoadRunner进行测试的流程?

参考答案：

1、 测试测试

2、 创建虚拟用户脚本

3、 创建运行场景

4、 运行测试脚本

5、 监视场景

6、 分析测试的结果

以上，最好是结合一个案例，根据以上流程来介绍。

什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？

参考答案：

在同一时间点，支持多个不同的操作。

LoadRunner中提供IP伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟真实的并发。

集合点，即是多个用户在某个时刻，某个特定的环境下同时进行虚拟用户的操作的。集合点失败，则集合点的才操作就会取消，测试就不能进行。

12、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？

参考答案：

分析用户登录的基本情况，得出一组数据，通过性测试/失败性测试的都有（根据TC来设计这些数据），然后录制登录的脚本，将关键的数据参数化，修改脚本，对代码进行加强，调试脚本。

13、QTP中的Action有什么作用？有几种？

参考答案：

Action的作用

 用Action可以对步骤集进行分组

 步骤重组，然后被整体调用

 拥有自己的sheet

 组合有相同需求的步骤，整体操作

 具有独立的对象仓库

Action的种类

 可复用Action

 不可复用Action

 外部Action

14、TestDirector有些什么功能，如何对软件测试过程进行管理？

参考答案：

需求管理

 定义测试范围

 定义需求树

 描述需求树的功能点

测试计划

 定义测试目标和测试策略。

 分解应用程序，建立测试计划树。

 确定每个功能点的测试方法。

 将每个功能点连接到需求上，使测试计划覆盖全部的测试需求。

 描述手工测试的测试步骤

 指明需要进行自动测试的功能点

测试执行

 定义测试集合。

 为每个测试人员制定测试任务和测试日程安排。

 运行自动测试。

缺陷跟踪

 记录缺陷

 查看新增缺陷，并确定哪些是需要修正的

 相关技术人员修改缺陷

 回归测试

 分析缺陷统计图表，分析应用程序的开发质量

标签：攻击软件测试面试题