软件测试经典面试题总结.docx

《软件测试经典面试题总结.docx》由会员分享，可在线阅读，更多相关《软件测试经典面试题总结.docx（22页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品名师归纳总结1、什么是兼容性测试？兼容性测试侧重哪些方面？兼容测试：主要是检查软件在不同的软硬件平台上是否可以正常的运行,即软件可移植性。兼容的类型：细分为平台的兼容,网络兼容,数据库兼容,以及数据格式的兼容。兼容测试的重点：对兼容环境的分析。通常,是在运行软件的环境不是很确定的情形下,才需要做兼容测试。兼容和配置测试的区分：做配置测试通常不是Clean OS下做测试,而兼容测试多是在Clean OS 的环境下做的。2、我现在有个程序,发觉在Windows 上运行得很慢,怎么判别是程序存在问题仍是软硬件系统存在问题？1、检查系统是否有中毒的特点。2、检查软件 / 硬件的配置是否符合软件的举

2、荐标准。3、确认当前的系统是否是独立,即没有对外供应什么消耗CPU 资源的服务。4、假如是 C/S 或者 B/S 结构的软件,需要检查是不是由于与服务器的连接有问题,或者拜访有问题造成的。5、在系统没有任何负载的情形下,查看性能监视器,确认应用程序对CPU/ 内存的拜访情形。3、测试的策略有哪些？黑盒 / 白盒,静态 / 动态,手工 / 自动,冒烟测试,回来测试,公测（Beta 测试的策略）4、正交表测试用例设计方法的特点是什么？1、用最少的试验掩盖最多的操作,测试用例设计很少,效率高,但是很复杂。2、对于基本的验证功能,以及二次集成引起的缺陷,一般都能找出来。但是更深的缺陷,更复杂的缺陷,仍

3、是无能为力的。3、具体的环境下,正交表一般都很难做的。大多数,只在系统测试的时候使用此方法。5、描述使用 bugzilla 缺陷治理工具对软件缺陷（BUG ）跟踪的治理的流程？标记就是 Bugzilla 的状态转换图。6、你觉得 bugzilla 在使用的过程中,有什么问题？标记界面不稳固。依据需要配置它的不同的部分,过程很烦琐。流程掌握上,安全性不好界定,很简洁对他人的Bug 进行误操作。 没有综合的评分指标,不好确认修复的优先级别。7、描述测试用例设计的完整过程？ 需求分析 + 需求变更的爱护工作。 依据需求, 得出测试需求。设计测试方案,评审测试方案。方案评审通过后,设计测试用例,再对测

4、试用例进行评审。8、单元测试的策略有哪些？规律掩盖、循环掩盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析9、LoadRunner 分哪三部分？标记用户动作设计。场景设计。测试数据分析。10、 LoadRunner 进行测试的流程.标记1、 测试用例2、 创建虚拟用户脚本3、 创建运行场景4、 运行测试脚本5、 监视场景6、 分析测试的结果以上,最好是结合一个案例,依据以上流程来介绍。11、什么是并发？在lordrunner 中,如何进行并发的测试？集合点失败了会怎么样？标记在同一时间点,支持多个不同的操作。LoadRunner 中供应IP 假装,集合点,协作虚拟用户的设计,以及在多

5、台电脑上设置,可以比较好的模拟真实的并发。集合点,即是多个用户在某个时刻,某个特定的环境下同时进行虚拟用户的操作的。集合点失败,就集合可编辑资料 - - - 欢迎下载精品名师归纳总结点的才操作就会取消,测试就不能进行。12、使用 QTP 做功能测试,录制脚本的时候,要验证多个用户的登录情形/ 查询情形,如何操作？标记分析用户登录的基本情形,得出一组数据,通过性测试/ 失败性测试的都有（依据TC 来设计这些数据） , 然后录制登录的脚本,将关键的数据参数化,修改脚本,对代码进行加强,调试脚本。13、 QTP 中的 Action 有什么作用？有几种？标记Action 的作用用 Action 可以对

