HR始终是HR，我们可以对六大模块滚瓜烂熟，可以把公司的制度弄得头头是道，但是，对于一些技术，我们总是表现的如此无能为力。对于非技术类出身的招聘官而言，最头疼的莫过于技术类人才的面试，考题如何设置，如何交流，如何判断，甚至是基础的初步筛选，都做的很痛苦，这些情况通常在IT公司、研发公司都会遇到，当你遇到的时候，我想不仅仅是头痛那么简单了。

    首先是该人是否容易相处？有许多IT精英人才，但却不易工作与相处在一起。在团队中，这样的人是不受欢迎的。我们所需的人才必须要能融入到团队中去。 　　

    其次就是看你聪不聪明，是否有求知欲？是否有快速学习能力？是否有良好的适应能力？是否贪图安逸，还是勇于挑战新鲜事物？

    最后才是评定应聘者的IT专业技能是否符合职位要求？之所以将这一因素放在最后，是因为如果一名应聘者既聪明、又有进取心，并有良好的适应能力，但却不具备我们所要求的所有技能，我依然会考虑聘用他，因为他有能力快速学会新的IT技能。 　　

    由此我们可以看出大IT公司更注重的是能力上的培养和性格上的好坏，所谓：性格决定命运，气度影响格局。一个拥有好的性格的IT技术人员即使现在他IT技术不怎么出色但是日后他也许会比那些老技术的IT人员更为出色。因为他懂得自我完善，也善于发现问题及时解决，这些处事能力是一些IT技术人员学不来的。

    所以HR们在IT人员的选拔上应该更加侧重于他的性格和能力，次为技术。这样也可以降低一些遇人不孰的概率。

    不过一般来说，大部分公司，HR需要考察的是应聘人员是否适合企业，性格等是否适合相关的岗位，专业技能及编程技能一般由用人部门进行考核，同时在试用期进行考察。

    所以如果HR面试技术人员任务是在考察求职者的性格和能力，接下来这几点可以作为参考。

    面试中应试者是否能够将自己的思想、观点、意见或建议顺畅地用语言表达出来。考察的具体内容包括：表达的逻辑性、准确性。

    面试中，应试者是否能对主考官所提出的问题，通过分析抓住本质，并且说理透彻、分析全面、条理清晰。

    在面试中，通过询问应试者经常参与哪些社团活动，喜欢同哪种类型的人打交道，在各种社交场合所扮演的角色，可以了解应试者的人际交往倾向和与人相处的技巧。

