望下D风景
求硬件测试工程师笔试题！
一、判断题1.软件测试的目的是尽可能多的找出软件的缺陷。
（Y）2.Beta 测试是验收测试的一种。
（Y）3.验收测试是由最终用户来实施的。
（N）4.项目立项前测试人员不需要提交任何工件。
（Y）5.单元测试能发现约80%的软件缺陷。
（Y）6.代码评审是检查源代码是否达到模块设计的要求。
（N）7.自底向上集成需要测试员编写驱动程序。
（Y）8.负载测试是验证要检验的系统的能力最高能达到什么程度。
（N）9.测试人员要坚持原则，缺陷未修复完坚决不予通过。
（N）10.代码评审员一般由测试员担任。
（N）11.我们可以人为的使得软件不存在配置问题。
（N）12.集成测试计划在需求分析阶段末提交。
（N）二、选折1.软件验收测试的合格通过准则是：（ABCD）A. 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B. 所有测试项没有残余一级、二级和三级错误。
C. 立项审批表、需求分析文档、设计文档和编码实现一致。
D. 验收测试工件齐全。
2.软件测试计划评审会需要哪些人员参加？（ABCD）A.项目经理B.SQA 负责人C.配置负责人D.测试组3.下列关于alpha 测试的描述中正确的是：（AD）A.alpha 测试需要用户代表参加B.alpha 测试不需要用户代表参加C.alpha 测试是系统测试的一种D.alpha 测试是验收测试的一种4.测试设计员的职责有：（BC）A.制定测试计划B.设计测试用例C.设计测试过程、脚本D.评估测试活动5.软件实施活动的进入准则是：（ABC）A.需求工件已经被基线化B.详细设计工件已经被基线化C.构架工件已经被基线化D.项目阶段成果已经被基线化三、添空1.软件验收测试包括：正式验收测试，alpha 测试，beta 测试。
2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，（有的可以合在一起，分开写只要写出15 就满分哦）3.设计系统测试计划需要参考的项目文挡有：软件测试计划，软件需求工件和迭代计划。
4.对面向过程的系统采用的集成策略有：自顶向下，自底向上两种。
5.（这题出的有问题哦，详细的5 步骤为~~）通过画因果图来写测试用例的步骤为：（1）分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。
（2）分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系？ 根据这些关系，画出因果图。
（3）由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。
为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。
（4）把因果图转换成判定表。
（5）把判定表的每一列拿出来作为依据，设计测试用例。
四、简答（资料是搜集整理的，感谢前辈的解题）无1.区别阶段评审的与同行评审同行评审目的：发现小规模工作产品的错误，只要是找错误；阶段评审目的：评审模块阶段作品的正确性可行性及完整性同行评审人数：3-7 人人员必须经过同行评审会议的培训，由SQA 指导阶段评审人数：5 人左右评审人必须是专家具有系统评审资格同行评审内容：内容小一般文档< 40 页， 代码< 500 行阶段评审内容： 内容多，主要看重点同行评审时间：一小部分工作产品完成阶段评审时间： 通常是设置在关键路径的时间点上！2.什么是软件测试为了发现程序中的错误而执行程序的过程3 简述集成测试的过程系统集成测试主要包括以下过程：1. 构建的确认过程。
2. 补丁的确认过程。
3. 系统集成测试测试组提交过程。
4. 测试用例设计过程。
5. 测试代码编写过程。
6. Bug 的报告过程。
7. 每周/每两周的构建过程。
8. 点对点的测试过程。
9. 组内培训过程。
4 怎么做好文档测试仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
P142检查文档的编写是否满足文档编写的目的内容是否齐全，正确内容是否完善标记是否正确5 白盒测试有几种方法总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致，没有冲突或者没有歧义动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
6 系统测试计划是否需要同行审批，为什么需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
7Alpha 测试与beta 的区别Alpha 测试在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。
这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。
Beta 测试当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。
这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。
8 比较负载测试，容量测试和强度测试的区别负载测试：在一定的工作负荷下，系统的负荷及响应时间。
强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。
容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能...
软件测试面试题
1、软件测试就是在软件开发的过程中，对软件各阶段产品检验的过程，其目的是保证软件产品的质量2、需求分析--编写测试计划--编写测试方案--编写测试用例--执行测试用例--提交缺钱报告--缺陷跟踪--回归测试--测试通过3、黑盒主要是功能测试、性能测试、兼容性测试这些是主要的，还包括一些安全性，GUI测试，压力测试，易用性，容量测试，异常测试，安装性测试等 白盒主要的就是静态和动态两种测试4、select* from a where ...；查找insert ito a ()values（)；添加delete from a；删除表中信息update a set ...from..；更改表中信息create table a （)；建表drop table（)；删除表5、不清楚你问的内容是什么。
给你两方面的回答(1)缺陷的状态 ：新建 打开 修复 关闭 拒绝 重复 丢弃 推迟 重新打开(2)缺陷报告的内容：标题、详细描述（描述、前提条件、步骤重现、预期结果、实际结果）、状态、发现人、负责人、项目、版本、严重度、优先级6、回归测试通过7、先做集成测试，结束之后系统测试包括功能测试和性能测试，系统测试结束之后，缺陷也修改完成，拿给用户做验收测试！9、发现缺陷不要直接就提交，和开发沟通后再做结论，如果沟通时发生歧义，查看需求决定是否是缺陷，如果不能决定咨询项目经理。
对于一些字段上的缺陷，比如说套用的框架，有的按钮没有更改标识，最好是和开发说一声当场改掉。
就不要提交缺陷。
开发和测试的矛盾是一致存在的我们没有办法杜绝，只能尽量的降到最低。
10、细心、耐心、自我调节能力强、学习能力强。
有很好的全局意识，和观察力！11、界面--功能（自己要有一个网站功能的概括！先按照单个功能去测，之后按照系统的流程去测。
最后是按照各个总能之间的联系去测试！）
衡量软件测试质量的指标 测试用例覆盖率概念
1.什么是覆盖率覆盖率是用来度量测试完整性的一个手段，覆盖率是测试技术有效性的一个度量。
2.覆盖率的作用通过覆盖率数据，我们可以知道我们的测试是否充分，我们测试的弱点在哪些方面，进而指导我们设计能够增加覆盖率的测试用例，有效地提高测试质量。
但是不能一味地去追求覆盖率，要考虑进度、成本、范围之间的关系。
3.覆盖率计算的公式覆盖率=（至少被执行一次的item数）/item的总数4.覆盖率的分类覆盖率按照测试方法大体可以分为三类：白盒测试覆盖、灰盒测试覆盖、黑盒测试覆盖。
其他分类方法：面向对象的覆盖率（继承上下文覆盖、基于状态的上下文覆盖、基于线程的上下文覆盖）
软件测试工程师笔试试题
首先，我不急于回答你的问题你先自己检查一下自己所说的话语中有没有错误，软件测试最关键在于是细心，认真。
其次，你的问题1.你们是怎样进行回归测试的，一般进行几轮，具体说一下？2.你们一个项目总工要写多少用例？3.你知道一个项目代码有多大？4.你们公司的测试流程？5.在测试之前，你们干什么？6.测试计划中，你们项目经理是依据什么给你们分配任务的？7.你们的测试数据主要来自哪？8.测试过程中与开发因为BUG发生冲突，你们公司怎样解决？9.具体讲一下容量测试，强度测试，负载测试的区别？10.你们公司是怎样进行评审的？11.你写的项目时间是整个项目从开始到结束的时间，还是只是测试时间？12.开发在做项目的时候，测试在干嘛？1、 一般就是先进行冒烟测试，首先确定这些被测试的软件能够运行，然后进行第一轮的测试，测出来问题之后经过项目经理签字确认然后发给每个程序员进行修改，确认回归测试的日期，回归测试时主要测试修改过的部分，同时兼顾不能引发其他方面的问题。
一般情况第一轮回归测试完成之后不再出现问题，但是实际过程中会出现第二轮回归测试，如果出现第三轮回归测试，我们将提交问题到质量问题报告中。
2、 测试用例的多少主要要根据项目的大小而定，项目比较大，业务比较复杂的测试用例相对比较多，相反，项目比较小，业务比较简单的测试用例相对比较少一些。
不是测试用例多就好，而是测试用例复用性好就说明测试用例选择的好。
3、 根据项目而定。
团队规模周期长短 10人以上 5人-10人 3-5人 3人以下6个月以上 一类 一类 二类 三类2个月-6个月 一类 二类 三类 四类2个月以下 二类 三类 三类 四类4、 测试流程：按照测试计划，项目经理提交测试文档和代码或者可执行文件-?测试经理按照测试计划布置测试任务-?首先测试工程师进行冒烟测试?冒烟测试通过之后进入功能测试-?发现bug之后记录bug，并对bug进行管理-?一轮测试完毕之后提交项目经理确认-?项目经理确认之后进行修改任务分派-?程序员进行修改-?修改完成之后提交给项目经理确认-?之后提交给测试组进行回归测试，如果没有问题测试结束，如果出现问题-?重复上面的工作进行第二轮测试。
5、 按要求，在测试之前，开发计划编制完成之后编制测试计划，需求阶段我们应该做系统测试方案和系统测试用例，在设计阶段我们应该编制集成测试方案和集成测试用例，在编码阶段，我们应该编制单元测试方案和单元测试用例。
但是实际生活中，我们只编制系统测试计划和系统测试用例。
6、 测试经理给我们分配的任务应该是按照项目开发计划和每一位测试人员的水平及技术特长而定的。
7、 测试数据一般来自于用户需求、概要、详细、数据库设计文档、测试用例或用户实际数据。
8、 依据需求，通过沟通来解决问题，如果需求中不明确则参考设计并听取分析员的意见。
9、 负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担，响应时间是多少，测试的结果和时间有关系，比如速率、响应时间。
强度测试：在一定的负载条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响，测试的结果看硬件是否满负荷，比如内存溢出等。
容量测试：确定系统可处理同时在线的最大用户数，测试的结果主要是针对数据库里的数据。
10、 在开发计划、用户需求、需求分析规格说明书、概要设计、详细设计、数据库设计等文档完成之后都要进行评审，这里的评审一般都是同行评审。
一般都是以正式会议的形式进行。
11、 项目时间一般是指从项目立项到客户验收汇款这一段时间。
不包括维护阶段。
12、 开发做分析设计及编码的时候测试在写测试用例，准备测试数据。
最后，告诉你，我不是做软件测试的，但是希望我所知道的这些能给予你帮助，我还有一份测试文档，不知能否帮助你，需要的话请找我。
希望你能成为这方面的人才专家！
想考全国计算机4及,软件测试工程师
1. 同行评审的种类和对象同行评审活动的关注点应该是工作产品中的缺陷，而不应该是工作产品的作者或者生产者，管理者也不应使用同行评审的结果去评价个人的行为。
同行评审的分类有很多种，自从IBM的Fagan发明了同行评审之后，软件行业提出了很多同行评审模型，比较著名的有IEEE 1028评审、微软的技术评审、Gill Graham审查、Van Emden审查、Yourdon结构化走查等。
1.1 同行评审的种类本书中按照CMMI模型的提法，将同行评审分为3类。
(1)正式评审（Inspection），通常是由经过同行评审培训的项目经理或PPQA主持，规模在3~7人之间为宜，一般在完成了一个工作产品后对其进行的评审。
正式评审的目的在于定位并除去工作产品中的缺陷。
(2)技术审查（Technical Reviews），或称内部评审，通常由技术负责人或项目经理召集，三人以上参加。
技术审查一般是在工作产品的中期进行或完成了某部分独立的工作产品时进行，也可在书写草案遇到问题时就其中专门的一两项问题讨论和审查。
也可以是检查工作产品与规程、模板、计划、标准的符合性或者变更是否被正确地执行。
技术审查的目的在于通过对开发人员的工作产品的技术审查，提出改进意见。
(3)走查（Walkthrough），又叫代码走查或代码走读，审查的范围根据需求的优先级通常由管理人员来确定，主要是静态质量分析和编程规则检查。
通常是小型讨论会，一般是在工作产品形成的早期进行，作者有一定的想法时，希望从中获得一些帮助或补充一些想法。
当然也可以在编制工作产品的任何阶段进行，两三个人参加，由作者主持，主要是评估和提高工作产品的质量或教育参加者。
其中，＂正式评审＂是正式的，＂技术审查＂和＂走查＂是常用的非正式同行评审方法。
1.2 同行评审的对象同行评审的对象包括所有软件开发的中间和最终工作产品，例如包括：(1)产品需求规格说明书；(2)用户界面规范及设计；(3)架构设计、概要设计、详细设计及模型；(4)源代码；(5)测试计划、设计、用例及步骤；(6)项目计划，包括开发计划、配置管理计划和质量保证计划等。
所有这些会涉及的评审内容，应该在编制的项目计划或者小的开发计划中体现，不应该也不能是临时性的安排。
2. 同行评审过程根据同行评审的重要程度，正式评审、技术审查和走查三种形式的流程和成果物的使用力度不尽相同，但其主要的步骤和内容大体一致，参见如图4-2所示的同行评审流程图。