6、步骤集进行分组步骤重组,然后被整体调用拥有自己的 sheet组合有相同需求的步骤,整体操作具有独立的对象仓库Action 的种类可复用 Action 不行复用 Action 外部 Action14、 TestDirector 有些什么功能,如何对软件测试过程进行治理？标记需求治理可编辑资料 - - - 欢迎下载精品名师归纳总结测试方案测试执行缺陷跟踪定义测试范畴定义需求树描述需求树的功能点定义测试目标和测试策略。分解应用程序,建立测试方案树。确定每个功能点的测试方法。将每个功能点连接到需求上,使测试方案掩盖全部的测试需求。描述手工测试的测试步骤指明需要进行自动测试的功能点定义测试集合。为每个测

7、试人员制定测试任务和测试日程支配。运行自动测试。记录缺陷查看新增缺陷,并确定哪些是需要修正的相关技术人员修改缺陷回来测试分析缺陷统计图表,分析应用程序的开发质量。可编辑资料 - - - 欢迎下载精品名师归纳总结15、你所熟识的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区分与联系（如功能测试、性能测试）？CompatibilityTesting（兼容性测试） ,测试软件是否和系统的其它与之交互的元素之间兼容,如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情形。Functional testing 功能测试 ,依据产品特点、操作描述和用户方案,测试一个产品的

8、特性和可操作行为以确定它们满意设计需求。Performance testing（性能测试） ,评判一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。16、软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？1,硬件平台和操作系统2,版本可编辑资料 - - - 欢迎下载精品名师归纳总结3, bug 编号4, bug 报告优先级5, bug 状态6,发觉人7,提交人8,提交日期9,指定处理人10,概述11,从属关系12,具体描述13,严峻程度14,所属模块要提交高质量的软件缺陷记录要参考需求及前期具体设计等前期文档,设

9、计高效测试用例,然后执行用例,对发觉问题要充分确定,然后对外发布。17、 Beta 测试与 Alpha 测试有什么区分？Beta testing测试 ,测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场Alpha testing 测试 ,是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试18、软件的评审一般由哪些人参与？其目的是什么？标记在正式的会议上将软件项目的成果（包括各阶段的文档、产生的代码等）提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、爱护工作的适用性和

10、环境方面的设计缺陷,并实行补救措施,以及找出在性能、安全性和经济方面的可能的改进。人员：用户、客户或有关部门开发人员,测试人员,需求分析师都可以,就看处于评审那个阶段19、阶段评审与项目评审有什么区分？标记阶段评审 对项目各阶段评审：对阶段成果和工作项目评审 对项目总体评审：对工作和产品20、阐述工作版本的定义？软件开发过程中,用于内部测试的功能和性能不完善的软件版本。工作版本既可以是系统的可操作版本,也可以是要在发布产品中演示的部分功能模块。21、什么是桩模块？什么是驱动模块？ 桩模块：被测模块调用模块驱动模块 调用被测模块的模块22、什么是扇入？什么是扇出？扇入：被调次数,扇出：调其它模块

11、数目23、你认为做好测试方案工作的关键是什么？标记软件测试方案就是在软件测试工作正式实施之前明确测试的对象,并且通过对资源、时间、风险、测试范畴和可编辑资料 - - - 欢迎下载精品名师归纳总结预算等方面的综合分析和规划,保证有效的实施软件测试。 做好测试方案工作的关键：目的,治理,规范1. 明确测试的目标,增强测试方案的有用性编写软件测试方案得重要目的就是使测试过程能够发觉更多的软件缺陷,因此软件测试方案的价值取决于它对帮忙治理测试项目,并且找出软件潜在的缺陷。因此,软件测试方案中的测试范畴必需高度掩盖功能需求,测试方法必需切实可行,测试工具并且具有较高的有用性,便于使用,生成的测试结果直观