自我控制能力与情绪稳定性

    一方面，在遇到上级批评指责、工作有压力或是个人利益受到冲击时，能够克制、容忍、理智地对待，不致因情绪波动而影响工作；另一方面工作要有耐心和韧劲。

    了解应试者为何希望来本单位工作，对哪类工作最感兴趣，在工作中追求什么，判断本单位所能提供的职位或工作条件等能否满足其工作要求和期望。

    应试者休闲时爱从事哪些运动，喜欢阅读哪些书籍，喜欢什么样的电视节目，有什么样的嗜好等，可以了解一个人的兴趣与爱好，这对录用后的工作安排常有好处。

    如果HR也想要初步考察技术人员的技能，不妨试试接下来的方法。

    面试时，可以根据程序员和设计师两种大的标准来问问题。

    对于程序员级别，又分成初级程序员、程序员和高级程序员三个等级来判断。

    对于初程，在技术上其实我们不会有过多的要求，对于初程我们会更加关注他对于技术的兴趣程度(对于技术网站的关注、各种前沿技术信息的关心)，而不仅仅是因为生活所迫；另外就是在技术方面的基本功和对于公司需要采用的产品/开源工具的了解程度。  

    根据这样的标准，在面试初级程序员时问的问题就集中在这两个方面，常问的就是：　　

    1、经常上什么技术网站，论坛？　　

    2、最近业界的最新技术出现了些什么？　　

    3、根据公司采用的产品/开源工具来问，如公司采用webwork，可以问下面试者是否之前用过，或者是否用过类似的？

    对于程序员，在技术上就要有所要求了， 我们认为在工具方面上应该是很熟练的人员，其次就是对于工具的快速掌握能力。 　　

    根据这个标准，在面试程序员时我们会常问的问题：　

    1、根据公司采用的产品/开源工具和面试者的经历来问，如公司采用webwork，但面试者以前只用struts，那么我们会问他开发一个模块时，在采用struts下是一个怎么样的经典开发过程，开发过程中可能会碰到什么问题？ 　　

    在工具的快速掌握能力上，个人觉得最好的方法就是让面试者当场采用一种未曾使用过的技术做hello world之类的东西，这样可以考察面试者学习工具的能力以及承受压力的能力。

    对于高级程序员，在技术上自然要求就更高了，对于高程，除了需要熟练的使用工具之外，个人觉得高程需要具备对于设计思想的深刻理解。 　　

    1、根据公司采用的产品/开源工具和面试者的经历来问，如公司采用webwork，但面试者以前只用struts，那么我们会问他开发一个模块时，在采用struts下是一个怎么样的经典开发过程，开发过程中可能会碰到什么问题？(面试这样的问题是判断面试者到底有没有具备程序员的能力，具备了才继续往下问)

    2、根据面试者的经历问设计模式方面的问题，如面试者采用过webwork、spring IoC、Hibernate这些东西，那么继续问一些MVC、IoC、ORM这样的实战问题，多是问如果让你自己实现一个webwork这样的MVC框架的东西，你会怎么做？

    对于设计师级别， 模块设计师、子系统设计师、专业系统设计师和系统设计师四个级别来考量。

    对于设计师，在工具使用方面的考量会降低一些，但在对于系统理解方面则会加强考核。

    对于模块设计师，个人认为他需要掌握怎么样设计模块才能让程序员可以按照设计开展，以及如何考察设计的实现。 　　

    1、根据面试者的经历，挑选面试者曾经做过的模块，问他会怎么样去进行设计；　　

    2、怎么样去保证模块按设计的实现(可以问的问题是举例实现人员在实现时出现差错，他会怎么办)。　

    3、根据公司的需求，来问一些业务方面的理解能力。

    对于子系统设计师，个人认为他需要掌握如何划分模块的能力以及如何去考评模块设计师的设计的能力。 　　

    1、根据面试者的经历，挑选一个子系统问他怎么样去进行设计；　

    3、根据公司的需求，来问一些业务方面的理解能力。

三.专业系统设计师 

    对于专业系统的设计师，主要则需要考评其对于专业系统的理解程度以及知识的掌握面的程度。

    1、根据面试者的经历，如其有流程系统的设计经验，可以问流程系统的相关设计知识点，看其的掌握程度；

    2、简单的介绍实现一个专业系统的关键点，同时说下自己对于该种专业系统的发展的想法。

    对于系统设计师，则要要求更加的全面，考察其对于系统的架构设计的能力以及带领、组织团队的能力。

    1、根据面试者的经历，问其其中一个系统给他设计的话，他会怎么去做，这个主要考评其从需求推导设计的能力；　

    2、问面试者认为在进行系统设计时需要考虑的因素，或者就是以一个失败的案例，问他认为设计的失误出现在哪。

不过个人认为，HR伙伴们一般在技术人员面试中，承担的任务都是前者，所以技术类的知识，也可以不必深究。

  张恒军，资深人力资源管理从业者，知名的人力资源软件管理公司—‘i人事’创始人及CEO，人事工作经验超过15年时间，先后在知名的跨国企业及互联网公司从事人力资源管理，历任艺龙旅行网、易趣网和麦包包公司担任人力资源总监和运营总监。先后在《人力资源管理》、上海第一财经频道《上班这点事》、招聘兄弟会等担任嘉宾，发表或点评相关人事管理及经验分享。

一、什么是兼容性测试?兼容性测试侧重哪些方面?程序员

主要检验的是软件的可移植性，检查软件在不一样的硬件平台软件平台上是否能够正常的运行。细分会有：平台的兼容，网络兼容，数据库兼容，数据格式的兼容等。web

2，经常使用的测试方法有哪些？数据库

黑盒测试，白盒测试，静态测试和动态测试，手工测试和动态测试，回归测试，公测。浏览器

3，白盒测试和黑盒测试的区别？安全

