软件测试笔试题2019_第1页
软件测试笔试题2019_第2页
软件测试笔试题2019_第3页
软件测试笔试题2019_第4页
软件测试笔试题2019_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件的概念?软件是计算机系统中与硬件相互依存的一部分,包括程序、数据以及与其相关文 档的完集合。软件测试的概念?使用人工会自动手段来运行或测试某个系统的过程,其目的在于检验他是否满足 规定的需求或弄清预期结果与实际结果之间的差别。测试人员与开发人员区别?1)人员不同测试:开发人员和测试人员开发:只有开发人员2)所处阶段不同测试:贯穿整个软件开发生命周期调试:在软件开发编码阶段以及测试过程中对bug进行调试3)对bug处理结果不同测试:只找出错误,不解决调试:找出错误并解决什么是需求?1)用户解决问题或达到目标所需的条件或权能2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条

2、 件或权能测试生命周期模型V模型、W模型、瀑布模型、螺旋模型、敏捷H模型软件测试流程1)需求分析、需求评审2)制定测试计划、计划评审3)编写测试用例、用例评审4)测试实施阶段、执行测试用例按照设计好的用例、准备好的数据和制定的测试策略,实施进行具体的测试 过程5)测试评估阶段测试总结、缺陷分析、过程评估7. V模型W模型8.瀑布模型9.瀑布模型9.开发阶段开发阶段需求评审内容?1)对需求的描述是否易于理解?2)是否存在二义性的需求?3)是否定义了术语表,对特定含义的术语给予了定义?4)最终产品的每个特征是用唯一的术语描述的吗?5)需求中的条件和结果是否合理,有没有遗漏一些异常因果关系?6)需求

3、中有没有包含不确定描述,如:大约、可能、等7)每个规格是不是都有明确说明?8)环境搭建是否可能有困难?需求分类业务需求、用户需求、系统需求什么是测试用例?为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果 的一个特定的集合。也就是解决要测什么、怎么测和如何衡量的问题什么是测试计划软件测试计划就是软件测试工作正式实施之前明确测试的对象,并且通过对资源、 时间、风险、测试规范和预算等方面的综合分析和规划,保证有效的实施软件测 试。用例优先级1)高:最常执行以保证功能性是稳定的,目标的行为和能力可以正常的工作, 和重要的错误和边界被测试的测试用例的集合2)中:这是给出的功能区域或

4、功能变得更详细,检查功能的多数方面包括边界, 错误和配置测试的测试用例3)低:这是通常最少被执行的测试用例,但这并不意味之这些测试不重要,只 是说他们在项目的生命期间里不是常常被执行,如GUI、错误信息、可用性用例内容主要分为三大部分:基本信息、用例主体、执行记录基本信息:项目名称、功能模块名、用例设计人、测试执行人、功能特性、测试 目的、预置条件、参考信息用例主体:用例编号、测试对象、检查点、预置条件、用例说明、优先级、预期 结果执行记录:测试结果、缺陷编号、备注用例执行结果通过、不通过、未运行、无法运行测试计划内容测试目的、测试背景、文件受众、术语和定义、测试参考文档、测试提交文档、 测试

5、范围、测试策略、测试资源、测试进度里程碑、系统错误和优先级 测试阶段进入退出标准和通过标准18,测试阶段1)单元测试(组件测试):对软件中的最小可测试单元进行检查和验证2)集成测试:自顶向下集成测试、自底向上集成测试集成策略:广度优先、深度优先3)系统测试4)验收测试黑盒测试方法动态测试、故障转移和恢复测试、配置测试、容量测试、UI测试、cookie测试、 数据和数据库完整性测试、易用性测试、功能测试、性能测试、自动化测试、健 壮性测试、稳定性测试、场景测试、逻辑测试、随机测试、冒烟测试、兼容性测 试、逆向思维测试本地化测试、接口测试、回归测试、alpha测试、beta测试、 安全性和访问控制

6、测试白盒测试和黑盒测试区别白盒测试:通过程序的源代码进行测试而不是用用户界面黑盒测试:通过使用整个软件或某种软件功能来严格的测试1)测试特点不同白盒测试:测试程序接口与结构黑盒测试:测试功能2)测试依据不同白盒测试:软件程序黑盒测试:需求规格说明书3)侧重点不同白盒测试:关注背部代码结构黑盒测试:关注功能逻辑实现测试类型黑盒测试、白盒测试、灰盒测试回归测试更新新版本以后确保老版本的功能依然可以使用Alpha测试、beta测试和验收测试区别1)Alpha 测试:由用户在开发环境下进行的测试,也可以是开发机构内部的用户在模拟实际操作 环境下进行的测试。开发者坐在用户旁边,这是在开发者受控的环境下进

7、行的测 试。由开发者随时记录下错误情况和使用中的问题。2)Beta 测试:由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常 不在测试现场,这是在开发者无法控制的环境下进行的测试。由用户记录下遇到 的所有问题,定期向开发者报告。beta测试是一模拟真实的使用环境从而发现缺 陷的一种测试3)验收测试是以用户为主的测试,软件开发和QA人员也应该参加,测试一般在用户所在地 进行,由用户验证软件产品是否满足了所有的需求的一系列的验收测试工作。仅 限于做项目的公司,部门内部测试稳定后,根据合同中需求由发包商进行验收测 试。验收测试的目的是为了以发现”未实现的需求”为目的,以评估”适合

