2022软件工程师笔试面试题汇总.docx

上传人:h**** 文档编号:24343554 上传时间:2022-07-04 格式:DOCX 页数:47 大小:39.07KB
返回 下载 相关 举报
2022软件工程师笔试面试题汇总.docx_第1页
第1页 / 共47页
2022软件工程师笔试面试题汇总.docx_第2页
第2页 / 共47页
点击查看更多>>
资源描述

《2022软件工程师笔试面试题汇总.docx》由会员分享,可在线阅读,更多相关《2022软件工程师笔试面试题汇总.docx(47页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、2022软件工程师笔试面试题汇总-正文内容开始- 2022软件工程师笔试面试题汇总 试题1 01.您在以往的测试工作中都曾经具体从事过哪些工作?其中最 擅长哪部分工作? 答:从事过writetestplan,creationoftestcase,进行 功能测试,性能测试,编写测试工具,文档的管理等,比较擅长与写 测试用例和进行功能测试。 02.您是否了解以往所工作的企业的软件测试过程?如果了解, 请试述在这个过程中都有哪些工作要做?分别由哪些不同的角色来完 成这些工作? 答:软件测试部门配合系统分析人员软件需求分析讨论,并根据 需求说明书制定项目测试计划,编写测试用例,建立测试环境。 软件测试

2、人员负责软件开发部门的新产品测试及原有产品的升 级测试,负责软件问题解决过程跟踪,负责软件开发文档开发工作的 规范化及管理开发部门的产品文档,制作用户手册及操作手册,负责 产品的上线测试,监督软件开发过程的执行,提高产品质量。 03.您是否了解以往所工作的企业的软件开发过程?如果了解, 请试述一个完整的开发过程需要完成哪些工作?分别由哪些不同的角 色来完成这些工作?(对于软件测试部分,可以简述) 答:需求人员连同系统分析人员&测试人员开会讨论需求。系统 分析人员写出需求分析说明,并连同系统分析人员&测试人员&需求人 员开会讨论可行性。系统分析人员写出详细设计说明书,程式人员编 码,给出系统流程

3、图。交与测试人员,测试人员给出Bug统计表。 04.为什么要在一个团队中开展软件测试工作? 答:软件测试在整个一个团队中占有非常重要的地位,具体来说 就是测试是一个发现软件错误的过程,执行软件测试会以最少的人力 和时间,系统的找到软件存在的缺陷和错误,建立起开发人员和使用 者对软件的信心。 05.您所熟悉的软件测试类型都有哪些?请试着分别比较这些不 同的测试类型的区别与联系(如功能测试、性能测试) 答:有功能测试,性能测试,可靠性测试,安全性测试,负载测 试,压力测试,安装/卸载测试,启动/停止测试,兼容性测试,互连 测试,文档测试,恢复测试,回归测试,可使用性测试,容量测试。 功能测试只对软

4、件的功能是否满足用户需求来做测试。性能测试 需要和压力和负载测试联合起来。 06.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、 系统测试、验收测试的区别与联系。 黑盒测试:把测试对象当成一个黑盒子,测试人员完全不考虑逻 辑结构和内部特性,只依据程式的需求说明书来检查程式的功能是否 满足它的功能说明。 白盒测试:把测试对象当成一个透明的盒子,允许测试人员利用 程序内部逻辑结构及相关信息,设计或选择测试用例,对程式所有逻 辑路径进行测试。 单元测试:白盒测试的一种,对软件设计中的单元模块进行测试。 集成测试:在单元测试的基础上,对单元模块之间的连接和组装 进行测试。 系统测试:在所有都考

5、虑的情况下,对系统进行测试。 验收测试:第三方进行的确认软件满足需求的测试。 07.测试计划工作的目的是什么?测试计划工作的内容都包括什 么?其中哪些是最重要的? 答:测试计划工作是对测试工作内容的一个有效的组织和规划, 能保证测试工作有效的展开。测试计划工作包括测试目标,测试范围 的定义,测试方法的选择,测试进度里程碑,测试资源的有效配置和 管理。 测试计划工作也称为测试策略,主要描述测试工程的总体方法和 目标,描述目前在进行那一阶段的测试(单元测试,集成测试,系统 测试)以及每一阶段内进行的测试种类(功能测试,性能测试等)确定 测试范围,生成测试数据等。 其中软件计划中的测试目标最重要,他

6、的软件测试的所需要达成 的最终结果。 08.您认为做好测试计划工作的关键是什么? 答:1.明确测试的目标,增强测试计划的实用性 2.坚持“5W”规则,明确内容与过程,what”why”when”where” how 3.采用评审和更新机制,保证测试计划满足实际需求 4.分别创建测试计划与测试详细规格、测试用例 09.您所熟悉的测试用例设计方法都有哪些?请分别以具体的例 子来说明这些方法在测试用例设计工作中的应用。 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分 析法,因果图法和错误猜测法。白盒有逻辑覆盖法,循环测试路径选 择,基本路径测试。 例子:在一次输入多个条件的完整性查询中。利

7、用等价类划分法 则和边界分析法则,首先利用等价类划分法,可以一个或多个结果是 OK的测试用例,然后确认多个NG的测试用例,然后利用边界值分析 法,可以对结果分别是OK和NG的测试用例进行扩展和补充。 10.您认为做好测试用例设计工作的关键是什么? 答:测试用例设计工作的关键是对可行的和不可行的都要考虑。 1,输入2,详细的操作步骤3,预期输出4,实际输出。 11.请以您以往的实际工作为例,详细的描述一次测试用例设计 的完整的过程。 12.您以往的工作中是否曾开展过测试用例的评审工作?如果 有,请描述测试用例评审的过程和评审的内容。 13.您以往是否曾经从事过性能测试工作?如果有,请尽可能的 详

8、细描述您以往的性能测试工作的完整过程。 14.您在从事性能测试工作时,是否使用过一些测试工具?如果 有,请试述该工具的工作原理,并以一个具体的工作中的例子描述该 工具是如何在实际工作中应用的。 答:有使用过LoadRunner,该工具能够录制测试人员的操作步 骤,然后对这个操作步骤模拟出多个用户来播放出来。 1、VisuralUserGenertor创建脚本,选择协议,录制操作, 编辑操作。 2、中央控制器(Controller)调度虚拟用户。创建场景,选择脚 本,建立虚拟用户,设计shedual,设置ipspoofer。 3、运行脚本。分析shedual。 4、分析测试结果。 15.您认为性

9、能测试工作的目的是什么?做好性能测试工作的关 键是什么? 答:性能测试工作的目的是检查系统是否满足在需求说明书中规 定的性能,性能测试常常需要和强度测试结合起来,并常常要求同时 进行软件和硬件的检测。 性能测试主要的关注对象是响应时间,吞吐量,占用内存大小(辅 助存储区),处理精度等。 16.在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含 了哪些内容?如何提交高质量的软件缺陷(Bug)记录? 答:检测时间,系统环境,硬体环境,严重程度,程式版本,确 认人,功能模块,问题描述,详细操作步骤,是否会重现。 问题描述和详细操作步骤要尽可能的详细。Bug应该尽量用书面 语,对与严重程度比较高

10、的缺陷要在相同环境下在测试一遍。 在C/S模式下,如果条件满足可以使用替换法来确认是client 端的问题还是server端的问题。 试题2 1.如果要设计一个搜索引擎,像google那样只有两个页面,要求性 能最大化,web方面应该如何设计?(不需要考虑搜索的逻辑) 性能: 1-客户端:js的写法,数据排列,不同浏览器区别 2-服务器:逻辑,计算,缓存,减少I/O,提高命中 3-传输:带宽,缓存,异步,进度条,并发,集群,数据压缩 我认为最主要的性能是人的体验,其它都是可以放到第二位去的 2.struts,spring,hibernate这样的开源框架,他们的历史 局限性在哪里?在何种情况下

11、会不适合用这些框架? struts是以请求回答方式为基础的.ajax,flash等富客户端越 来越多了. spring是由于java的静态类型限制,等java可以支持动态方 法添加之后. hibernate是由于数据库都是关系型的,等数据库面向了对象之 后. 综上所述.ssh蹦达不了几天了 3.如果要设计一个用于小型路由器中的web系统,应该如何来 设计? 使用不需要并发多线程的简单文件服务器提交后直接改文件 不使用常规异常捕获方式 (由于选择性少所以根本不使用异常,只提供软硬的复位) 4.请评价下你所熟悉的web框架的可测试性如何,struts, springMVC,webwork或其他均可

12、.在什么样的条件下才能对web系统 引入自动化测试?请描述一套完备的面向web系统的自动化测试框架 所应当具有的特性 由于容器的限制所以:web,spring,hibernate都不是很好测试 由于大多数web是以人的体验为主的.主观概念变成代码代价过 高 由于页面生成工具没有足够的测试支持.所以写出的代码非常难 以程序化自动化 现有的seleniumIDE还不是很稳定 如果把html,js,css分开,页面内容以json或xml来传输, 页面的逻辑由js二次绚染成型那么测试成本会下降很多.(开发 成本提高2到5倍) 5.企业级应用有哪些特殊要求?在何种情况下我们不需要考虑 这些要求? 性能,

13、扩展性,7*24小时 性能问题在出现性能问题之前不考虑 扩展性问题在签定长期维护,二期开发合同之前不考虑 7*24工作系统一般不考虑.开发中本身就是 6.你们从前的研发流程是怎样的?如果由你来设计研发流程,是 否能大幅提高生产力和开发质量?如果能,那体现在哪些方面?如果不 能,瓶颈在哪里? 瓶颈很大一部分是由于没有勇气去尝试新的实践 试题3 一、什么是软件测试? IEEE中是这样描述的:使用人工或自动手段来运行或测试某个 系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果 与实际结果之间的差别。 二、为什么要开展软件测试呢? 首先,测试并不仅仅是为了要找出错误。通过分析错误产生的原

14、因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程的 缺陷,以便及时改进。同时,这种分析也能帮助测试人员设计出游针 对性的测试方法,改善测试的效率和有效性。 其次,没有发现错误的测试也是有价值的,完整的测试是评定软 件质量的一种方法。 简单地说,测试的根本目的就是确保最终交给客户的产品符合用 户的需求,在产品交给用户之前尽可能多地发现并改正错误。 三、我们怎么开展软件测试呢? 现代软件测试活动一般包括以下内容: 制定测试计划。 设计测试用例。 实施测试。 提交缺陷报告。 测试总结。 四、软件测试要达到什么目标呢? 软件测试一般要达到下列目标: 确保产品完成了它所承诺或公布的功能,并且用

15、户可以访问到的 功能都有明确的书面说明。 确保产品满足性能和效率的要求。使用起来系统运行效率低、用 户界面不友好,用户操作部方便的产品不能说是一个有竞争力的产 品。用户最关心的不是产品的技术有多先进,而是他能从这些技术中 得到多少好处,使用是否得心应手。 确保产品是健壮的和适应用户环境的。健壮性即稳定性,是产品 质量的基本要求。 五、测试和调试有什么不同? 测试调试 发现软件的错误(是否满足用户需求)确定程序中可疑错误的原 因和确切位置,对程序(设计或编号)进行修改,排除错误 贯穿整个软件生命周期(很多公司只在编码后期才进行测试)主 要在开发阶段 由测试人员和程序员参与程序员参与 可见,有些人

16、认为测试和调试时一码事是错误的,实际上测试与 调试有着本质的区别。简单地说,测试的主要工作是找缺陷,而调试 的目的是解决缺陷。具体地讲,软件测试时在进行成功的软件调试后 才开始进行的。 六、怎样才能成为一个优秀的测试工程师? 一个优秀的测试工程师必须具备的素质如下: 1、很强的责任心 2、良好的沟通能力 3、团队合作精神 4、耐心、细心、信心 5、时时保持怀疑态度,并且有缺陷防护意识 6、具备一定的编程经验 试题4 1、为什么要在一个团队中开展软件测试工作? 因为没有经过测试的软件很难在发布之前知道该软件的质量,就 好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需 要在团队中开展

17、软件测试的工作。在测试的过程发现软件中存在的问 题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中 得出软件的质量情况。 2、您所熟悉的软件测试类型都有哪些? 测试类型有:功能测试,性能测试,界面测试。 功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常 负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都 属于性能测试,两者可以结合进行。 界面测试,界面是软件与用户交互的最直接的层,界面的好坏决 定用户对软件的第一印象。 3、您认为做好测试用例设计工作的关键是什么? 白盒测试用例设计的关键是以较少的用例覆盖尽可

18、能多的内部 程序逻辑结果黑盒用例设计的关键同样也是以较少的用例覆盖模块 输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间 内发现最多的问题 软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是 把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结 构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否 符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑 盒测试主要是为了发现以下几类错误: 1、是否有不正确或遗漏的功能? 2、在接口上,输入是否能正确的接受?能否输出正确的结果? 3、是否有数据结构错误或外部信息(例如数据文件)访问错误? 4、性能上是否能够

19、满足要求? 5、是否有初始化或终止性错误? 软件的白盒测试是对软件的过程性细节做细致的检查。这种方法 是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的 逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进 行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状 态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主 要是想对程序模块进行如下检查: 1、对程序模块的所有独立的执行路径至少测试一遍。 2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至 少测一遍。 3、在循环的边界和运行的界限内执行循环体。 4、测试内部数据结构的有效性,等等。4、验收测试是部署

20、软件 之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并 且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是 向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已 经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已 经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测 试的任务,即软件的功能和性能如同用户所合理期待的那样。 4、测试计划工作的目的是什么?测试计划工作的内容都包括什么? 其中哪些是最重要的? 软件测试计划是指导测试过程的纲领性文件,包含了产品概述、 测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、 测试交流、风险分析等内容

21、。借助软件测试计划,参与测试的项目成 员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试 实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种 变更。 测试计划和测试详细规格、测试用例之间是战略和战术的关系, 测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测 试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要 的是测试策略和测试方法(最好是能先评审) 5、您认为做好测试计划工作的关键是什么? 1.明确测试的目标,增强测试计划的实用性 编写软件测试计划得重要目的就是使测试过程能够发现更多的 软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目, 并且

22、找出软件潜在的缺陷。因此,软件测试计划中的测试范围必须高 度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的 实用性,便于使用,生成的测试结果直观、准确 2.坚持“5W”规则,明确内容与过程 “5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何 时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则 创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确 测试的范围和内容(What),确定测试的开始和结束日期(When),指出 测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。 3.采用评审和更新机制,保

23、证测试计划满足实际需求 测试计划写作完成后,如果没有经过评审,直接发送给测试团队, 测试计划内容的可能不准确或遗漏测试内容,或者软件需求变更引起 测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人 员。 4.分别创建测试计划与测试详细规格、测试用例 应把详细的测试技术指标包含到独立创建的测试详细规格文档, 把用于指导测试小组执行测试过程的测试用例放到独立创建的测试 用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试 用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动 的范围、方法和资源配置,而测试详细规格、测试用例是完成测试任 务的具体战术。 6、您所熟悉的测试用

24、例设计方法都有哪些? 1.等价类划分 2.边界值分析法 3.错误推测法 4.因果图方法 7、你的测试职业发展是什么? 测试经验越多,测试能力越高。所以我的职业发展是需要时间累 积的,一步步向着高级测试工程师奔去。而且我也有初步的职业规划, 前3年累积测试经验,按如何做好测试工程师的11,12点要求自己, 不断的更新自己改正自己,做好测试任务。 8、你自认为测试的优势在哪里? 优势在于我对测试坚定不移的信心和热情,虽然经验还不够,但 测试需要的基本技能我有信心在工作中得以发挥。 9、当开发人员说不是BUG时,你如何应付? 开发人员说不是bug,有2种情况,一是需求没有确定,所以我 可以这么做,这

25、个时候可以找来产品经理进行确认,需不需要改动, 3方商量确定好后再看要不要改。二是这种情况不可能发生,所以不 需要修改,这个时候,我可以先尽可能的说出是BUG的依据是什么? 如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你 很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以给 这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改, 如果不要修改就不改。其实有些真的不是bug,我也只是建议的方式 写进TD中,如果开发人员不修改也没有大问题。如果确定是bug的 话,一定要坚持自己的立场,让问题得到最后的确认。 试题5 1、软件测试的流程是什么? 需求调查:全面了解您的系

26、统概况、应用领域、软件开发周期、 软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需 求及测试要求等根据系统概况进行项目所需的人员、时间和工作量估 计及项目报价。 制定初步的项目计划:在与您充分共同和协商的基础上制定我 们的测试计划。 测试准备:组织测试团队、培训、建立测试和管理环境等。 测试设计:按照测试要求进行每个测试项的测试设计,包括测试 用例的设计及测试脚本的开发等。 测试实施:按照测试计划进行实施测试。 测试评估:根据测试的结果,出具测试评估报告。 2、根据你的经验说说你对软件测试/质量保证的理解? 软件质量保证与测试是根据软件开发阶段的规格说明和程序的 内部结构而精心设计

27、的一批测试用例(即输入数据和预期的输出结 果),并利用这些测试用例去运行程序,以发现错误的过程。它是对 应用程序的各个方面进行测试以检查其功能、语言有效性及外观排 布.。 3、(1)你对SQA的职责和工作活动(如软件度量)的理解: SQA就是独立于软件开发的项目组,通过对软件开发过程的监 控,来保证软件的开发流程按照指定的CMM规程(如果有相应的CMM 规程),对于不符合项及时提出建议和改进方案,必要是可以要高层 经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入,从而 减少后期软件的维护成本。SQA主要的工作活动包括制定SQA工作计 划,参与阶段产物的评审,进行过程质量、功能配置及物理配

28、置的审 计等;对项目开发过程中产生的数据进行度量等等; (2)说说你对软件配置管理的理解: 项目在开发的过程中要用相应的配置管理工具对配置项(包括各 个阶段的产物)进行变更控制,配置管理的使用取决于项目规模和复 杂性能及风险的水平。软件的规模越大,配置管理就显得越重要。还 有在配置管理中,有一个很重要的概念,那就是基线,是在一定阶段 各个配置项的组合,一个基线就提供了一个正式的标准,随后的工作 便基于此标准,并且只有经过授权后才能变更这个标准。配置管理工 具主要有CC,VSS,CVS等,偶只用过CVS,对其它的不熟悉 (3)怎样写测试计划和测试用例: 简单点,测试计划里应有详细的测试策略(测试

29、方法等),合理详 尽的资源安排等,至于测试用例,那是依赖于需求(包括功能与非功 能需求)是否细化到功能点,是否可测试等。 (4)说说主流的软件工程思想(如CMM,CMMI,RUP,XP,PSP, TSP等)的大致情况以及对它们的理解: CMM:SWCapabilityMaturityModel软件能力成熟度模型,其 作用是用于软件过程的改进、评估及软件能力的评鉴 CMMI:CapabilityMaturityModelIntegration能力成熟度 模型集成CMMI融入了大部分最新的软件管理实践,同时弥补了 SW-CMM模型中的缺陷 RUP:rationalunifiedprocess是软件

30、工程化过程。 XP:extremeprogram,即极限编程的意思,适用于小型团队的 软件开发,想上面第三个问题就可以结合原型法采用这样的开发流 程。要明白测试对于xp开发的重要性,强调测试(重点是单元测试) 先行的理念。编程可以明显提高代码的质量,持续集成对于快速定位 问题很有好处。 PSP,TSP分别是个体软件过程(PersonalSoftwareProcess), 群组软件过程(TeamSoftwareProcess)大家都知道,CMM只是告诉 你怎么做但并没有告诉你如何做,所以PSP/TSP就是告诉你企业在实 施CMM的过程中如何做,PSP强调建立个人技能(如何制定计划、控 制质量及如

31、何与其他人相互协作等等)而TSP着重于生产并交付高质 量的软件产品(如何有效地规划和管理所面临的项目开发任务等等)。 总之,单纯实施CMM,永远不能真正做到能力成熟度的升级,只有将 实施CMM与实施PSP和TSP有机地结合起来,才能发挥最大的效力。 因此,软件过程框架应该是CMM/PSP/TSP的有机集成。 4、还有问一下你是怎样保证软件质量的,也就是说你觉得怎样 才能最大限度地保证软件质量? 测试并不能够最大限度的保证软件的质量,软件的高质量是开发 和设计出来的,而不是测试出来的,它不仅要通过对软件开发流程的 监控,使得软件开发的各个阶段都要按照指定的规程进行,通过对各 个阶段产物的评审,Q

32、A对流程的监控,对功能及配置的审计来达到 开发的最优化。当然测试也是保证软件质量的一个重要方式,是软件 质量保证工程的一个重要组成部分。 5、然后紧接着就基于目前中国的国情,大多数公司的软件项目 进度紧张、人员较少、需求文档根本没有或者很不规范,你认为在这 种情况下怎样保证软件的质量? (大多数公司最想知道的就是在这种困难面前你该怎么保证软件 的质量,因为这些公司一般就是这种情况既不想投入过多又想保 证质量,faint)出现以上的情况,如果仅仅想通过测试来提高软件 质量,那几乎是不可能,原因是没有足够的时间让你去测试,少而不 规范的文档导致测试需求无法细化何谈足够且有针对性进行测试。所 以,作

33、为公司质量保证的你应该先和项目经理确定符合项目本身最适 合的软件生命周期模型(比如RUP的剪裁,原型法),明确项目的开发 流程并督促项目组按照此流程开展工作,所有项目组成员(项目经理 更加重要)都要制定出合理的工作计划,加强代码的单元测试,在客 户既定的产品交付日期范围之内,进行产品的持续集成等等,如果时 间允许可以再配合客户进行必要的系统功能测试。 6、一个测试工程师应具备那些素质和技能? 1、掌握基本的测试基础理论; 2、本着找出软件存在的问题的态度进行测试,即客观吧,不要以 挑刺形象出现 3、可熟练阅读需求规格说明书等文档; 4、以用户的观点看待问题 5、有着强烈的质量意识; 6、细心和

34、责任心; 7、良好的有效的沟通方式(与开发人员及客户) 8、具有以往的测试经验;能够及时准确地判断出高危险区在何 处. 7、做好软件测试的一些关键点 1.测试人员必须经过测试基础知识和理论的相关培训。 2.测试人员必须熟悉系统功能和业务。 3.测试必须事先要有计划,而且测试方案要和整个项目计划协调 好 4.必须事先编写测试用例,测试执行阶段必须根据测试用例进行 5.易用性,功能,分支,边界,性能等功能性和非功能性需要都 要进行测试 6.对于复杂的流程一定要进行流程分支,组合条件分析,再进行 等价类划分准备相关测试数据 7.测试设计的一个重要内容是要准备好具体的测试数据,清楚这 个测试数据是测哪

35、个场景或分支的 8.个人任务平均每三个测试用例至少应该发现一个BUG,否则只 能说明测试用例质量不好 9.除了每日构建的冒烟测试可以考虑测试自动化外,其它暂时都 不要考虑去自动化。 8、软件测试员自身素质培养 (1)首先,应对软件测试感兴趣和对自己有自信,如果具备了这 两点,那么在开发过程中不管遇到什么样的困难,我相信你一定能克 服。 (2)善于怀疑,世界上没有绝对正确的,总有错误的地方,具有 叛逆心理,别人认为不可能发生的事,我却认为可能发生。别人认为 是对的,我却认为不是对的。 (3)打破砂锅问到底的精神,对于只出现过一次的bug,一定找 出原因,不解决誓不罢休。 (4)保持一个良好的心情

36、,否则可能无法把测试作好。不要把生 活中的不愉快的情绪带到工作中来。 (5)做测试时要细心,不是所有的bug都能很容易的找出,一定 要细心才能找出这些bug。 (6)灵活一些,聪明一点,多制造一些容易产生bug的例子。 (7)在有条件的情况下,多和客户沟通,他们身上有你所需要的。 (8)设身处地为客户着想,从他们的角度去测试系统。 (9)不要让程序员,以“这种情况不可能发生”这句话说服你, 相反,你应该去说服他,告诉他在客户心里,并不是这样的。 (10)考虑问题要全面,结合客户的需求、业务的流程、和系统 的构架,等多方面考虑问题。 (11)提出问题不要复杂化,这一点和前面的有点矛盾,如果你是

37、一新手,暂时不要管这一点,因为最终将有你的小组成员讨论解决。 (12)追求完美,对于新测试员来说,努力的追求完美,这对你 很好,尽管有些事无法做到,但你应该去尝试。 (13)幽默感,能和开发小组很好的沟通是关键,试着给你的开发 小组找一个“BUG杀手”,或对他们说“我简直不敢相信,你写的程 序居然到现在没有找到BUG”。 (14)到此是不是对测试很有兴趣呢?不过我要告诉你,测试过程 中有酸甜苦辣,其中的滋味只有你知道,也许你会感到枯燥,要学会 放松自己,去溜冰或做你喜欢做的事,不过,别放弃,因为你的自信 告诉过你“你会是很优秀的测试员”不是吗? 试题6 软件工程师经典测试题 1.如果A=1,F

38、AT=27,那么FAITH=? A、44 B、42 C、41 D、40 2.7/214/3+26/5=() A、1304/15 B、1274/15 C、901/15 D、1261/15 E、以上都不对 3.如果CONTRIBUTE被写作ETBUIRNTOC,用这种方式写 POPULARISE时从左边数第六个字母是什么? A、R B、I C、A D、L 4.160的()%=80的80% A、60 B、30 C、50 D、40 E、以上都不正确 5.如果用某一编码可以把STOVE表示成FNBLK,那 么用此编码可 以把VOTES表示成如下哪一种? A、LBNKF B、LNBKF C、LKNBF D

39、、FLKBN 6.在下列数字系列中有一个数字是错的,请找出来40424957 74100137 A、100 B、74 C、57 D、49 E、42 7.Rs.6500按照多少的比率才能在5年之后达到Rs.1787.5的 利息是 A、4.5 B、6.5 C、7.5 D、3.5 E、以上都不正确 8.把医生、发烧、药物、药店按照一定的顺序排列: A、药店、药物、发烧、医生 B、发烧、医生、药店、药物 C、医生、药店、药物、发烧 D、药物、医生、药店、发烧 9.下列5项选择中有4个可以根据一定规律组成一组,哪一个 不属于他们? A、重 B、短 C、长 D、轻 E、固体 10.下列的数字系列中在6之后并且在8之前有多少个3? 3668366836836383638338339 A、1个 B、2个

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 工作计划

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