黑盒测试是功能性测试，通常采用穷举输入测试，不会考虑内部的逻辑和实现。兼容性，安全性测试，压力测试，性能测试。服务器

白盒测试是结构测试，通常是穷举路径测试，检测内部逻辑驱动结构。 – 语句覆盖 – 断定覆盖 – 条件覆盖 – 断定－条件覆盖 – 条件组合覆盖 – 路径覆盖。网络

4，静态测试和动态测试有什么区别？数据结构

静态测试是指不运行程序自己，仅经过分析程序文档结构，软件执行过程，检测程序的正确性，主要有变量，借口，递归等。架构

动态方法是指运行程序，检查运行结果与预期结果对比差别，并分析抗压性，健壮性等，这种测试包括三部分：构造测试实例，执行程序，分析程序输出结果。并发

区别一：静态测试是用于预防的，动态测试是用于矫正的
区别二：屡次的静态测试比动态测试要效率和效益高
区别三：静态测试综合测试程序代码
区别四：在至关短的时间里，静态测试的覆盖度能达到100%，而动态测试常常是只能达到50%左右，缘由动态测试发现的bug大部分只是在测试实际执行的那部分代码
区别五：动态测试比静态测试更花时间
区别六：静态测试比动态测试更能发现 bug
区别七：静态测试的执行能够在程序编码编译前，动态测试只能在编译后才能执行

五、正交表测试用例设计方法的特色是什么?

用最少的实验覆盖最多的操做，测试用例设计不多，效率高，可是很复杂;

对于基本的验证功能，以及二次集成引发的缺陷，通常都能找出来;可是更深的缺陷，更复杂的缺陷，仍是无能为力的;

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

是一套开源的bug追踪系统，能够管理软件开发中bug的提交，指派，修复，关闭等功能管理。提升测试和开发人员沟通效率。

七、测试用例设计的完整过程？

2，根据需求分析，得出测试需求

5，经过后设计测试用例，

是一个自动化负载测试工具，经过模拟上千万用户实施并发负载及实时性能检测，他能预测系统行为并评估系统性能，原理是经过代理方式得到客户端与服务器端的数据流。分为用户动做设计，场景设计，测试数据设计三个部分。

九、Beta测试与Alpha测试有什么区别?

Beta是用户实际使用的测试，没有开发者在场，Alpha测试是公司内部测试，有开发者监控。

通常一个软件在不断的升级优化中会产生不一样的版本号，每一次变化较大或有重大特色出现的时候，会升级版本号第一个号，好比1.x，2.x，版本发布后通常会有bug修复的版本，这时候就是1.x,2.x等。

十一、什么是桩模块？什么是驱动模块？

集成测试前要为被测模块编辑一些模拟其下级功能的子模块的替身，以代替被测模块的借口，接受或者传递数据，这些假模块被称为桩模块。

驱动模块通常为主程序，它接收测试数据并将这些数据传递到被测试模块。

十二、什么是扇入和扇出？

扇入是指该模块被调用的次数，扇入大，说明该模块的复用性好。

扇出是指该模块调用其余模块的个数，扇出大，说明该模块的业务逻辑复杂。

1三、你认为作好测试工做的的关键是什么？

1. 明确测试的目标，加强测试计划的实用性，2.坚持“5W”规则，明确内容与过程

3.采用评审和更新机制，保证测试计划知足实际需求，4. 分别建立测试计划与测试详细规格、测试用例

1四、简述一下缺陷的生命周期?

15,、软件的安全性应该从哪几个方面去测试？

3，安全防御策略，安全日志等，

1六、单元测试，集成测试，系统测试的区别？

测试方法不一样：单元测试属于白盒测试，集成测试属于灰盒测试，系统测试属于黑盒测试。

考察范围测试重点不一样：单元测试注重单元内部的数据结构，逻辑控制，异常处理。

集成测试注重模块之间的接口及接口之间的数据传递，系统测试注重知足需求。

基准不一样：单元测试主要的逻辑覆盖，集成测试主要是接口覆盖，系统测试是测试用例对需求规格的覆盖率。

1七、用户文档包括哪些？

1八、项目中碰到的需求问题，可以直接和客户沟通吗？