12、、精确2. 坚持“ 5W”规章,明确内容与过程“ 5W”规章指的是“ What （做什么）”、“ Why（为什么做）”、“ When（何时做）”、“ Where （在哪里）”、“ How（如何做）”。利用“ 5W”规章创建软件测试方案,可以帮忙测试团队懂得测试的目的（ Why ）,明确测试的范畴和内容（ What ）,确定测试的开头和终止日期（ When）,指出测试的方法和工具（How ）,给出测试文档和软件的存放位置（Where）。 3采纳评审和更新机制,保证测试方案满意实际需求测试方案写作完成后,假如没有经过评审,直接发送给测试团队,测试方案内容的可能不精确或遗漏测试内容,或者软件需求变更

13、引起测试范畴的增减,而测试方案的内容没有准时更新,误导测试执行人员。4. 分别创建测试方案与测试具体规格、测试用例应把具体的测试技术指标包含到独立创建的测试具体规格文档,把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例治理数据库中。测试方案和测试具体规格、测试用例之间是战略和战术的关系,测试方案主要从宏观上规划测试活动的范畴、方法和资源配置,而测试具体规格、测试用例是完成测试任务的具体战术。24、你认为做好测试用例工作的关键是什么？需求和设计文档的懂得程度,对系统的熟识程度25、简述一下缺陷的生命周期？提交 - 确认 - 安排 - 修复 - 验证 - 关闭26、软件

14、的安全性应从哪几个方面去测试？用户认证机制：如数字证书、智能卡、双重认证、安全电子交易协议加密机制安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描数据备份与复原手段：储备设备、储备优化、储备爱护、储备治理防病毒系统27、软件配置治理工作开展的情形和熟识？标记软件配置治理贯穿于软件开发、测试活动的始终,掩盖了开发、测试活动的各个环节,它的重要作用之一就是要全面的治理储存各个配置项,监控各配置项的状态,并向项目经理及相关的人员报告,从而实现对软件过程的掌握。软件测试配置治理包括 4 个最基本的活动： 配置项标识配置项掌握配置项状态报告配置审计软件配置治理通常借助工具来帮助,主要有MS Sou

15、rceSafe、Rational ClearCase等可编辑资料 - - - 欢迎下载精品名师归纳总结28、你觉得软件测试通过的标准应当是什么样的？ 缺陷密度值达到客户的要求29、引入测试治理的含义？标记风险分析,进度掌握、角色安排、质量掌握30、一套完整的测试应当由哪些阶段组成？需求分析测试方案测试设计测试环境搭建测试执行测试记录缺陷治理软件评估31、集成测试也叫组装测试或者联合测试,请简述集成测试的主要内容？（ 1）在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失。（ 2）一个模块的功能是否会对另一个模块的功能产生不利的影响。（ 3）各个子功能组合起来,能否达到预期要求的父功能。（

16、 4）全局数据结构是否有问题。（ 5）单个模块的误差累积起来,是否会放大,从而达到不能接受的程度。32、简述集成测试与系统测试关系？（ 1）集成测试的主要依据概要设计说明书,系统测试的主要依据是需求设计说明书。（ 2）集成测试是系统模块的测试,系统测试是对整个系统的测试,包括相关的软硬件平台、网络以及相关外设的测试。33、软件测试的文档测试应当贯穿于软件生命周期的全过程,其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？用户手册安装和设置指导联机帮忙指南、向导样例、示例和模板授权 / 注册登记表最终用户许可协议34、软件系统中除用户文档之外,文档测试仍应当关注哪些文档？开发文档软件

17、需求说明书数据库设计说明书概要设计说明书 具体设计说明书 可行性争论报告治理文档项目开发方案测试方案测试报告开发进度月报开发总结报告35、简述软件系统中用户文档的测试要点？（ 1）读者群。文档面对的读者定位要明确。对于初级用户、中级用户以及高级用户应当有不同的定位（ 2）术语。文档中用到的术语要适用与定位的读者群,用法一样,标准定义与业界规范相吻合。（ 3）正确性。测试中需检查全部信息是否真实正确,查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查全部的目录、索引和章节引用是否已更新,尝试链接是否精确,产品支持电话、的址和邮政编码是否正确。（ 4）完整性。对比软件界面检查是否有重要的分

