软件测试面试题之测试基础

软件测试面试题之测试基础
软件测试的流程是什么测试流程1需求调查全面了解系统概况、应用领域、软件开发周期、软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需求及测试要求等。根据系统概况进行项目所需的人员、时间和工作量估计以及项目报价。2制定初步的项目计划。3测试准备组织测试团队、培训、建立测试和管理环境等。4测试设计按照测试要求进行每个测试项的测试设计包括测试用例的设计和测试脚本的开发等。5测试实施按照测试计划实施测试。6测试评估根据测试的结果出具测试评估报告。软件测试标准工作流程测试流程答案1测试需求澄清制定测试计划任务分工明确制定模块测试方案编写测试用例测试用例评审测试环境测试数据准备执行测试用例缺陷提交跟踪闭环交付功能稳定时在此阶段可进行性能、安全、易用性、兼容性等测试输出测试报告用户操作手册产品或实施团队验收、用户验收上线交付答案2:获取测试需求编写测试计划指定测试方案设计测试用例执行测试提交缺陷报告测试分析与评审提交测试总结03请回答以下测试的相关流程是什么需求测试—概要设计测试—详细设计测试—单元测试—集成测试—系统测试—验收测试04软件计划工作的目的是什么工作的内容都包括什么1软件测试计划工作的目的是知道测试过程的纲领性文件包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划参与测试的项目成员尤其是测试管理人员可以明确测试任务和测试方法保持测试实施过程的顺畅流通跟踪和控制测试进度应对测试过程中的各种变更。2测试计划工作的内容从宏观上来说是规划测试活动的范围、方法和配置资源从具体战术上是测试详细规格、测试用例3最重要的是测试策略和测试方法最好能先评审。测试计划编写6要素5W1Hwhy—为什么要进行这些测试what—测试哪些方面不同阶段的工作内容when—测试不同阶段的起止时间where—相应文档缺陷的存放位置测试环境等who—项目有关人员组成安排哪些测试人员进行测试how—如何去做使用哪些测试工具以及测试方法进行测试做好测试要注意以下几点1熟悉需求。要将需求的每一个细节都熟悉到才能够确保测试用例覆盖的全面。2绘制脑图。要将分析好的需求绘制成测试的思路图条理清晰方便测试。3编写用例。根据分析好的需求结合思维导图编写测试用例。要充分测试每一个功能点使用“等类价、边界值”等多种测试方法。4跟踪bug。时刻跟进bug的修改进度。及时验证已经修复的bug。5总结测试过程和遇到的问题找到解决问题的方法提升测试水平。根据你的经验说说你对软件测试/质量保证的理解软件质量测试保证与测试是根据软件开发阶段的规格说明和程序的内部而精心设计的一批测试用例即输入数据和预期的输出结果并根据这些测试用例去运行程序以发现错误的过程。它是对应用程序的各个方面进行测试以检查其功能、语言有效性及外观排布。没有产品说明书和需求文档的情况下能够进行黑盒测试吗这个问题是国内测试工程师经常遇到的问题根源就是国内软件开发文档管理不规范对变更的管理方法就更不合理了。实际上没有任何文档的时候测试人员是能够进行黑盒测试的这种测试方式我们可以称之为探索测试具体做法就是测试工程师根据自己的专业技能、领域知识等不断地深入了解测试对象、理解软件功能进而发现缺陷。在这种做法的基础上把软件当成了产品说明书测试过程中要和开发人员不断的进行交流。尤其在做项目的时候进度压力比较大可以作为加急测试方案。最大的风险是不知道有些特性是否被遗漏。软件产品质量特性是什么1功能性功能完备性、功能正确性、功能适用性、功能性的依从性2性能效率时间特性、资源利用率、容量、性能效率的依从性3兼容性共存性、互操作性、兼容性的依从性4易用性可辨识性、易学性、易操作性、用户差错防御性、用户界面舒适性、易访问性、易用性的依从性5可靠性成熟型、可用性、容错性、易恢复性、可靠性的依从性6信息安全性保密性、完整性、抗抵赖性、可核查性、真实性、信息安全性的依从性7维护性模块化、易安装性、易替换性、可移植性的依从性黑盒测试需要哪些技术和工具黑盒测试技术一般指设计测试案例技术测试阶段测试案例设计方面有常见的等价类边界值因果图错误猜想正交试验容错易用性兼容性测试等工具有qc数据库ftpfiddlerjirajemeter等测试阶段单元测试集成测试系统测试回归测试验收测试上线后的试运行发现的缺陷越多说明软件缺陷就多么这是一个比较常见的现象。测试工程师在没有找到缺陷前会绞尽脑汁的思考但是找到一个后会接二连三的发现很多缺陷颇有个人成就感。其中的原因主要如下1代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误反诬拷贝同一代码意味可能也复制了缺陷。2程序员比较劳累是可以导致某些连续编写的功能缺陷程序员加班是一种司空见惯的现象因此体力不只是容易编写一些缺陷较多的程序而这些连续潜伏缺陷恰恰是测试工程师大显身手的地方。3“缺陷一个连着一个”不是一个客观规律只是一个常见的现象。如果软件编写的比较好这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。软件产品质量特性是什么软件产品的质量特性有8个分别为1功能性功能完备性、功能正确性、功能适用性、功能性的依从性2性能效率时间特性、资源利用率、容量、性能效率的依从性3兼容性共存性、互操作性、兼容性的依从性4易用性可辨识性、易学性、易操作性、用户差错防御性、用户界面舒适性、易访问性、易用性的依从性5可靠性成熟型、可用性、容错性、易恢复性、可靠性的依从性6信息安全性保密性、完整性、抗抵赖性、可核查性、真实性、信息安全性的依从性7维护性模块化、易安装性、易替换性、可移植性的依从性软件测试有哪些分类(三种划分方式按照不同的划分方式有不同的分类。1按照开发阶段划分软件测试可分为单元测试、集成测试、系统测试、确认测试和验收测试2按照测试实施组织划分软件测试可分为开发方测试、用户测试、第三方测试。3按照测试技术划分软件测试可分为白盒测试、黑盒测试、灰盒测试也可划分为静态测试和动态测试你觉得怎么才能最大限度地保证软件质量测试并不能够最大限度的保证软件的质量软件的高质量是开发和设计出来的而不是测试出来的它不仅要通过对软件开发流程的监控使得软件开发的各个阶段都要按照指定的规程进行通过对各个阶段产物的评审QA对流程的监控对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方式是软件质量保证工程的一个重要组成部分。你在测试中发现一个bug但开发经理认为这不是bug你该怎么办首先将问题提交到缺陷管理库进行备案然后要获取判断的依据和标准1根据需求说明书产品说明、设计文档等确认实际结果是否与计划又不一致的地方提供缺陷是确认的直接依据2如果没有文档依据根据类似软件的一般特性来说明是否存在不一致的地方来确认是否是缺陷3根据用户的一般使用习惯来确认是否是缺陷4与设计人员开发人员和客户代表等相关人员探讨确认是否是缺陷继而合理论述客观严谨的向测试经理说明自己的判断理由最后等待测试经历做出最终的决定如果仍然存在争议可以向公司政策所提供的渠道向上级反映并由上级作出决定。描述测试人员在每个软件生命周期中所负责的需求分析阶段测试需要了解项目是干什么的、业务是什么功能都有哪些充分了解后有助于书写测试用例覆盖完整评估测试工作范围提前安排概要设计阶段测试需要了解软件的实现架构\原理方便测试深入及定位问题开发计划测试需要掌握开发的计划以便于书写测试的计划。评估测试的时间、风险以达到上线的时间要求编码编码阶段研发提测可能会分阶段提交测试就可以介入进行集成测试提测正式提测后需要进行系统测试工作上线上线后不算结束测试需要进行线上跟踪测试以防不可预知的问题出现。测试分工有什么好处测试分工能避免人员思维局限性同样一个案例由不同人来执行可能发现不同的问题因为不同测试人员思维方式、能力、经验不一样因此合理分工、交叉测试能避免遗漏Bug进入正式测试前要做什么应该先进行冒烟测试冒烟测试通过后才能进入正式测试提前准备好数据和搭建好测试环境回归测试要注意哪些问题回归测试是指修改了旧代码后重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误因此首先要意识到回归测试的必要性不要麻痹大意。而且回归测试假如时间非常紧我们需要注意选择最合适的测试用例执行回归。感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取