能，我在项目组中是对外接口人，我能够直接和客户方的表明开会进行沟通；不能\咱们须要将问题整理到一块儿，由项目经理和测试经理做为接口人和客户进行沟通;咱们的需求是产品线提的，关于需求问题咱们直接找产品线。

1九、需求肯定中不肯定的需求怎么解决？

项目组内讨论解决，若是仍是得不到解决，须要找用户确认。

20、需求文档是谁编写的？

2一、怎么进行需求测试？

2二、什么是测试点，测试点包含哪些内容？

就是针对功能细分的点，咱们写的测试点相似于测试用例，是说什么功能的什么状况。

2三、什么是测试方案，什么是测试策略？

方案是指导咱们怎么测的问题，里面的主要内容是测试点。策略是指导咱们要测什么方面，好比要进行功能测试，性能测试，兼容性测试等等，并指出须要依赖与什么工具。

2四、测试方案是谁编写的？

有经验的测试工程师、分给谁谁写，本身写本身负责的那一部分，通常除了新员工都会写。

2五、测试方案包含哪些内容？

业务功能的描述，对需求功能的理解，业务流程图，业务表，测试点等。

2六、测试方案编写的输入条件是什么？

需求规格说明书，测试需求分析表。

2七、测试用例设计方法有哪些？

等价类、边界值、错误推测法、场景法、因果图、断定表。

2八、测试用例内容有哪些？

ID 、标题、 优先级、 预置条件 、操做步骤 、预期结果、 实际结果、测试人、测试时间。

2九、什么是好的测试用例？

我以为不遗漏的测试用例就是好的测试用例。

30、测试用例的颗粒度划分？

颗粒度的大小就是用例的粗细程度，每一个项目组的尺度应该有所不一样吧！

3一、测试用例为何须要有优先级，有哪一些优先级？

由于在不一样阶段执行的用例数目是不一样的，用例对应的功能的重要程度也是不一样的，咱们用的是高中低三级。

3二、大家之前一天可以编写多少条测试用例？

30条左右吧，没怎么统计过，大概是这个数，没怎么统计过。

3三、大家项目一共有多少条测试用例？

500-------到2000，具体项目具体分析，和项目大小颗粒度大小都有关系。

3四、高中低优先级的测试用例的比例占多少？

3：4:3 的比例吧！

3六、测试用例须要哪些人来评审？

测试组内评审的，由于咱们的方案是全体项目组成员(PM/SE开发和测试)来评审的而且方案里的测试点写到了测试用例标题的程度。咱们是项目组全体来评审的额，毕竟测试是保证软件质量的最后一个环节，测试用例是测试执行的依据，因此测试用例十分重要，项目组很是重视测试用例的评审，但愿把漏测的降到最低，因此咱们的测试用例是项目组全体成员来评审的。

3七、一个项目须要写多少测试用例怎么估算？

这个在需求分析以后根据测试点来评估的，咱们的测试点写的很细，因此测试用例的数目几乎等于测试点的数目。

3八、测试用例是谁写的？

3九、不能发现BUG的测试用例不是好的测试用例吗？

我不这样认为，我以为在执行以前，每一个用例均可能发现缺陷，好的测试用例是一套完整的不遗漏的测试用例，是可以被其余的测试人员执行的测试用例。不能由于是否找到BUG来讲明用例是否好。

40、为何要进行交叉测试？

由于本身执行本身设计的用例，会按照设计用例的思路来执行用例，可能会忽略一些偶然或异常的状况，交叉执行可能会发现新的BUG，固然若是用例已经写得很细，颗粒度很小吗，输入输出写得很全面交叉执行的结果都会差很少，不管谁来执行结果都是同样的。

4一、测试环境是谁搭建的？

咱们老大、CMO/测试人员

4二、大家测试版本实在哪获取的？

开发搞定以后提交到SVN上，咱们去SVN上获取。

4三、什么叫预测试，预测试是怎么进行的，预测试通常为多长时间？

预测试就是开放刚刚开发完成，测试环境刚搭建起来，这时咱们要对系统的各类功能能不能跑通，业务流程能不能完成进行测试，就是冒烟测试，这就是转测试，咱们转测试大概须要一天的时间。

4四、你的测试职业发展是什么？