18、支没有描述到,甚至是否有整个大模块没有描述到。（ 5）一样性。依据文档描述的操作执行后,检查软件返回的结果是否与文档描述的相同。（ 6）易用性。对关键步骤以粗体或背景色给用户以提示,合理的页面布局、适量的图表都可以给用户更高的易用性。需要留意的是文档要有助于用户排除错误。不但描述正确操作,也要描述错误处理方法。文档对于用户看到的错误信息应当有更具体的文档说明。可编辑资料 - - - 欢迎下载精品名师归纳总结（ 7）图表与界面截图。检查全部图表与界面截图是否与发行版本相同。（ 8）样例与示例。像用户一样载入和使用样例。假如是一段程序,就输入数据并执行它。以每一个模块制作文件,确认它们的正确性。（

19、 9）语言。不显现错别字,不要显现有二义性的说法。特殊要留意的是屏幕截图或绘制图形中的文字。（ 10）印刷与包装。检查印刷质量。手册厚度与开本是否合适。包装盒的大小是否合适。有没有零碎易丢失的小部件等等。 文档测试主要包含什么内容？文档的完整性：主要是测试文档内容的全面性和完整性,从总体上把握文档的质量。描述与软件实际情形的一样性：主要测试软件文档和软件实施的一样性。易懂得性：主要是检查文档对关键、重要的操作和有无图文字说明,文字、图表是否易于懂得。文档供应操作的实训：这项检查内容主要针对用户手册。主要功能和关键操作供应的应用实例是否丰富,供应的实训描述是否具体。印刷和包装质量：主要是检查软件

20、稳固的商业化程序。36、单元测试主要内容是什么？1,模块接口测试。单元测试的基础,只有在数据能正确流入,流出模块的前提下才有意义。2,局部数据结构测试检查局部数据结构是为了保证暂时储备在模块内的数据在程序执行中完整,正确。重点是一些执行函数是否正确执行,内部是否运行正确。局部数据结构往往是错误的根源,应认真设计测试用例。3,边界条件测试单元测试中最重要的一项任务。由于软件常常在边界上失败,采纳边界值分析,可能发觉新的错误。4,模块中全部独立路径的测试在模块中执行每一条独立执行路径进行测试,单元测试的基本任务保证模块中每条语句执行一次。 5,模块的各条错误处理通路测试：程序在遇到反常情形时不应当

21、退出,好的程序应能预见各种出错条件,并预设各种出错处理通路。37、如何懂得强度测试？强度测试是为了确定系统在最差工作环境的工作才能,也可能是用于验证在标准工作压力下的各种资源的最下限指标。它和压力测试的目标是不同的,压力测试是在标准工作环境下,不断增加系统负荷 ,最终测试出该系统才能达到的最大负荷 稳固和峰值 ,而强度测试就是在非标准工作环境下,甚至不断人为降低系统工作环境所需要的资源,如网络带宽 ,系统内存 ,数据锁等等 ,以测试系统在资源不足的情形下的工作状态,通过强度测试 ,可以确定本系统正常工作的最差环境 .强度测试和压力测试的测试指标相近,大多都是与时间相关的指标,如并发量 吞吐量

22、,推迟 最大 最小 平均 以及次序指标等强度测试需要对系统的结构熟识,针对系统的特点设计强度测试的方法38、如何懂得压力、负载、性能测试测试？性能测试是一个较大的范畴,实际上性能测试本身包括了性能,强度,压力等多方面的测试内容。可编辑资料 - - - 欢迎下载精品名师归纳总结压力测试是对服务器的稳固性以及负载才能等方面的测试。主要任务是猎取系统正确运行的极限,检查系统的瞬时峰值负荷下正确执行的才能。增大拜访系统的用户数量,或者几个用户进行大数据量操作都是压力测试,而负载测试是压力相对较大的测试,性能测试的重要部分。100 个用户对系统进行连续半小时的拜访可以看做压力测试,连续拜访8 个小时就可

