简介类
1 谈一下你近期所做的项目: (项目介绍,工作内容-需要对所负责的内容有清晰地描述,
角色,收获)
分析:这个问题主要是想通过实际的项目来考察面试人员的测试水平及能力,在描述过程中对于系统的功能及测试过程的描述很能反映出问题的。
回答:首先需要简介一下是什么项目(这个一般在需求的首页会有介绍);其次,重点要描述一下你在项目中的负责内容(负责模块的流程要描述清楚,测试过程等);基于上述的描述,可能会接着问面试人员在项目中的重大贡献、影响比较深刻的事情(用例,bug等)、收获,关于这一点是要求你们每次在项目过程中及项目结束时自己总结的,目前看起来执行的效果非常的差,那后续的话,请大家注意,目前部门已经把该项内容加入到人员绩效考核中了。
2 简述公司的测试流程。
分析:这个问题一般面试时都会提到,我们只需要根据目前部门的测试流程回答好了,后续等李静宇完成部门的规范后,会给大家做统一的培训,涉及的一些部门敏感信息到时候会和大家提出,面试时涉及到以公司机密不应给面试方给出具体量化指标。
测试管理类
1 简述测试计划包含的内容。
分析:每个公司的测试计划包含的内容可能都是不同的,目前我们一般用公司的CMMI规范的内容模板,后续可以按部门的最新计划模板来回答。
回答:引言(目的,适用范围,读者对象),测试背景(系统总体结构,测试目标,风险及约束,测试文档),测试组织架构(组织形式,角色和职责),制定测试策略(决策因素描述,制定测试策略),单元测试计划,集成测试计划,系统测试计划,验收测试计划,性能测试计划,易用性测试计划,以上每个计划都包含有:制定测试方案(测试目标及要求,测试环境,测试工具,测试技术,测试内容),测试准备,测试实施,测试总结。
2 如何估算测试工作量
分析:这个问题基本上是对每个做过测试管理的人都会问到的问题,一般会紧接着测试计划相关问题发问的。按目前部门正在整理的估算方法进行回答。里面涉及的具体数据是部门敏感数据,回答可以按模糊方式。
回答:工作量估算我们主要是按功能点进行分析的,测试前期做需求分析时,我们会分析待测系统所包含的功能点个数,将功能点分为:标准功能点和非标准功能点。标准功能点对应的:功能点分析,用例设计,用例执行,我们都依据人员的职级所对应的标准的工作量进行估算,在测试结束时,进行数据收集,完善我们的评估体系。
3 如何应对需求变更。
分析:需求变更基本上是项目中必不可少的一项内容,变更引发的时期,变更记录,变更内容涉及的修改部分所需要的工作量评估,变更所引起的风险及对应策略等,是每个项目都必须要重点关注的部分。如何将变更控制好对项目的最终质量有着很大的影响。 回答:首先,当有变更产生时,我们需要做记录,评审;其次,基于需求变更所产生的测试工作量进行评估(评估内容除了作为新需求的工作量外,还需要包含变更引起的回归测试工作量);再次,结合变更引起的时期,覆盖范围,及风险,综合考量变更执行
4
5
6
7 的阶段,如,临近发布或者上线,除少量影响比较少的变更可以进行外,其余变更最好是在发布后再进行,当然我们只有建议的权限,如果客户或项目经理强烈要求则需要尽力规避风险;最后,对于变更引起的风险,我们需要仔细分析并提供最佳解决或规避方案。 以前的项目中,有没有做过项目管理 分析:该问题考察面试人员是否有测试管理经验,如果回答是的话,就会引发后续关于测试管理的提问。 回答:如有实际管理经验的话,就如实回答;如果没有管理经验,也想说有的话,可以说管理过小型项目,项目中自己一个人,需求分析,测试计划,执行,bug report,分析报告等,每个阶段都会有导师进行评审。过程中涉及的内容都可参照本手册的相关内容进行回答。 谈一下你做过的一个较大型的项目,在项目中是怎么规避风险的 分析:风险基本上每个项目都会存在的,捕捉风险,并制定规避测率对于测试工程师是必不可缺的一项技能。 回答:首先介绍项目,通过项目中的介绍列举我们如何进行风险规避的;目前公司的项目常见的风险如下,回答时可以进行有选择性地回答: a. 需求分析阶段,文档不全,更新不及时。这个就需要督促文档提供者补全文档,如果确实不能及时补充的话,那么就需要加大沟通力度,邮件,会议,并要存档,并及时更新相关测试文档; b. 测试人力缺少,一方面要在测试之处确定每个测试阶段的测试基线,并要求开发加大单元测试力度,严格保证冒烟测试的质量;对于测试过程中发现的严重问题需要及时响应; c. 需求变更,参照上面的进行回答。 做为测试项目负责人,你怎么去检查你手下的测试工作的质量? 分析:做为一个项目的测试团队的负责人,如何管理项目中的测试工程师,并保证测试工作的质量,是每个测试负责人必须掌握的技能。保证质量需要从多方面进行检查及监测。 回答:需求分析及用例设计阶段,检查及评审小组成员的功能点分析,用例设计;与项目组协调好,制定出合理地测试计划和安排测试执行工作;测试执行阶段,检查每日工作量及工作汇报,review每天发现的bug,并分析bug状态曲线,以便及时合理地调整工作安排;严格遵循部门的测试相关规范,减少不必要地成本消耗(如,因bug描述不清或辅助资料不全,导致地沟通成本)等。 做为测试负责人,测试计划的制定、测试用例执行与测试计划的制定、让其他人执行用
例,它们之间的区别是什么?
测试过程及技术类
1 什么情况下会设计公共用例,举一个公共用例的例子
2 以google搜索为例,谈一下设计测试用例的策略
3
4
5
6
7
8
9
10
11
12
13
14
辅助技能及人员素质类
1 Linux环境搭建时应该注意哪些方面?
2 Linux常用的命令:日常操作,测试环境部署安装,监控
3 测试人员应该具备哪些素质
4 讲一个你粗心的例子
5 假如有两个表分别为表A、表B ,表A和表B之间有一些字段相同且表A的字段比表B
的要少,请用SQL语句将表A中的数据复制到B中?
6 用SQL语句查询前10条的记录?
7 找出表中某一字段中重复的记录
8 找出表中唯一的记录
9 删除表中重复的记录
10 了解JAVA程序吗?知道什么是线程吗?实现线程的三种方式
11 性能测试的指标都有哪些?
12 如何检查内存泄露问题
如何验证测试结果的正确性 Bug的处理流程。 如果你发现一个BUG,而开发认为不是BUG,如何处理?软件最终的bug由谁来决定? 如果发现一个很小的BUG,如何处理? 怎么判断一个测试用例的好坏 测试用例设计方法概述,个别方法描述,如:等价类 软件发布的标准。 发现一个bug的重现率比较低时,怎么处理 怎么准备测试数据 给你一个文本框和一个搜索按钮,请给出你的测试策略? 如何做回归测试,应该注意哪些问题? 你做过哪方面的测试(自动化、手工)
1. 找出表中某一字段中重复的记录
select * from table
where field in
(
select field
from table
group by field
having count(field)>1
)
2. 找出表中唯一的记录
instinct
3.删除表中重复的记录
DELETE 表名 Where 自增字段名 Not In (Select 自增字段名 From tempdb..临时表名)')
第二篇:面试失败的全面总结
现在找工作好难,有些大学生是庸庸碌碌混过来的,20xx年完了就拿了一纸文凭。虽然是这样,但我不甘心要平庸一辈子。面试的时候,HR让介绍自己,真不知道该怎么说,作为一个从小到大平凡过的人,没有的到什么荣誉、社会实践、兼职什么都没有,就像一杯白开水一样。当要求介绍自我的经历时,我真不知道怎么说,只能如实简短的把自己基本信息什么说一遍就完了。
现在为这些人群指点一些迷津,首先分析失败的原因,解决这些问题就基本有把握成功,面度失败的十大原因分析:
第一、过分夸大自己的实力,让考官觉得你很虚伪,造成第一印象不好;
第二、不能面对失败或拒绝,考察应变力及承受压力的能力,这点很重要,尤其面试中高层干部常用此招;
第三、对自己的资历不自信,充分展示自己的优势,尤其是在该单位应空缺的岗位空间技能;
第四、参加没有准备的面试,面试之前要了解公司,了解产品,
了解一些行业知识;
第五、避开不正规或裁员公司,正视公司的前景;
第六、与面试官“套近乎”,有些考官不喜欢此类型的员工,认为不诚实,过于狡诈;
第七、为偏见或成见所左右,始终保持客观公正的评价和态度;
第八、丧失专业风采,树立良好的职业道德,工作作风和工作习惯;
第九、对个人职业发展计划模糊,要让自己的职业规划与面试公司的发展相统一;
第十、不知如何收场,收场要干脆利落,不要拖泥带水。
面试成功的基础,首先在于个人对自己的准确定位,以及确立在此定位基础上的整体诉求策略。面试前的自我定位就是通过对自我的精心设计,使个人能在面试官心目中产生个性清晰鲜明,符合优秀员工特征的形象。定位还有很强的“牵引”作用。经过准确定位产生的一整套严密的整体诉求策略,可使面试官沿着你设定的思路提问,这样
你就能在面试中反客为主,变被动为主动。所以说自我定位重要的并不是改变自我,而是从面试官对优秀员工特征的理解出发,塑造自我形象,并基于这个形象设计出一整套最佳的影响面试官对个人认同的策略。相反,真正的自我改造需要较长的时间。