测试经验越多，测试能力越高。因此个人职业发展是须要时间积累的，一步步向着高级测试工程师奔去。并且我也有初步的职业规划，前3年积累测试经验，按如何作好测试工程师的要点去要求本身，不断更新本身改正本身，作好测试任务。

4五、你认为测试人员须要具有哪些素质？

作测试应该要有必定的协调能力，由于测试人员常常要与开发接触处理一些问题，若是处理很差的话会引发一些冲突，这样的话工做上就会很差作。还有测试人员要有必定的耐心，有的时候作测试很枯燥乏味。除了耐心，测试人员不能放过每个可能的错误。

4六、你为何可以作测试这一行？

虽然个人测试技术还不是很成熟，可是我以为我仍是能够胜任软件测试这个工做的，由于作软件测试不只是要求技术好，还有有必定的沟通能力，耐心、细心等外在因素。综合起来看我认为我是胜任这个工做的。

4七、测试的目的是什么？

测试的目的是找出软件产品中的错误，是软件尽量的符合用户的要求。固然软件测试是不可能找出所有错误的。

4八、测试分为哪几个阶段？

通常来讲分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试。

4九、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来讲明这些方法在测试用例设计工做中的应用。

有黑盒和白盒两种测试种类。
黑盒有等价类划分法，边界分析法，因果图法和错误猜想法。
白盒有逻辑覆盖法，循环测试路径选择，基本路径测试。

例子：在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则。
首先利用等价划分法，能够一个或多个结果是OK的测试用例，
而后确认多个NG的测试用例，
而后利用边界值分析法，能够对结果分别是OK和NG的测试用例进行扩展和补充。

50、您认为作好测试用例设计工做的关键是什么？

测试用例设计工做的关键是对可行的和不可行的都要考虑。
1，输入2，详细的操做步骤3，预期输出4，实际输出。

5一、您在从事性能测试工做时，是否使用过一些测试工具？若是有，请试述该工具的工做原理，并以一个具体的工做中的例子描述该工具是如何在实际工做中应用的。

有使用过LoadRunner，该工具可以录制测试人员的操做步骤，而后对这个操做步骤模拟出多个用户来播放出来。

一、Visural UserGenertor建立脚本，选择协议，录制操做，编辑操做。
二、中央控制器（Controller）调度虚拟用户，建立场景，选择脚本，创建虚拟用户，设计shedual，设置ip spoofer。
三、运行脚本。分析shedual。

5二、您认为性能测试工做的目的是什么？作好性能测试工做的关键是什么？

性能测试工做的目的是检查系统是否知足在需求说明书中规定的性能，性能测试经常须要和强度测试结合起来，并经常要求同时进行软件和硬件的检测。性能测试主要的关注对象是响应时间，吞吐量，占用内存大小（辅助存储区），处理精度等。

5三、在您以往的工做中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

检测时间，系统环境，硬件环境，严重程度，程式版本，确认人，功能模板，问题描述，详细操做步骤，是否会重现。
问题描述和详细操做步骤要尽量详细。
Bug应该尽可能用书面语，对于严重程度比较高的缺陷要在相同环境下测试一遍。
在C\S模式下，若是条件知足可使用替换法来确认是client端的问题仍是server端的问题。

5四、你对测试最大的兴趣在哪里？为何？

最大的兴趣就是具备挑战性。由于我并不知道哪里会出现bug，在找到一个bug后会很高兴。
而且测试须要很强的耐心和细心。我能够很容易的找到一些细节问题。

5五、测试活动中，若是发现须要文档不完善或者不许确，怎么处理？
要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不许确的地方描述出来，并提出本身的意见。
5六、你认为作好测试计划工做的关键是什么？

首先，要有一个明确的目标，详细的阅读需求文档说明。
其次，要对整个测试人员、测试时间、测试进度进行一个预估，并预先进行管理。
最后，要对整个测试流程设定一个规范，全部测试人员都按着规范作事，不能为所欲为的测试。

5七、软件配置管理工做开展的状况和认识？

拿到一台裸机事后要安装客户须要的操做系统，而且安装一些所必须的软件。

5八、你以为软件测试经过的标准应该是什么样的？

测试用例彻底执行，测试用例覆盖到全部的测试点，而且缺陷的密度达到客户的需求。

