求职基本流程：
投递简历 -> 笔试 -> 面试 -> 二面.. -> 入职
难点1：包装简历（结合实际陆续优化、符合企业的需求）
难点2：面试（扎实的技术功底、良好的表达能力、临场发挥）
1、请介绍一下你的第一（二）个项目
项目名称、软件的功能，主要包括哪些模块
我在这个项目中承担说明角色：测试工程师
主要负责哪些模块的测试。
2、测试计划主要包括哪些主要部分
1）简介
（项目简介、测试目的、测试范围-模块层次*、测试阶段*）
2）参考文档和提交文件
3）进度安排
4）测试资源
5）严重程度和优先级
6）风险分析
7）测试策略*
3、你们的项目是否写测试计划，谁去写？
测试组长、经理，其他人参与评审
4、项目的测试策略都有哪些？
功能、安装、界面、易用性、文档
5、介绍一下你所负责的模块：
主要负责：系统设置中房间设置、商品设置、服务生设置、客户设置的测试以及日常管理的核心模块：散客开单、团体开单、增加消费、宾客结账模块的测试。
系统设置模块主要是基础数据的管理，比如房间设置模块中，可以添加房间类型（如标准单人间、豪华双人间等）、修改类型、删除、打折设置；还包括向每种类型中添加具体的房间，有单个添加和批量添加，另外还可以修改房间和删除房间；此外还包括结账时是否播放声音和结账后的状态。
（后续再类似介绍其他模块）
补充：某一个子模块怎么测的？ (描述时：画面感)
比如：添加房间类型
在系统设置窗口中的房间设置选项卡中，点击一个“添加类型”按钮，会弹出“添加房间类型”窗口，在这个窗口中主要包括：
房间类型、床位数量、预设单价（全天、半天）、预设押金，钟点房标准计费，另外还可设置是否为钟点房等计费方式。
列举出主要字段的需求：房间类型、床位数量...
测试思路：
根据需求，列出每个字段的有效等价类、无效等价类、边界值。编写用例先覆盖有效等价类，比如每一项都填写正确，可以添加成功，再测试无效等价类，比如房间类型不能重复，可以测试添加一个重复的类型，应该给出错误提示，最后对边界值进行测试。
散客开单：
散客开单模块作为用户消费的起点，其中包括：客房信息、宾客信息、追加房间及辅助操作。
客房信息需要填写：预住天数、实收押金，是否开钟点房，打折比例，客户人数、付款方式等。
宾客信息需要填写:宾客类型、主客类型、证件类型、证件编码、性别、公司名称等。
追加房间：是当宾客人数大于1人时，可以开几个房间。
辅助操作包括：打印开单信息、到预住天数提醒、保密房、加载照片。
测试思路:(参考编写的前3-5条用例)
宾客结账：
在宾客结账中，包括直接结账，也就是根据实收金额在宾客支付中填写数据；还包括其他结账方式：签单、挂账、免费、退单，另外还提供联合结账形式，可以使用现金、代金券、信用卡、储值卡等方式共同结账，除此之外，在结账时，可以添加结账房间，同时对多个房间进行结账。
测试思路：使用场景法，把用户的结账场景列举出来，主要包括(参考列出的场景)
编写用例：把每一条结账形式转换为一条用例
6、你的xx模块总共编写了多少条测试用例？
如：xx模块编写了110条左右（10条左右的精度即可）
7、你用到了哪些编写测试用例的方法：
重点：
等价类划分、边界值、场景法、因果图（判定表）
1）等价类划分、边界值
比如：在添加房间类型窗口中，需要填写“房间类型”，它的需求是：1-30个字符，不能为空，不能重复。
我在测试的时候，可以添加“经济单人间”，属于有效等价类，超出30个字符、为空、重复的就为无效等价类，另外对一个字符和30个字符的边界进行测试。
2、因果图（判定表） --考虑控件之间的组合
比如：在房间设置中可以设置结账后的房间状态，包括可供和清理，结账时是否播放声音，在测试的时候，可以考虑在可供状态下，结账时播放声音和不播放声音两种情况；在清理状态下，结账时播放声音和不播放声音两种情况；
3、场景法
基于对软件业务功能的熟悉，把自己当做是软件的使用者，在实际使用中可能遇到的各种情况罗列出来。
工作中，首要任务是充分了解自己负责模块的需求和软件的使用，必要时参见公司组织的业务培训和开发、需求人员进行讨论；把使用情况依次列举出来，形成主要的场景。
比如：散客开单
1）是否钟点房：不是、是
2）宾客类型：普通、VIP、协议
3）是否追加房间：没有、有
4）是否打折：没有、有
5）预住天数：1天、多天（有效）、最大值、超出最大值
6）押金：等于、大于、小于...
总结：填写项比较多的情况，先按照等价类划分和边界值进行数据分析（有效等价类就是基本流，无效等价类就是备选流），为了减少用例的数据，把多个空间的有效等价类（有效场景）合并在一起进行测试，形成一个大的场景；对于无效等价类（无效场景）需要单独进行测试，避免屏蔽现象。
8、说出一两条你认为写的比较好的测试用例：
准备1-2用例：
1）在第一条用例中，综合使用了多种方法（场景法、等价类、边界值）
2）该条用例测出了相应的缺陷（严重）
9、在xx模块中，你总共发现了多少条缺陷？
在xx模块中我总共发现了11条bug.
10、说出一个印象最深刻的缺陷，它的优先级和严重程度是什么?
自己准备2-3条bug,这些bug相对较为严重。
11、在测的模块中，是不是所有的缺陷都解决了？如果没有，怎么处理？
不是。
首先进行缺陷的分析讨论。主要分析缺陷解决的成本和风险。如果bug没有解决，存在软件中，会给用户造成什么影响，会不会造成法律纠纷或重大损失；如何解决该bug，时间成本有多大，会不会造成其他模块出问题，影响产品的发布。
12、严重程度和优先级如何确定？
严重程度表示缺陷对软件造成的影响有多大；优先级表示希望程序员什么时间对缺陷进行修复。一般在测试计划或者专门的文档中进行详细的确定，测试人员在提交bug时以此为参考。
13、总结报告怎么编写：
总结报告主要统计遗留的bug、缺陷。如执行用例数、缺陷数、缺陷的分类，如按照严重程度、优先级、所在模块等进行分类；可以改测试改进的建议和存在的风险等。
在不同测试方式下，提供相应的关注点和内容。
14、开发组总共多少人，测试组总共多少人。
如：开发组15个人，测试组4个人
15、介绍一下QC的环境搭建
1）简单描述一下安装（可以省略）
2）站点管理：创建域、项目（必须）、添加用户
3）项目自定义管理：把用户添加到项目，并分配权限
16、介绍一下QC的基本使用？
测试管理：
版本：添加版本信息和实际
需求：添加需求（功能模块）、把需求转换成“用例集合”
测试计划：编写（导入）用例
测试执行：创建“用例执行集合”，把测试计划中的“用例集合”放入，执行用例，发现缺陷提交报告。
缺陷管理：跟踪bug
17、在QC中都有哪些内置组？
TDAdmin、QATester、developer、project manager、viewer
18、说一下缺陷的处理流程
1）测试人员提交bug---new
2）开发经理验证缺陷---接受 open, 拒绝 rejected
3）开发人员解决bug --- fixed
4）测试人员返测bug --- closed, 不通过 reopen
一、判断题 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行 阶段评审内容:内容多,主要看重点 同行评审时间:一小部分工作产品完成
面试进行曲之技术面试(项目经验) 收藏 在前期已经讲过怎样分析自己，对自己进行一个准确的定位，选择一个合适的求职方向！并结合自己的实际个人情况来写一份针对性很强的个人简历！个人简历就是个人的广告！好的简历可以更受到用人需求单位青睐!好的简历才能让你获得面试的机会！我们还针对面试列出了j2ee方面的知识点！不管是笔试还是面试都是会考到这些非常重要的知识点！面试的技术内容并不会有想象中的那么难，主要注重基础和细节！细节决定一切！所以列罗的那些知识点是需要下功夫去准备的！当然列罗的那些知识点只是一些在面试中经常会出现的问题集！每家企业都可能超出这些知识点的可能（就不要骂我了）！自己去准备吧！ 技术方面的考核通常分为笔试，技术面试;其中技术面试又分为专业知识面试和项目经验考核。应该说来笔试和专业知识面试都是考核你对某方面(j2ee或.net)知识的掌握和熟练程度！而项目经验考核则是看你是不是拥有项目经验，是不是适合企业的用人需要，是不是需要企业为你付出培养的成本，是不是你能够马上投入到工作中去.企业是以你的项目经验作为衡量你的工资标准的！所以就是会出现有些同学可能在学校学习成绩很好而企业给他开的工资并不高，而有些同学的学习成绩一般反而得到高工资的原因！专业知识的考核只是企业了解你具有这方面的专业素养和能力！其实有时笔试成绩差一点或者你感觉在做笔试题的时候有些题目没有做出来或答错了并没有关系的。在技术面试的时候，在回答专业知识方面的题目不够理想，也并不起决定性的作用！总之笔试和专业知识面试的答题达到企业要求的70%就可以了！当然如果你在专业知识方面表现的太差，考官对你也就没有多大的兴趣了！但是最能决定企业下定决心录用你的关键在于你的项目经验(排除企业特别强调英文等其它方面能力外)。说了这么多好像都没有说到正题，这是因为让大家更清楚的了解回答好项目经验方面的问题是多么的重要。而这方面又正好是刚从学校出来的学员十分薄弱的，并且针对这方面介绍也十分少！下面我们就来谈谈面试中关于项目经验的问题及应该从哪些方面进行回答！ 问题一、请简单的介绍一下你自己吧！ 分析：这是在任何面试中都会遇到一个题目，看起来这个问题是十分简单的，但是往往我们并不知道考官问这个题目是希望从你的回答中获得什么信息！所以我们就很容易走题，跑题，不入正题！不能马上就吸引考官。请记住抓住面试的每一个机会来推销自己。但是往往我们不知道从哪里谈起。所以我们得先了解考官想要获取什么信息呢？ 1．你的从业时间你从事相关的工作有多长了 2．你的教育背景你是否受过良好的教育 3．你的工作经验你是否有过具有一定的工作经验 4．你的项目经验你是否有过丰富的项目经验 5．你与众不同之处你是怎么进行项目开发的,有什么特别之处,或者你在哪些项目中取得过哪些成功,或者有哪些自己觉得骄傲的地方
软件测试标准 前言 前一版的《软件测试标准》，在测试工作中发挥了很好的指导作用。本次修改在原标准基础上，提出了新的测试理念、工作方法、组织方式，使之更贴近实际工作，真正起到纲领的作用。 一、软件测试 1、软件测试的目的 软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为：验证软件产品的实现状态以及实现质量。 2、软件测试相关概念 2.1白盒测试 指基于程序结构的测试，测试目标是检查程序内部逻辑结构和逻辑路径，是代码级的测试。 2．2黑盒测试 基于程序功能的测试，根据输入输出的关系推断程序功能的正确性。 2．3测试用例 测试方案，包括数据输入和相应的期望输出。依据测试用例来执行具体操作。 2．4预防性测试 其原理为：只要测试在生命周期中进行得足够早，就能够提高待测软件的质量。 2．5测试风险分析 其目的为：确定测试对象、测试的优先级、测试的深度。 2.6软件测试模型 公司目前采用V模型，实现测试与软件开发的同步进行。
2.7等价类划分 将测试对象按某种约定划分为有限个组成部分，提高测试的有效性。 2.8边界值分析 分析测试对象的所有边界值及边界附近的临界值。 二、测试工作流程 需求分析审核需求分析，编写验收测试部分用例 实地调研重点收集客户实际业务资料、操作习惯，并与需求分析作出对比 概要设计审核概要设计，从用户角度提出问题 编写集成测试用例 详细设计 审核详细设计报告，与需求分析、概要设计进行比对编写单元测试用例编写用户手册总体框架单元测试阶段提出测试计划 审核测试用例 执行测试 测试总结 集成测试阶段验收测试阶段 补充测试用例资料归档 修改测试 审核修改计划程序员提供修改清单编写测试用例执行测试 测试总结 复测测试报告复测测试用例复测 三、开发—测试流程
一个常见的软件测试面试题 一个常见的软件测试面试题 考官从办公室（面试现场）随意选取一个简单物品，假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的测试用例。 测试项目：杯子 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度：用水杯装水看漏不漏；水能不能被喝到 安全性：杯子有没有毒或细菌 可*性：杯子从不同高度落下的损坏程度 可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等 压力测试：用根针并在针上面不断加重量，看压强多大时会穿透 跌落测试:？？杯子加包装(有填充物)，在多高的情况摔下不破损 震动测试: 杯子加包装(有填充物)，六面震动，检查产品是否能应对恶劣的铁路\公路\航空运输 测试数据： 测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法 期望输出：
该期望输出需查阅国标、行标以及使用用户的需求 说明书测试: 检查说明书书写准确性 给大家提三个产品:1.手机 2.电饭锅 3.电梯 有兴趣的同学可以把答案写出来 一个常见的软件测试面试题 问题集 1.软件测试分哪两种方法?分别适合什么情况? 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 3.软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。 4.测试用例通常包括那些内容?着重阐述编制测试用例的具体做法 5.在分别测试winform的C/S结构与测试WEB结构的软件是，应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 6.在测试winform的C/S结构软件时，发现这个软件的运行速度很慢，您会认为是什么原因?您会采取哪些方法去检查这个原因? 7.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长，您会采取什么样的方式管理团队?在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 问题解答： 1.软件测试分哪两种方法?分别适合什么情况? 软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测
项目管理面试技巧 【篇一：项目经理面试技巧】 项目经理面试 本文的目的是为应聘项目经理提供帮助。项目管理是升迁的途径， 需要运用你过去的开发经验，而且薪水通常高于程序员。应聘项目 经理的准备工作包括：复习一些常用的概念、术语，问自己一些在 面试中经常问到的问题。学会运用一个或多个项目管理计划编制工具。通过以上的准备，将为你应聘这个职位增加信心。 想好你要说的内容并准备回答涉及面广泛的问题是成功应聘的重要 方面。与应聘技术职位不同的是，项目管理问题的答案往往是主观的。要牢记技术项目的项目经理的职责是组织项目成员通过完成技 术任务而达到某种商业目标。该技术任务应该是可应用或维护的， 都必须满足客户/用户的要求和期望。 本文的目标并不是教授如何进行项目管理。这方面有许多很好的书、杂志和研讨班。本文或本文的参考书目中将列出一些。本文将介绍 如何回答有关应聘问题的方法和思路。你可以根据自己的经验，观 察其他项目经理，应聘职位的岗位描述对答案进行组织。无论被问 到什么问题，无论你如何回答，记住运用一个项目经理最有用、最 重要的特性…….常识。 一、什么是真正的项目管理 任何成功的项目都不可能是某一个人的功劳。一个成功的项目是多 个部门的众多人员共同努力的结果。这些人，组成一个项目团队， 具有不同技术水平，才能，工作风格和知识。项目团队需要有一个 共同目标，共同的前景，并且清楚的知道他们要做的工作。该团队，无论采取何种报告结构，必须能够很好地工作和激励以达到商业目标。 项目经理是项目团队的领导。他/她的职责是激励团队以积极的方式 完成任务。该职位需要具有技术和人际技能，需要每天关注的内容（顺序如下）如下： 业务 公司 项目 团队 个人
软件测试工作流程规范V1.0 xxxxx有限公司 2017年4月20日
修订历史记录
目录 1. 目的 (4) 2. 工作范围 (4) 3. 工作职责 (4) 4. 测试流程 (4) 5. 测试准备 (6) 5.1 测试计划 (6) 5.2 测试用例 (6) 5.2.1 测试用例设计方法 (7) 5.2.2 测试用例操作步骤 (7) 5.2.3 测试用例选择准则 (7) 5.3 测试环境 (7) 5.4 测试数据准备 (7) 6. 测试执行 (7) 6.1 测试准入条件 (7) 6.2 项目测试阶段 (7) 6.3 测试退出标准 (7) 6.4 测试变更 (8) 7. 缺陷管理 (8) 7.1 BUG管理流程 (8) 7.2 BUG状态 (8) 7.3 BUG解决方案 (9) 7.4 BUG优先级 (9) 7.5 BUG严重等级 (9) 7.6 BUG书写规范 (10) 7.6.1 测试人员BUG提交 (10) 7.6.2 开发人员BUG解决 (11) 8. 标准文档 (11)
1.目的 通过规范公司测试流程，确保测试工作的规范性和有效性，以验证软件产品的质量满足用户的需求。测试作为质量控制的一种有效手段，运行测试用例找出软件中潜在的各种缺陷，通过协助开发人员修正缺陷来提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患和降低质量成本。通过测试管理为产品与过程改进提供可靠的数据分析，起到缺陷预防的作用。 本过程的方针： 实施测试策划活动 根据测试策划所规定的要求编写测试需求与用例，实施相关的测试活动 管理测试活动中发现的产品缺陷 2.工作范围 测试人员在软件开发过程中的任务： 1)参与评估软件需求，编写测试需求； 2)根据用户需求，编写软件测试用例； 3)在开发人员完成单元测试后，进行模块测试，以期尽早发现bug； 4)根据软件测试用例，执行集成测试，寻找尽可能多的bug； 5)对bug进行追踪与分析，保证bug及时得到修复； 6)对软件性能进行衡量，并进行测试总结，提交软件测试报告书。 3.工作职责 4.测试流程
01. 为什么要在一个团队中开展软件测试工作？ 因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。 02. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？ 我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试 03. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同04. 的测试类型的区别与联系（如功能测试、性能测试……） 测试类型有：功能测试，性能测试，界面测试。 功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。 界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试 04．您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。 白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。 软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，
1.自我介绍（时间控制在两三分钟之内，突出重点，与简历中写的内容要一致，尤其是公司名、时 间段要对应。） 各位领导，大家好，我叫XXX， 20XX年毕业于XX城大学，XX年XX月进入XXX公司。参与过三个国网信息化项目的建设和运维工作，分别是国网信息化项目中的营销服务手机客户端项目、应急指挥系统项目和农电子系统-农网工程管理项目。（不用说你来面试什么职位这次面试只针对项目经理。）罗列几个参与项目，体现出项目时间节点及参与参与的重点工作。参与项目经理面试人员要体现出项目管理相关内容（不需要太多，重点介绍参与国网项目或者最近参与的项目及参与项目管理的时间，其他项目简单介绍或者一语带过就好。要尽量用一句或者两句话重点体现出面试要求中那几个评分点）。 自工作以来，一直从事国网项目的系统实施运维工作，工作过程中积累了较为丰富的电力业务知识和项目管理经验，对电力公司生产管理系统中多个业务模块的需求、实施过程等都较为熟悉，对大型项目有一定的带队经验，所带领的项目团队曾获得江西、新疆、甘肃等电力公司得一致好评。 我的介绍完毕，谢谢各位考官。 2.对项目经理的职能的理解。 分析：项目经理的基本职能是负责日常管理工作，包括总体工作协调，相关文档的编写，制定详细的工作计划，确保项目目标的实现，领导项目团队按时、优质地完成工作计划，并与领导及时汇报等。具体的工作职责任包括： 1.与客户沟通，了解项目的整体需求，即时向客户反馈阶段性的成果、搜集记录各省份实施过程 中客户提出的合理需求，并向开发组反馈。 制定项目实施计划，合理分配给相应的人员。并跟踪项目的进度，协调项目组成员之间的合作，对项目的进度、质量进行严格把关。 编写项目进展中需要的相关文档，保证项目实施资料的完整和规范。根据各省的实施需要，即使发给他们。 与其它合作单位的协调、沟通； 负责向项目管理组定期（每周）汇报实施进度、当前的主要问题及解决方案 负责小组内部的协调、沟通、管理工作，制订并严格执行项目管理制度，如项目组周报、月报等 强化项目组人才的培养，定期组织成员的进行项目业务以及技术的学习，提高项目组成员的业务水平及工作能力。 3.由于种种原因，项目组的人员变动较大，在工程实施过程中如何处理？
软件测试工作总结编写规范 沈阳东大阿尔派软件股份有限公司 文件修改控制 目录 1.目的 2.适用范围 3.术语和缩略语 4.规范要求 5.引用文件 6.质量记录 1.目的 本文件规定了测试工作总结编写时应考虑的事项，通过测试工作总结来不断地积累测试经验，提高测试工作的整体水平。并对软件产品测试过程中发现的问题进行分析，为幵发人员以后的修改、升级提供一个预防问题的依据。 2.适用范围 本规范适用于软件项目与软件产品的功能测试与系统测试。
3.术语和缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.规范要求 测试小组在完成软件产品测试后，要对整个测试工作进行总结，分析本次测试工作的得 失，为以后的测试工作积累经验。 在测试工作总结中，全部测试人员在充分分析测试过程中发现问题的基础上，完成《软 件问题倾向分析表》，该表中指出该类型软件产品容易导致问题的模块及操作。该表将 用于该产品或该类产品的升级、幵发工作中为幵发人员提供预防错误的依据。 5.引用文件 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 6.质量记录 （无） 附录：测试工作总结模版 项目名称（项目编号） （测试种类）测试工作总结 （部门名称） 目录 1.引 3 2.项目测试 软件产品名称及综合评价3 提交项目管理部门物品3
3. 测试工作评价3 4.软件问题倾向 问题解决情况总结与分析问题类型统计与分析附录一：软件问题倾向分析表附录二：测试结束检查表
1. 引言 说明参加本项目测试的负责人、参加人员、起止时间及实际工作量。 2.项目测试结果 软件产品 软件产品名称及综合评价：给出该软件产品的产品名称及对该软件产品的综合评价。 总结测试工作内容并向项目管理部门提交测试结果 填写“测试结束检查表”，列出在测试执行阶段所完成的全部测试工作和软件测试 结束后应向项目管理部门提交的全部物品及其数量，内容包括测试文档、源代码、 执行程序等。 3.测试工作评价测试进度：对照测试计划的安排，总结测试效率及相应的原因分析。发现问题 数量：比较测试人员提出问题总数及经确认后提交开发人员的问题数量。 测试总次数：列出本次测试实际次数，并对多次测试产生原因进行分析。 经验教训：总结测试过程中获得的经验及纠正错误或缺陷等问题的教训。 4.软件问题倾向 问题解决情况总结与分析 列出本次实际发现问题数量、解决问题数量、残留问题数量。并对残留问题对系统 功能的影响情况进行分析。 错误类型统计与分析在对软件产品测试过程中发现的问题进行充分分析、归纳和总 结的基础上，由全体参与测试的人员完成软件问题倾向分析表，对该类型或该系统 软件产品在模块、功能及操作等方面出错倾向及其主要原因进行分析。软件问题倾 向分析表将为该类型或该系统软件产品以后开发工作提供一个参考，使开发人员根 据软件问题倾向分析表明确在开发过程中应注意和回避的问题。该表也可为以后的 测试工作明确测试重点提供依据。
行为描述面试法 ?行为描述面试法（Behavior Description Interviewing，简称BDI）是一种通过询问面试者过去的行为来预测其将来的行为表现，进而做出相应招聘决策的面试方法。 ? ?一、行为描述面试法的特征 ?行为描述面试法主要测评与面试者将来工作相关联的过去行为，其基本假设是工业与组织心理学的行为一致性原则，即过去的行为是未来行为的最好预测。运用这个面试方法，管理者能用更少的时间、更低的成本，更准确地为企业招聘到适合的人才。与其他传统招聘面试方法相比，行为描述面试法有三个显著特征。 ?1．关注应聘者与应聘岗位胜任素质有关的过去的关键行为和经历?在行为描述面试法应用过程中，应聘者被要求描述其工作经历中的关键行为，而非感觉、判断或猜测，即使应聘者想要刻意隐瞒或修饰事件中的某些细节，在经验丰富的专业招聘人员刨根式问题的攻势下，应聘者的真实情况会展现出来。通过应聘者对过去经历过的事件的陈述，招聘人员能够通过提问了解应聘者解决问题的能力、适应能力和团队协调能力及工作态度等重要信息，从而预测其在将来工作中的表现以及与应聘岗位的匹配程度。 ?2．可靠性高 ?行为描述面试法能有效地保证招聘决策结果的可靠性，主要是因为：?（1）招聘人员询问应聘者一些与过去工作行为相关的问题，例如：“请你讲一个最近在工作中遇到的沟通问题，你是怎样解决的?”应聘者的回答只是联系实际发生的行为，而非主观臆断，因此可靠性会较高。 ?（2）每一个应聘者被平等和合理地对待，所有应聘者不管以前的背景如何，在应聘同一职位时，都被同等对待，所考虑的因素只与工作有关，不涉及个人隐私或外在特性，因此其获得的关于应聘者的信息相对客观，可靠性也必然较高。 ?（3）可系统、量化处理面试者的回答，决策的理由充分，最后的决定有充分的材料和面试记录作支撑，避免了因招聘人员个人偏好所造成的错误决定。 ?3．低成本高效益 ?行为描述面试法减少了反复面试的次数，有效地缩短了招聘的时间周期。招聘的准确性使大多数被招募人员在新的工作中有出色的表现，给企业带来较好的回报，避免由于不合适人选所造成的经济损失。 ?
面试题 1、您认为做好测试用例设计工作的关键是什么？ 参考答案：测试用例应百分百覆盖需求。 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题。 2、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 参考答案：1．等价类划分 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2．边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 参考答案：3．错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例. 4．因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 4、什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？ 参考答案： 在同一时间点，支持多个不同的操作。
核心提示：第一个问题：自我介绍（心理学首因效应告诉我们第一印象非常重要），自我介绍 最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。 但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没 有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。 比较好的自我介绍套路是这样："您好，我叫xxx,很高兴能获得这次... 第一个问题：自我介绍（心理学首因效应告诉我们第一印象非常重要），自我介绍最重要 的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我 发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好 的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好 的自我介绍套路是这样："您好，我叫xxx,很高兴能获得这次面试机会，今天来面试是想证 明自己是最合适的人选，另一个方面是获得您的认可，结合我过去的工作和学习经历，我自 信我能符合咱们公司的认可，接下来您看是我继续介绍我做过的项目，还是您问您关心的问 题？" 第二个问题：项目介绍（项目经验直接决定一个人能否胜任一份工作，企业更应该看重 一个人解决问题的思路和具体能力），项目介绍部分最重要的思路是应该先整体后局部，介绍 整体的时候要有量化的数据（从项目度量的五大维度：规模，包括项目代码规模，需求规模、 用例规模，工作量，进度，质量和成本），然后是整体的测试流程，然后再是角色与职责，接 下来是项目中自己的特色，比如做得最好的是、遇到最大的困难时、最差的是，最后是心得 体会。 第三类问题：数据库方面知识，最基本的要数据库记录的增删改查（insert、delete、 update、select），表结构的增删改查（create、drop、alter、describe）、存储过程、触发 器等。 第四类问题：linux操作系统相关，最基本的目标是熟悉常见的50个命令，比如find 命令（-name、-type、-perm、-user、-group、-ctime、-atime）等，熟悉vi、熟悉linux 搭建测试环境。比如lamp环境搭建。 第六类问题：用例相关，最基本的包括用例的格式要素，用例设计工程方法论，每个方 法要求（方法的背景，操作步骤，优缺点、适应围，与其他用例方法如何配合），在项目中如 何利用测试用例设计工程方法。如何评价、评审测试用例，评审从哪些维度？要设计好测试 用例需要哪些方面的知识结构，比如技术、业务、方法。 第七类问题：软件测试流程，系统测试相关规和标准的流程：熟悉产品/项目，需求评审， 测试需求，测试计划，测试方案，测试用例，预测试，第一轮正式测试、第二轮回归 测试、第三轮测试，测试报告，测试总结，测试指南。 第八类问题，网络相关，最基本的网络基础知识，比如tcp/ip协议。 第九类问题，测试工具，包括三个大的类型，第一类是性能测试工具、自动化测试工具、 测试管理类工具。最起码的要熟悉工具的使用。 第十一类问题，一个优秀/卓越的软件测试工程师应该具备哪些能力与素质，素质方面包 括沟通、五心工程师、追求完美等 第十二类问题，最后一个问题，面试官一般会问，您还有什么想问的吗？还有什么想了 解的吗？总体上来说最重要的是留下一个好的近因效应，就好比相亲的时候，分手离开的时 候，留下好的最后的印象，基本的思路应该分三种情况，第一种是面试官对你满意，自己也 感觉不错的情况下，先表示感谢，然后积极主动的问题，比如，非常感谢您给的这次机会， 但是我还是想问，如果我有下一轮面试，我想知道知道是什么时候，我应该再做哪些方面的 准备。第二种情况是面试官和自己感觉都一般般，感觉自己是鸡肋，这个时候说不说很重要， 基本的套路是，非常感谢面试官给的这个机会，坦白地说我对自己今天的面试表现不是非常
安徽中杰测试 管 理 规 范 序号版本编号修订内容修订人批准人发布时间 1 安徽中杰软件测试管理规 范2015年7月20 日
1.目的 本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效保证软件质量。 2.范围 本文适用于软件测试人员。 3.参考资料 《缺陷管理规范》 《测试执行规范》 《文档测试指南》 《项目测试计划模版》 《测试用例设计规范》 《功能测试用例模版》 《集成测试用例模版》 《项目测试报告模版》 《自动化测试计划模版》 《性能测试计划模版》
4.测试过程描述 4.1 测试流程图 需求评审 测试计划 测试设计 功能测试执行 集成测试设计 /性能测试设计 集成/性能测试 文档测试 项目总结
4.2 活动说明 4.2.1 需求评审 4.2.1.1目的 从源头把握软件质量，并确保开发结果与实际需求相一致 4.2.1.2角色与职责 需求人员：《需求规格说明书》的编写，以及软件开发过程中《需求规格说明书》的修正； 评审人员：评审《需求规格说明书》，从全面性、完整性、正确性、一致性、可靠性方面检、查《需求规格说明书》，将需求缺陷提交给需求人员，并跟踪需求缺 陷直至需求缺陷验证关闭。 4.2.1.3启动标准 《需求规格说明书》编写完成
4.2.1.4工作流程图 需求评审 评审人员 需求人员 验证需求规格说明书 评审完成 对需求规格说明书评审 发现需求缺陷 修正需求规格说明书 将需求缺陷提交给需求人员 修正需求文档，并提交评审人员验证 全部缺陷验证通过 存在不通过的需求缺陷 4.2.1.5输入/输出 输入：《需求规格说明书》 输出：需求缺陷 4.2.1.6规范 参见《文档评审指南》
软件测试总结： 问题：1.上一份工作为什么离职？ 答：因为家里需要处理点特殊的事情需要比较长时间的假期，考虑到公司的进度，所以和组长协议离职。 2.主要在项目中负责什么工作职责？ 答：设计测试用例，执行测试用例，缺陷提交，开发人员沟通修复BUG，监督和验证BUG走向，缺陷报告提交，用户手册编写，测试总结 3.除了做过功能测试你还做过什么测试？ 答：做WEB的都需要考虑软件的性能和界面易用性，包括安全性和可靠性、接口等方面的。 4.我们公司是做手机APP测试，你现在转行能胜任这份工作吗？ 答：虽然我没有做过手机APP测试，但是我了解过手机APP测试，主要就考虑功能、性能、兼容和界面等方面的测试，而且测试都是相通的，只是把流程套进去而已5你们的工作挺简单的吧？ 答：测试用例是设计出来的不是编写出来的，而且测试起到一个承上启下的作用，需要对需求方面理解和开发方面进行交互。 6.平时有些什么爱好？ 答：看看测试方面的书籍和论坛，但是平时也会参加点户外活动。 7.对我们公司你还有什么想了解的？ 8能接受不定期的加班吗？ 答：服从公司的安排，主动积极做好工作 9测试流程是怎么样的？ 答：项目讨论->需求分析->根据需求文档和设计文档设计测试用例->执行测试用例，提交BUG->和开发人员沟通修复BUG，缺陷报告提交->用户手册编写->项目总结 10.你个登陆平台你要怎么设计测试用例？ 答：首先从边界值和等价类考虑输入，再根据输入与输出之间的关系采用因果图，根据登陆后的场景使用场景法，根据之前的检验的采用错误推测法，还要考虑 界面是否正确。 11.使用过哪些缺陷管理工具？ 答：使用过禅道，了解过QC等缺陷管理工具 12.平时有接触过性能测试吗？ 答：有，做WEB的都需要考虑性能方面的测试，性能测试需要借助工具，之前我使用过Loadrunner工具做过这方面的测试，其中自己要设置不同的参数、事 务、集合等完善脚本来建立的场景。然后在建立的场景设置不同的并发数进 行运行。
测试工作规范版本记录： 文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改当前版本：1.1 作者：** 完成日期：2004-9-15签收人： 签收日期： 1编写目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。 2测试团队构成 2.1职责 测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。
编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并提交测试报告供项目组参考。 进行缺陷跟踪与分析。 2.2角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。角色名称相关主要责任 测试经理组建测试组 协调测试组内部的沟通 代表测试组与其他角色组进行沟通编写测试计划 测试报告分析 测试用例设计工程师编写测试用例{可以由测试经理兼任}测试实施工程师实施测试用例，执行测试 技术支持工程师为测试工作提供技术支持 3工作流程及规范
3.1计划与设计阶段 在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下：
图表 2
划。测试计划中应该至少包括以下关键内容： 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级 测试方案——整体测试的测试方法和每个测试需求的测试方法 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 测试组角色——明确测试组内各个成员的角色和相关责任 里程碑——明确标准项目过程中测试组应该关注的里程碑 可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等 风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审。 测试计划由项目组评审通过. 在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后
学习导航 通过学习本课程，你将能够： ●熟知招聘面试的几种经典问法； ●了解行为式问题的深度挖掘技巧； ●知道压迫式问题的适用情况； ●掌握招聘面试的实施技巧。 招聘面试经典六问及实施技巧 一、引入式问题 1.引入式问题的涵义 定义 引入式问题，即面试人通过询问应聘者熟悉的简单问题，切入面试话题，获取应聘者的基本信息。一些对专业或岗位看法的问题也属于此类问题。 目的 引入式问题的目的是建立良好的面试气氛，有助于面试人员获取应聘者的初步信息，以供后续挖掘。 2.引入式问题的例子 引入式问题的例子，主要包括： 第一，你介绍一下自己的优点和不足。面试人员的这个问题，大多是为了了解应聘者的情况，以便录用时更好地安排工作，也可以看出应聘者对自己是否有正确的评价。 第二，你在学校学了哪些课程，哪些科目与所申请的工作有关。 第三，请介绍一下你的爱好和特长。 第四，请谈一下你对应聘岗位的理解。 二、行为式问题 1.行为式问题的涵义 定义
行为式问题，即通过对应聘者实际工作事例或参与活动的询问和挖掘，了解其行为特征、能力水平及素质状况。 目的 行为式问题的目的是通过过去的行为表现，判断应聘者是否具备相应的工作经验与工作能力，以及相关的分析问题、处理问题的综合能力，据此判定应聘者的能力与目标岗位要求的匹配度。 2.STAR深度挖掘技巧 Situation：情景 情景，即了解应聘者取得工作业绩的背景，通过不断发问，可以全面了解该应聘者取得优秀业绩的前提，可以知道其所取得的业绩有多少是与个人有关的。 Task：任务 任务，即当时的工作要干什么。通过了解应聘者的工作任务，每项任务的具体内容，可以了解他的工作经历和工作经验，以确定他所从事的工作与获得的经验，是否适合现在空缺的职位。 Action：行动 行动，即为达到目标采取的行动。了解应聘者为完成任务所采取的行动，可以进一步了解他的工作方式、思维方式和行为方式。 Result：结果 结果，即完成的目标，最后的结果如何。 3.行为式问题的注意事项 在设计行为描述式问题时，须注意三个条件： 第一，问题必须是针对应征者的行为或事情的过程，而非个人的感觉、情绪、判断或意见； 第二，避免问“为什么”，应改问“如何”、“怎样”或“什么”； 第三，问题中含有最大限度的形容词，如“最好”、“最高”、“最近”、“最差劲”等。
九个常见软件测试面试题 千锋老师非常关注同学们的软件测试面试题就业问题，到现在为止，所有千锋软测毕业同学都能高薪高起点就业，以下是千锋老师搜集的软件测试面试题，一起来看看吧！ 1.项目介绍（项目经验直接决定一个人能否胜任一份工作，企业更应该看重一个人解决问题的思路和具体能力），项目介绍部分重要的思路是应该先整体后局部，介绍整体的时候要有量化的数据（从项目度量的五大维度：规模，包括项目代码规模，需求规模、用例规模，工作量，进度，质量和成本），然后是整体的测试流程，再然后是角色与职责，接下来是项目中自己的特色，比如做得好的是什么、遇到的困难是什么、败笔是什么，末了是心得体会。 2.数据库方面知识，基本的要求是数据库记录的增删改查（insert、delete、update、select），表结构的增删改查（create、drop、alter、describe）、存储过程、触发器等。
3.linux操作系统相关，基本的目标是熟悉常见的50个命令，比如find命令（-name、-type、-perm、-user、-group、-ctime、-atime）等，熟悉vi、熟悉linux搭建测试环境。比如LAMP环境搭建。 4.缺陷相关知识，基本的是缺陷跟踪的流程（流程的基本要素），整体的流程，能在纸上给面试官画出来更好（尤其是男面试官，从男人好色的角度来看，写得清楚很重要），缺陷单的属性，至少能列出20个属性，每个属性的意义，如何描述好缺陷单，缺陷单描述的5C原则，比如缺陷重现步骤应该complete.如何描述一个你认为的经典的bug单。 5.设计用例相关，基本的包括用例的格式要素，用例设计工程方法论，每个方法要求（方法的背景，操作步骤，优缺点、适应范围，与其他用例方法如何配合），在项目中如何利用测试用例设计工程方法。 还有如何评价、评审测试用例，评审从哪些维度？要设计好测试用例需要哪些方面的知识结构，比如技术、业务、方法。 6.软件测试流程，系统测试相关规范和标准的流程：熟悉产品/项目，需求评审，测试需求，测试计划，测试方案，测试用例，预测试，一轮正式测试、第二轮回归测试、第三轮测试，测试报告，测试总结，测试指南。 7.网络相关，基本的网络基础知识，比如TCP/IP协议。 8.测试工具，包括三个大的类型，性能测试工具、自动化测试工具、测试管理类工具。起码的要求是熟悉工具的使用。