23、以认为是负载测试。实际上,做压力测试和负载测试没有明显的区分,测试人员应当站在关注整理性能的高度上来对系统进行测试。39、什么是系统瓶颈？主要指整个软件硬件构成的软件系统在某一个方面或者几个方面才能不能满意用户的特定业务要求。“特定”是指瓶颈会在某些条件下显现。严格的技术角度上讲,全部的系统都会有瓶颈,由于大多数系统的资源配置是不和谐的,如cup 使用率刚好到达 100%时,内存正好耗尽的系统。但是不多见。所以我们要从应用角度争论：关键是看系统能否盲足用户需求。在用户极限使用系统的情形下,系统的响应仍旧正常,可以认为系统没有瓶颈或者瓶颈不影响用户工作。测试系统瓶颈主要是实现下面两个目的：-发觉

24、表面的瓶颈。模拟用户的操作,找出用户极限使用系统时的瓶颈,然后解决瓶颈,这是性能测试的基本目标。-发觉潜在的瓶颈并解决,保证系统的长期稳固。 40、功能测试用例需要具体到什么程度才是合格的？一,具体到每个步骤都写出来,目的是即使一个不明白的新手都可以依据测试用例来执行工作。二,主见写的粗糙些,类似编写测试大纲。由于软件开发需求治理不规范,频繁变动。这样的测试用例简洁爱护。然测试执行人员有更大的发挥空间。实际上,软件测试用例的具体程度第一要以掩盖到测试点为基本要求。41、配置和兼容性测试的区分是什么？配置测试的目的是保证软件在其相关的硬件上能够正常运行,而兼容性测试主要是测试软件能否与不同的软件

25、正确协作。 1,配置测试的目的是保证软件在其相关的硬件上能够正常运行的,而兼容测试主要是测试软件能否与不同的软件兼容。2,配置测试的核心内容：使用各种硬件来测试软件的运行情形,包括软件在不同的主机/ 主件上的运行情形,不同的外设,不同的接口,不同的可选项。3,兼容测试的核心内容1,测试软件在不同的操作系统或者同一系统的不同版本上兼容。2,软件本身能否向前或者向后兼容。3,测试软件能否与其它相关的软件兼容。4,数据兼容测试,主要是指数据能否共享。配置和兼容性测试通称对开发系统类软件比较重要,例如驱动程序、操作系统、数据库治理系统等。具体进行可编辑资料 - - - 欢迎下载精品名师归纳总结时仍旧依

26、据测试用例来执行。42、测试中的“杀虫剂怪事”是指什么？ “杀虫剂怪事”用于描述测试人员对同一测试对象进行的测试次数越多,发觉的缺陷就会越来越少的现象。就像老用一种农药,害虫就会有免疫力,农药发挥不了效力。这种现象的根本缘由就是测试人员对测试软件过于熟识,形成思维定势。为了克服这种现象,测试人员需要不断编写新的测试程序或者测试用例,对程序的不同部分进行测试,以发觉更多的缺陷。也可以引用新人来测试软件,刚刚进来的新手往往能发觉一些意想不到的问题。43、完全测试程序是可能的吗？实际上完全测试是不行能的。主要有以下一个缘由：-完全测试比较耗时,时间上不答应。-完全测试通常意味着较多资源投入,这在现实

27、中往往是行不通的。-输入量太大,不能一一进行测试。-输出结果太多,只能分类进行验证。-软件实现途径太多。-软件产品说明书没有客观标准,从不同的角度看,软件缺陷的标准不同。 因此测试的程度要依据实际情形确定。44、软件测试人员就是QA 吗？软件测试人员的职责是尽可能的找出软件缺陷,确保缺陷能被修复。QA （质量保证人员）主要职责是创建或者制定标准和方法,提高促进软件开发才能和削减软件缺陷。测试人员的主要工作是测试,质量保证人员日常工作重要内容是检查与评审,测试工作也是保证人员的工作对象。45、测试产品与测试项目的区分是什么？习惯上吧开发完成进行商业化,几乎不进行代码修改就可以售给用户使用的软件称