5九、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？

用户安装文档、用户配置文档、用户使用手册、联机指导等。

60、简述软件系统中用户文档的测试要点？

完整性：用户文档中功能的描述要完整的。不能让用户产生疑问。
一致性：用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。易使用性：用户文档描述的内容要方便用户阅读而且可以让用户很清楚的知道如何操做。
图表：有的时候用图表描述会很明了。

6一、什么是系统瓶颈？

系统瓶颈就是软件在必定的并发量、访问量下没法达到用户的需求。好比说用户须要在10s内完成一个访问，可是每一次都要12s才能完成，这个就是性能瓶颈，有多是程序自己的问题，也有可能和操做系统、软件相关。

6二、没有产品说明书和需求文档地状况下可以进行黑盒测试吗？

能够。这个状况下咱们就要进行探索性测试，把软件当成用户需求，一步步进行测试。凭借经验判断功能正确与否，有的时候还能够与项目经理、开发人员一块儿进行交流沟通，从而进行更好的测试。

6三、为何尽可能不要让时间富裕的员工去作一些测试？

首先，专业的测试人员是有必定的技能和耐心对软件一步一步进行测试。
若是让时间充裕的员工去测试的话，他可能心思并不在测试上面。会很随意的、没有目标的进行测试。
这样子的话测试并不完整，有的时候甚至很重要的bug都无法找出。因此仍是须要专业的测试人员来进行测试的。

6四、彻底测试程序是可能的吗？

不可能测试人员对程序进行测试，只能找出程序中的bug，可是并不能保证程序是没有bug的。
彻底的测试要花费不少的人力财力，而且测试的数据量过大，很浪费时间。
测试的结果还不少，有的都是相似的，没有必要进行相同的测试。
因此彻底测试是不可能的。

6五、软件测试的风险主要体如今哪里？

主要体如今无法彻底测试。
有些问题可能隐藏在没有测到的地方。这样子就被忽略了。
客户使用的时候并不熟悉软件是如何操做的。
可能有的时候会误点点出问题。这样子的话咱们就要承担很大的风险了。

6六、发现的缺陷越多，说明软件缺陷越多吗？
是的，一般若是发现一个缺陷的话，有的时候会发现不少相似的缺陷，
由于因为开发人员的习惯，可能一个地方有错误，另一个地方就会有相同的错误。

6七、全部的软件缺陷都能修复吗？全部的软件缺陷都要修复吗？

从理论上来讲全部的缺陷都是能够修复的，可是并非全部的缺陷都要修复。一些对于软件没有影响的、不影响使用的缺陷咱们能够不用修复。
由于修复些细小的缺陷也是须要花费不少时间。
项目上面可能会由于时间问题而先忽略这些小缺陷。

6八、开发人员总是犯一些低级错误怎么解决？

要在开发的前期就制定好一些编码规范，这样子能够减小不少由于我的习惯引发的错误。
同时，测试人员在发现开发人员犯一些低级错误的时候不能够指责他们，要耐心的给他们指出错误所在。
而后能够有开发人员本身进行测试，找出一些一眼看得出来是错误的地方。

6九、您在以往的测试工做中都曾经具体从事过哪些工做？其中最擅长哪部分工做？

我通常都是作的Web测试，搭建测试环境，对于一个程序进行集成测试，系统测试，回归测试等。
还要编写测试用例以及一些文档，用户使用手册，功能测试文档等等。

70、开发人员说不是bug时，你如何应付？

首先把本身的理由告诉开发人员。
在同开发人员沟通究竟是不是bug，可是若是开发人员仍是认为不是bug的话，就把这个问题提到项目经理处，同时附上本身的理由。
有项目经理决定是否为bug。

7一、软件测试项目从何时开始为何？

通常软件测试越早展开越好，通常是从须要阶段就要进行软件测试。
软件测试不只是测试功能，对于需求文档一类的也要进行测试。
越早的找出bug，就会减小后续开发人员修改程序的次数，而且能够下降成本，若是等整个软件开发的差很少了发现一个致命的错误的话，是须要花费不少时间和人力来从新修改的。
若是在一开始就发现的话就不会出现这种状况了。