8、使用” 为目标,该类测试的不是以发现缺陷为主要目的。4)区别:两者的主要区别是测试的场所不同。Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。而 beta测试的环境是不受开发方控制的,谁也不知道用户如何折磨软件,用户数量相 对比较多,时间不集中。一般地,alpha测试先于beta测试执行。通用的软件产品 需要较大规模的beta测试,测试周期比较长。如果产品通过了 beta测试,那么就 可以正式发行了。Alpha测试在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的

9、设 计变更。这种测试一般由最终用户或其它人员完成,不能由程序或测试员完成。 Beta测试当开发和测试根本完成时所做的测试,最终的错误和问题需要在最终发 行前找到。这种测试一般由最终用户或其它人员完成,不能由程序员或测试员完 成。冒烟测试确保软件满足系统测试的要求系统测试通过标准不存在致命或严重级别的bug不存在优先级为P1的bug遗留问题不能大于总bug数的8%遗留问题不能明显影响用户使用集成模块驱动模块、存根模块验收测试内容合同验收测试、法规性验收测试、alpha测试、beta测试、确保实际效果与需求 一致确认测试缺陷修复后再对其进行测试,确保真正被修复设计用例原则100%覆盖需求规格说明书

10、编写测试用例方法大纲法、等价类划分法、边界值、因果图、错误推断、场景法、正交法Bug优先级P1:应立即修复问题P2:在产品发布之前必须修复的问题P3:如果时间允许应该修复的问题P4:可以在发布版本中存在的问题P5:可改可不改,无伤大雅Bug严重程度致命、严重、一般、轻微、建议常用的bug管理工具禅道、JIRA、bugfree、QC符合以下5个规则的才能叫做软件缺陷1)软件为达到产品说明书标明的功能2)软件出现了产品说明书指明不会出现的错误3)软件功能超出产品说明书指明范围4)软件未达到产品说明书虽未指出但应达到的目标5)软件测试人员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户 认为不

11、好缺陷产生原因程序设计错误、文档不完善、需求不断变化、软件的复杂性、沟通交流不够、工 期短,任务大、软硬件支持不完善判断发现的问题是否是缺陷的方法1)通过参考文档来确认缺陷2)通过了解软件产品的行业背景来发现缺陷3)通过沟通来确认和识别缺陷缺陷报告准则1)Correct(准确):每个组成部分的描述准确,不会引起误解2)Clear(清晰):每个组成部分的描述清晰,易于理解3)Concise(简洁):只包含必不可少的信息,不包括任何多余的内容4)Complete(完整):包含复现该缺陷的完整步骤和其他本质信息5)Consistent(一致):按照一致的格式书写全部缺陷报告缺陷报告用途记录缺陷、缺陷

12、分类、缺陷跟踪缺陷报告生命周期()处理流程激活、待确认、已解决、待返测、重新激活、己关闭缺陷报告内容三部分:基本信息、缺陷主体、跟踪记录基本信息:编号、版本号、软件名称、编译号、测试人员、日期、指定处理 人、硬件平台、操作系统、严重程度、优先级缺陷主体:缺陷概述、预置条件、详细描述、预期结果、实际结果跟踪记录:处理报告、处理日期、修改记录、返测人、返测版本、返测日期、 返测记录41.OSI网络七层协议OSI塌网糙型LinuxiFnM机注枝型对应皤一议二闿厅(Application;TFTR FTP: NFS, WAJS表示居(Presentation)-elnet, Rlog n. SNMP.

13、 Gopher话层(Session)SMTP, DNS传输层(Transpori)传输层-CP. UDP矛籍 E (Nelwork ICMP ARP. RARP. AKP. UUCP敝据销罂层(DataLftK)祢若接口fddi. Ethernet Arpanet, pdn. slip, ppp构是K ; pn/sicai:IEEE 802.1A. IEEE flO2.SjlEEE 002.11App兼容性测试有哪些浏览器、系统、分辨率、网络、系统版本Web测试方法UI、兼容性、易用性、表单值域、义务流程、业务逻辑、本地化、接口、逆向思 维、cookie、安全性、配置、故障转移恢复、数据准确性

14、、压力、负载、稳定性、 错误推测、比较、探索性、随机测试等App测试方法弱网、耗电量、流量、兼容性、UI、来电异常、内存溢出、权限、安全性、交互 易用性、安装、卸载、升级更新、以及所有web测试方法性能测试三种方法压力测试、负载测试、稳定测试.测试对象有哪些程序、数据、文档、过程、网络、硬件.测试软件架构如何划分CS/BS接口测试的请求方式post、get分别是什么意思Post :向服务器提交请求(数据)Get :向服务器获取数据接口测试能做哪些测试方法等价类、边界值、必填项、逻辑、流程、安全性sql注入、cookie给你一个物体要怎么测试功能、可靠性、易用性、效率、可维护性、可移植性杯子测试

15、1)功能测试(Function test)能否装水,除了装水,能否装其他液体。比如可乐,酒精能装多少ML的水杯子是否有刻度表杯子能否泡茶,跑咖啡杯子是否能放冰箱,做冰块杯子的材质是什么(玻璃,塑料,黄金做的)2)界面测试(UI Test)外观好不好看。什么颜色杯子的形状是怎么样的。杯子的重量是多少杯子是否有异味杯子的图案是否合理3)性能测试(performance test)能否装100度的开水(泡茶)能否装0度冰水装满水,放几天后,是否会漏水杯子内壁上的涂料是否容易脱落。杯子上的颜色是否容易褪色或者脱落被坦克压下,是否会碎(这条是开玩笑的哈)4)安全性测试(Security test)制作杯子的材料,是否有毒放微波炉里转的时候,是否会爆炸,或者杯子是否会

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论