28、为软件产品。把针对一个或几个特定的用户而开发的软件称为软件项目,软件项目是一种个性化的产品,可以是依据用户要求全部重新开发,也可以修改已有的软件产品来满意特定的用户需求。区分：质量不同,产品的质量要求高一些,修复发布后产品的缺陷成本较高,甚至带来很多负面的影响。而项目通常面对某一个用户,虽然质量越高越好,但是一般只要满意用户要求就可以。测试资源投入多少不同。软件产品通常是研发中心来开发,进度压力要小些,同时由于质量要求高,因此会投入较多的人力,物力资源。46、和用户共同测试（ UAT 测试）的留意点有哪些？标记软件产品在投产前,通常都会进行用户验收测试。假如用户验收测试没有通过,直接结果就是那

29、不到“ Money”,间接影响是损害了公司的形象,而后者的影响往往更严峻。依据作者的体会,用户验收测试肯定要让用户中意。实际上用户现场测试更趋于是一种演示。在不欺诈用户的前提下,我们向用户展现我们软件的优点,最终让可编辑资料 - - - 欢迎下载精品名师归纳总结“上帝”中意并欣然掏出“银子”才是我们的目标。因此用户测试要留意下面的事项：（1） 用户现场测试不行能测试全部功能,因此要测试核心功能。这需要提前做好预备,这些核心功能肯定要预先经过测试,证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然假如这些模块假如问题较多,不应当进行演示。（2） 假如某些模块的确

30、有问题,我们可以演示其它重要的业务功能模块,必要时要向用户做成合理的说明。争得时间后,准时修改缺陷来补偿。（3） 永久不能欺诈用户,蒙混过关。道理很简洁,由于软件是要给用户用的,问题早晚会暴露出来,除非你可以立刻修改。和用户进行测试仍要留意各种沟通技巧,争取不但短期利益得到了满意,仍要为后面得合作打好基础。47、如何编写提交给用户的测试报告？标记随着测试工作越来越受重视,开发团队向客户供应测试文档是不行防止的事情。很多人会问：“我们可以把工作中的测试报告供应应客户吗？”答案是否定的。由于供应内部测试报告,可能会让客户失去信心,甚至否定项目。测试报告一般分为内部测试报告和外部测试报告。内部报告是

31、我们在测试工作中的项目文档,反映了测试工作的实施情形,这里不过多争论,读者可以参考相关教材。这里主要争论一下外部测试报告的写法,一般外部测试报告要满意下面几个要求：-依据内部测试报告进行编写,一般可以摘录。-不行以向客户报告严峻缺陷,即使是已经修改的缺陷,开发中的缺陷也没有必要让客户知道。-报告上可以列出一些缺陷,但必需是中级的缺陷,而且这些缺陷必需是修复的。-报告上面的内容尽量要真实牢靠。-整个测试报告要认真批阅,力争不给项目带来负面作用,特殊是性能测试报告。总之,外部测试报告要当心谨慎的编写。48、什么是软件测试,软件测试的目的？使用人工或者自动手段来运行或测试某个系统的过程,目的在于检验

32、它是否满意规定的需求或者弄清预期结果和实际结果之间的差别。49、写出 bug 报告流转的步骤,每步的责任人及主要完成的工作。标记参考答案：（要结合自己实际的工作体会进行回答,不同公司略有区分） 测试人员提交新的Bug 入库,错误状态为New。高级测试员 / 测试经理验证错误,假如确认是错误,安排给开发组。设置状态为Open。假如不是错误,就拒绝,设置为 Declined 状态。开发经理安排 bug 至对应的模块开发人员。开发人员查询状态为Open 的 Bug,假如不是错误,就置状态为Declined 。假如是Bug 就修复并置状态为Fixed。不能解决的Bug,要留下文字说明及保持Bug 为

33、Open 状态。对于不能解决和延期解决的Bug,不能由开发人员自己打算,一般要通过某种会议（评审会）通过才能认可。测试人员查询状态为Fixed 的 Bug,然后验证Bug 是否已解决,如解决,置Bug 的状态为 Closed,如没有解决 ,置 bug 状态为 Reopen。50、画出软件测试的V 模型图。可编辑资料 - - - 欢迎下载精品名师归纳总结51、请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区分与联系。黑盒测试：已知产品的功能设计规格,可以进行测试证明每个已经实现的功能是否符合需求。白盒测试：已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设