7二、你能不能说下你的3-5年的职业规划？

首先，要巩固本身的测试基础知识，在基本知识扎实的状况下提升理解需求文档地能力。
其次，学习自动化测试工具，并将它运用到测试中。
而后，在测试技术达到必定程度后，要学会如何带领一个测试团队。
最后，争取在最快的时间内达到测试经理的水平。

7三、功能测试用例须要详细到什么程度才是合格的？

测试用例覆盖到全部的测试点。

7四、一个缺陷测试报告的组成？

缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。

7五、测试用例一般包括哪些内容？

用例编号、测试环境、用例标题、输入数据、预期结果等

7六、你都用什么测试方法？

根据不一样的系统和模块有不一样的方法。主要是黑盒测试和白盒测试。

7七、软件的评审通常由哪些人员参加？其目的是什么？

参加人员：客户、项目经理、开发人员、测试人员
目的：查看软件在未正式投入运行前是否还存在问题。
对于不一样软硬件平台可否正常运行，是否有与客户理解不一致的地方，
同时能够对一些能够改进的地方再多加改进。

7八、什么是软件测试，软件测试的目的？

软件测试是经过人工或者自动化的操做进行尚未商业化用途的程序，查看他们的功能是否知足客户需求。
目的：在最短期内找出尽量多的软件缺陷。

7九、什么是兼容性测试？

兼容性测试是检查软件在不一样软件平台，硬件平台上是否能够正常运行的测试。
主要查看软件在不一样操做系统、浏览器、数据库中是否运行正常。

80、什么是软件测试？

为了发现程序中的错误而执行程序的过程

8一、软件测试的对象有哪些？

软件测试并不等于程序测试。
软件测试应贯穿于软件定义与开发的整个期间。
需求分析、概要设计、详细设计以及程序编码等各阶段所获得的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为软件测试的对象。

8二、当测试过程发生错误时，有哪几种解决办法？

1）跳转到别的测试过程
2）调用一个可以清除错误的过程
3）退出过程，启用另外一个退出过程和应用程序，从新启动Windows，在失败的地方从新开始测试

8三、怎么才可以全面的测试到每个点？

测试的全面性主要须要在设计测试计划的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义所有的测试点。

8四、开发与测试的关系？

开发和测试是一个有机的总体。
在产品发布以前，开发和测试是循环进行的，测出的缺陷要经开发人员修改后继续测试。
在开发的同时测试经理开始编写测试用例，测试文档要参考开发文档，因此开发和测试是不可分割的，少了任何一个都不能开发出产品。

8五、测试活动中统计了哪些数据？

8六、进行测试时产生了哪些文档或记录？

测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明。
在执行测试的过程当中只有缺陷报告，这个仍是用在缺陷管理工具中进行的，最后在工具中导出缺陷报告。

8七、怎样作好测试计划？

1）理解系统。从整个系统的高度了解被测系统必须知足的功能和非功能性需求。利用涉及整个系统的文档，造成对系统的总体了解。
2）及早介入。为了深刻了解项目，测试人员应该在系统的开始阶段介入，能够增长对客户需求，客户问题，潜在风险以及最重要的功能方面的理解
3）测试指望。程序员的指望是什么？客户的指望是什么？销售对测试的指望又是什么？测试目标必须是绝对的，以避免说不清是否达到目标。
4）吸收教训。把之前工做中学习到的经验教训运用过来，对肯定测试策略颇有做用。
5）工做量过小。完成测试须要多少工做量？须要多少人员？
6）技术选择。系统会采起什么技术？系统会采用什么架构？这些信息有助于肯定测试策略和测试工具。
7）时间表。系统开发和测试分配的时间有多长？截止日期是何时？

8八、测试用例如何设计的？

在测试用例的设计以前首先要仔细阅读开发的详细设计文档，充分了解产品的详细功能，不清楚的地方与开发人员进行沟通，搞懂每一个功能，尽可能详细到输入框、按钮等小功能，功能点清楚以后按照功能模块分类进行用例编写。
在具体的用例设计中会运用到等价类边界值等黑盒测试方法

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

