初级测试工程师面试题

网络测试工程师求职者提高应聘水平的第一关就是 面试 题的回答。下面是我为大家精心推荐的网络工程师 面试题 及参考答案，希望能够对您有所帮助。网络工程师面试题篇1 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进行误操作; 没有综合的评分指标，不好确认修复的优先级别。 网络工程师面试题篇2 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 网络工程师面试题篇3 14、TestDirector有些什么功能，如何对软件测试过程进行管理? 参考答案： 需求管理 定义测试范围 定义需求树 描述需求树的功能点 测试计划 定义测试目标和测试策略。 分解应用程序，建立测试计划树。 确定每个功能点的测试方法。 将每个功能点连接到需求上，使测试计划覆盖全部的测试需求。 描述手工测试的测试步骤 指明需要进行自动测试的功能点 测试执行 定义测试集合。 为每个测试人员制定测试任务和测试日程安排。 运行自动测试。 缺陷跟踪 记录缺陷 查看新增缺陷，并确定哪些是需要修正的 相关技术人员修改缺陷 回归测试 分析缺陷统计图表，分析应用程序的开发质量。 15、你所熟悉的软件测试类型都有哪些?请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试„„)? 参考答案：Compatibility Testing(兼容性测试)，也称“Configuration testing(配置测试)”，测试软件是否和系统的 其它 与之交互的元素之间兼容，如：浏览器、 操作系统 、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。 Functional testing (功能测试)，也称为behavioral testing(行为测试)，根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。 Performance testing(性能测试)，评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。 16、软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录? 参考答案：5C标准 17、Beta测试与Alpha测试有什么区别? 参考答案：Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场 Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试 18、软件的评审一般由哪些人参加?其目的是什么? 参考答案： 在正式的会议上将软件项目的成果(包括各阶段的文档、产生的代码等)提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷，并采取补救 措施 ，以及找出在性能、安全性和经济方面的可能的改进。 人员：用户、客户或有关部门开发人员，测试人员，需求分析师都可以，就看处于评审那个阶段 19、测试活动中，如果发现需求文档不完善或者不准确，怎么处理? 参考答案： 测试需求分析 发现需求文档不完善或者不准确，应该立即和相关人员进行协调交流。 20、阶段评审与项目评审有什么区别? 参考答案： 阶段评审 对项目各阶段评审：对阶段成果和工作 项目评审 对项目总体评审：对工作和产品 21、阐述工作版本的定义? 参考答案： 构造号： BUILD 22、什么是桩模块?什么是驱动模块? 参考答案： 桩模块：被测模块调用模块 驱动模块 调用被测模块 23、什么是扇入?什么是扇出? 参考答案：

1、说说你们公司测试的一个基本测试流程是什么？

答：首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点，完了之后，开发就排期进行开发，我们就根据主管写出来的计划、分配到的任务编写测试用例，写完之后会进行用例评审。

有评审修改的就修改整理形成最终的用例版本，之后开发人员版本编译完成后，我们会依据测试用例来执行测试，测试过程中，提交bug，跟踪bug，直至关闭，测试完后编写测试报告。

2、你们项目主要是做什么的，有些什么功能，业务逻辑是怎样的？

答：这个主要就是看公司具体的项目是什么，了解清楚功能模块，对主要功能模块做业务逻辑的一个描述就行。

3、测试的过程中，还用过一些什么工具吗？

答：有就有，没有就没有，一定要如实回答！比如在测试接口或者简单施压的时候用到了jmeter。

4、如果简历上写了，MySQL、Linux等，一般会问，掌握的程度怎么样？

答：如实回答，对于测试人员来说，mysql基本的增删改查都会，Linux基本命令都会，也会linux环境的项目部署。

5、你们需求分析会议主要目的是什么？

答：讲解此次项目主要是做什么的，达到一个什么样的目的，探讨项目功能点，针对不清楚的及时提问。

6、如果需求过少，你应该怎么办？

答：首先我会有所疑问，然后再问问老大，看看到底是怎么回事，如果确实是需求少，那就进一步的分析这个业务。如果确定有一些需求。

7、编写测试用例的时候，会用到什么方法？

答：等价类、边界值、错误推测法、场景法等。接着又问了一个：你觉得你在写用例的时候用到了吗？我的回答是用到了，比如边界值，随便列举一个例子，比如：项目中某个标题输入框，长度是1-16个汉字。会设计测试用例数据为输入标题为空、标题字数为1、标题字数为2、标题字数为15、标题字数是16、标题字数为17

8、会写测试计划吗、包含哪些内容？

答：一般说：没有写过，是我们主管写的，但我们会接触这个文档。大概包含有：目的、背景、测试范围、测试开始结束时间、测试策略、测试人员安排、测试环境、风险评估等等。