34、计规格的要求。全部内部成分是否经过检查。黑盒测试要在软件的接口处进行,这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部规律和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合太的功能说明。因此黑盒测试又叫功能测试或者数据驱动测试。白盒测试是对软件的过程性细节做认真的检查,这种方法是把测试对象看做一个打开的盒子,太答应测试人员利用程序内部的规律结构和有关信息,设计或者挑选测试用例,对程序全部规律路径进行测试。通过不同点检查程序的状态,确定实际状态是否与预期的状态一样。因此,白盒测试又叫规律驱动测试或者结构测试。单元测试（模块测试）是开发者编写的一小段代码,用于检验被测代码

35、的一个很小的,很明确的功能是否正确。通常而言,一个单元测试用于判定某个特定条件下某个特定函数的行为,由程序员自己完成。集成测试（组装测试,联合测试）是单元测试的规律扩展。它的最简洁形式：两个已经测试过的单元组合成一个组件,并且测试他们之间的接口。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试,最终,将构成进程的全部模块一起测试。系统测试：将经过测试的子系统装配成一个完整的系统来测试。目的是对最终软件系统进行全面的测试,确保最终软件系统满意产品需求并且遵循系统设计。验收测试：目的是确保软件预备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试向用户表面系统

36、能够像预定需求那样工作。52、测试方案工作的目的是什么？测试方案工作的内容都包括什么？其中哪些是最重要的？标记软件测试方案是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试沟通、风险分析等内容。借助软件测试方案,参与测试的项目成员,特殊是测试治理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和掌握测试进度,应对测试过程中的各种变更。测试方案和测试具体规格、测试用例之间是战略和战术的关系,测试方案主要从宏观上规划测试活动的范畴、方法和资源配置,而测试具体规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试

37、策略和测试方法（最好是能先评审）可编辑资料 - - - 欢迎下载精品名师归纳总结53、您所熟识的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。1. 等价类划分划分等价类 : 等价类是指某个输入域的子集合.在该子集合中 ,各个输入数据对于揭露程序中的错误都是等效的.并合理的假定 :测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为如干等价类 ,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果 .等价类划分可有两种不同的情形:有效等价类和无效等价类.2. 边界值分析法边界值分析方法

38、是对等价类划分方法的补充。测试工作体会告知我,大量的错误是发生在输入或输出范畴的边界上 ,而不是发生在输入输出范畴的内部.因此针对各种边界情形设计测试用例,可以查出更多的错误 .使用边界值分析方法设计测试用例,第一应确定边界情形 .通常输入和输出等价类的边界,就是应着重测试的边界情形 .应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意 值作为测试数据 .3. 错误估计法基于体会和直觉估计程序中全部可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误估计方法的基本思想: 列举出程序中全部可能有的错误和简洁发生错误的特殊情形,依据他们挑选测试用例

39、. 例如, 在单元测试时曾列出的很多在模块中常见的错误. 以前产品测试中曾经发觉的错误等, 这些就是体会的总结 . 仍有 , 输入数据和输出数据为0 的情形 . 输入表格为空格或输入表格只有一行. 这些都是简洁发生错误的情形 . 可挑选这些情形下的例子作为测试用例.4. 因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件 ,但未考虑输入条件之间的联系, 相互组合等 . 考虑输入条件之间的相互组合,可能会产生一些新的情形. 但要检查输入条件的组合不是一件简洁的事情, 即使把全部输入条件划分成等价类,他们之间的组合情形也相当多. 因此必需考虑采纳一种适合于描述对于多种条件的组

40、合 ,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（规律模型）. 因果图方法最终生成的就是判定表 . 它适合于检查程序输入条件的各种组合情形.54、软件的构造号与版本号之间的区分？BVTBuildVerificationTest 标记参考答案：版本掌握命名格式: 主版本号 .子版本号 .修正版本号 .编译版本号 Major.Minor .Revision.Build应依据下面的商定使用这些部分：Major：具有相同名称但不同主版本号的程序集不行互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。Minor：假如两个程序集的名称和主版本号相同,而次版本号不同,