如今缺陷报告通常再也不使用纸质档文档编写，而是专用测试管理工具（如TestDirector），这样便于缺陷管理。
在这些工具中，每一个缺陷做为一条记录输入指定的缺陷管理系统中。
缺陷报告包括：软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别

软件的bug指的是软件中（包括程序和文档）不符合用户需求的问题。
常见的软件bug分为如下三类：没有实现的功能完成了用户需求的功能，可是运行时会出现一些功能或性能上的问题实现了用户不需求的多余功能

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

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

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

9三、请问功能测试和性能测试的区别是什么？

功能测试：检测实际软件的功能是否符合用户需求，测功能是否是所有实现，某个实现是否是有BUG。
主要为了发现如下几类错误：
A、是否有不正确或遗漏的功能？
B、功能实现是否知足用户需求和系统设计的隐藏需求？
C、可否正确接收输入？可否正确输出结果？

性能测试：验证软件质量的三个质量特性，可靠性，正确性和效率。主要是测试产品的健壮性

功能测试按照系用例，按照系统需求说明书和测试用例，对产品的功能一步步进行测试。找出产品功能是否所有实现

性能测试：通常都使用性能工具对产品的健壮性进行评估。经过建立场景和虚拟用户模拟真实环境，进行压力测试和负载测试。

9四、为何选择测试这行？

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

整理程序人生版专题区，对出错的帖子进行重发。

专题标题： 漫漫程序人生路……

527、[论坛] 关于计算机人员以后的出路问题??如果大家愿意的话,讨论讨论!!!

主　　题： 关于计算机人员以后的出路问题??如果大家愿意的话,讨论讨论!!!
作　　者： ravehe (人生得意须尽欢，千金散尽还复来)
所属论坛： 扩充话题 程序人生

我是计算机科班出来的!在选择单位的时候,我选择了软件开发(基本上是当程序员)而放弃了电力局;我是很喜欢软件开发的,但是现在我很是怀疑我的选择是否正确!!
因为也是不是一天到晚的对着显示器,以前我倒没有觉得怎么样的不习惯,所以觉得自己能够选择计算机还是挺好的;但是前一段的时间到单位实习,做的是软件开发,其中的辛苦大家也是可想而知的,几乎天天要对着显示器,天天想代码和设计工作,一个月下来,我就觉得非常的难受(我觉得自己几乎成了个机器,连思维都机械化了!!)
如果是从事计算机方面的开发,现在是20多,还可以忍受其中的痛苦,但是以后30多,40多,50多的时候,难道我们还是这样??又或者我们都自己跳出去当老板??
如果是进电力局,钱绝对不比程序员少的,而且非常的轻松,但是如果是这样的过一辈子,我不是很甘心!!但是,按照目前的软件开发来说,我们这些到了30多,40多,50多的时候,我们干什么好?并不是每个人都可以当系统分析员等上层工作的!!
我们计算机人员以后的出路问题在那里??

我更加的迷茫!!我都不知道自己的选择是否正确,如果错了,那可是一辈子的事情啊

现在我已经想好了，等到30岁开始转往管理方面。
毕竟30多的时候编程序有点累了！:-)

不爽了就跳楼，活的太久了也没意思

我有一点体会，编程可以培养你的缜密思维，培养你理解解决问题的能力，让你重新看待这个世界，这就看你的悟性了，这些恰恰是你干别的事情都需具备的不要认为编程的都是井底之蛙，呵呵，

TO 卖火柴的大哥，生活缺了激情就像没放盐一样。

我想晓得大家的理想是什么?
你花一辈子想追求什么?
你认为你以后会是什么样子,
管理之流是我辈能干的?

问题是，每天对着显示器，不知道有几个人没有感到疲惫的？而30以后也不是每个人都可以转为管理或者自己当老板的啊？

我也很有同感啊，有时候自信，有时候又怀疑35岁以后怎么办？如果去电力局
不比现在钱少也很不错啊

电力局的钱是挺多的，但是没有什么的事情可以做，一辈子如果就这样，怎么都有点不甘心的，我想每个人都有自己的梦想，每个人也都希望能够干点事出来！！
但是，现实却是搞计算机的人已经是满天飞了，如果从程序的开发角度来说，年龄是非常现实的问题！！所以， 我就担心以后的 出路问题，也希望过来人给点意见！！