41、这指示显著增强,但照料到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。Build ：内部版本号的不同表示对相同源所作的重新编译。这适合于更换处理器、平台或编译器的情形。Revision ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。BVTBuildVerificationTest ：作为 Build 的一部分,主要是通过对基本功能、特殊是关键功能的测试,保证新增代码没有导致功能失效,保证版本的连续稳固。实现BVT 方式是有以下几种： 1、测试人员手工验证关键功能实现的正确性。特点：这是传统开发方法中,通常采纳的

42、方式。无需爱护测试脚本的成本,在测试人力资源充分,测试人员熟识业务、并对系统操作娴熟情形下效率很高,比较敏捷快速。缺点：人力成本较高。对测试人员才能有肯定要求。测试人员面对重复的工作,简洁产生疲惫懈怠,从而影响测试质量。2、借助基于 GUI的自动化功能测试工具来完成,将各基本功能操作录制成测试脚本,每次回放测试脚本验证功能实现的正确性。特点：能够模拟用户操作完成自动的测试,从UI入口到业务实现,每一层的代码实现都经过验 证。节约人力成本。降低测试人员重复劳动的工作量,机器不会疲惫。缺点：对于UI变动比较频繁的系统来说,这种方式的爱护成本很高,实施起来特别困难。另外,在项目周期较短且后续无连续性

43、或继承的情形下,也不举荐使用此方式。3、由开发人员通过自动化测试工具完成业务层的BVT 测试。特点：通过对业务层关键功能的连续集成测试,保证系统功能的连续稳固。可以结合DailyBuild ,做为 Build 的一部分,自动实现并输入BVT报告。缺点：仅对业务规章实现的正确性进行了测试,对表现层无法测试到,可编辑资料 - - - 欢迎下载精品名师归纳总结对于诸如：前台页面控件各种大事响应、页面元素变化等方面的问题无法保证。55、集成测试通常都有那些策略？基于分解的集成 :大爆炸集成 自顶向下集成自底向上集成 三明治集成基于路径的集成：分层集成基于功能的集成：高频集成基于进度的集成基于风险集成基

44、于大事集成基于使用的集成 C/S集成56、基于 WEB 信息治理系统测试时应考虑的因素有哪些？标记参考答案：57、软件测试项目从什么时候开头,？为什么？需求分析开头。尽早明白被测项目。58、什么是测试评估？测试评估的范畴是什么？标记参考答案：59、软件验收测试除了alpha ,beta测试以外 ,仍有哪一种 .正式验收测试60、需求测试留意事项有哪些？完整性：每一项需求都必需将所要实现的功能描述清晰,以使开发人员获得设计和实现这些功能所需的全部必要信息。正确性：每一项需求都必需精确的陈述其要开发的功能。一样性：一样性是指与其它软件需求或高层（系统,业务）需求不相冲突。可行性：每一项需求都必需是

45、在已知系统和环境的权能和限制范畴内可以实施的。无二义性：对全部需求说明的读者都只能有一个明确统一的说明,由于自然语言极易导致二义性,所以尽量把每项需求用简洁明白的用户性的语言表达出来。健壮性：需求的说明中是否对可能显现的反常进行了分析,并且对这些反常进行了容错处理。必要性： 必要性 可以懂得为每项需求都是用来授权你编写文档的 根源 。要使每项需求都能回溯至某项客户的输入,如 Use Case或别的来源。可测试性：每项需求都能通过设计测试用例或其它的验证方法来进行测试。可修改性：每项需求只应在S R S中显现一次。这样更换时易于保持一样性。可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链,这种可跟踪性要求每项需求以一种结构化的,粒度好（f i n e - g r a i n e d ）的方式编写并单独标明,61、测试用例通常包括那些内容？着重阐述编制测试用例的具体做法测试用例应当描述：1,测试点2,编号3,输入4