《软件工程与软件测试技术》期末复习大纲.docx

上传人:1564****418 文档编号:96668210 上传时间:2024-02-25 格式:DOCX 页数:28 大小:991.40KB
返回 下载 相关 举报
《软件工程与软件测试技术》期末复习大纲.docx_第1页
第1页 / 共28页
《软件工程与软件测试技术》期末复习大纲.docx_第2页
第2页 / 共28页
点击查看更多>>
资源描述

《《软件工程与软件测试技术》期末复习大纲.docx》由会员分享,可在线阅读,更多相关《《软件工程与软件测试技术》期末复习大纲.docx(28页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、软件工程与软件测试技术课程复习大纲与练习题软件工程与软件测试技术课程复习大纲与练习题课程名称软件工程与软件测试技术教材信息名称出版社作者版次软件测试理论与实践教程人民邮电出版社张向宏主编2009.06备注:1) 复习材料包括:复习大纲、教材、授课幻灯片、习题课幻灯片、在线练习题。2) 如学员使用其他版本教材,请参考相关学问点第一章 软件工程和软件测试概述 根本概念:软件、软件危机、软件工程、软件生命周期、软件过程模型 重点的学问点: 软件工程方法学的要素 软件生命周期都包括哪些阶段,每个阶段的任务 主要的软件过程模型有哪些,每个软件过程模型的特点、优点、缺点、适用场合 需了解的学问点 软件测试

2、的起源 软件测试工程师应具备的素养其次章 软件测试根底 根本概念: 软件测试,软件缺陷,软件质量保证,单元测试,集成测试,系统测试,确认测试,验收测试,黑盒测试,白盒测试,灰盒测试,开发方测试alpha 测试,用户测试Beta 测试,第三方测试,V 模型,W 模型,H 模型,X 模型,前置测试模型 重点的学问点: 软件测试的目的 软件测试的原则 软件测试的类型 软件测试模型 软件质量保证的工作内容 需了解的学问点 软件质量保证的工作过程 软件质量保证的目标 软件质量保证与软件测试的区分第三章 白盒测试技术 根本概念: 白盒测试,静态测试,动态测试,桌面检查,代码审查,走查,静态构造分析,根本路

3、径测10 / 27试法,LCSAJ 重点的学问点 规律掩盖法把握各种规律掩盖的定义和条件 根本路径测试法 最小测试用例数的计算 白盒测试的综合测试策略 ESTCA 掩盖准则 LCSAJ 掩盖准则 需了解的学问点 词法分析与语法分析 静态程序分析 程序插桩技术 静态质量度量法第四章 黑盒测试技术 根本概念 黑盒测试,有效等价类、无效等价类,等价类划分法、边界值分析法、场景法、因果图法、正交试验法、判定表法,错误推想法、随机测试、功能分解法等 重点的学问点 功能测试用例设计方法等价类划分法、边界值分析法、场景法、因果图法、正交试验法、判定表法,错误推想法、随机测试、功能分解法等 测试方法综合使用策

4、略 需了解的学问点 黑盒测试用例的编写和组织 QTP 自动测试工具。第五章 性能测试 根本概念 软件性能,软件性能测试,响应时间,并发用户数,系统吞吐量,资源利用率,负载测试, 压力测试,大数据量测试,疲乏强度测试,失效恢复测试,执行效率测试,资源占用测试, 网络效率测试,稳定性测试,并发测试 重点的学问点 性能测试的类型 性能测试的策略客户端、网络层、效劳器层 性能测试的实施流程 需要了解的学问点 主要的性能测试工具第六章 案例分析 重点 通过案例分析把握功能测试用例设计方法的实际应用 通过案例分析把握白盒测试用例设计静态测试、掩盖率测试的实际应用 通过案例分析把握性能测试的实际应用第七章

5、软件测试标准 根本概念 软件质量,软件度量 重点的学问点 McCall 软件质量模型 Boehm 质量模型 ISO9126 质量模型 国内外软件测试标准第八章 测试前沿技术 根本概念 灵敏测试、测试驱动开发 重点的学问点 灵敏方法的 4 个根本特征 灵敏测试用例设计 TDD 的根本过程 需要了解的学问点 灵敏自动化的原则 TDD 的原则期末综合练习题客观局部:单项选择、多项选择, 答案参考 100 道在线练习题题目内容软件测试的目的是尽可能多的找出软件的缺陷。Beta 测试是验收测试的一种。验收测试是由最终用户来实施的。工程立项前测试人员不需要提交任何工件。依据测试实施组织划分,可将软件测试分

6、为开发方测试、用户测试和第三方测试。 黑盒测试又称功能测试或规律驱动测试。答案是是否否是否总是首先设计白盒测试用例否可以公布具有配置缺陷的软件产品。全部软件必需进展某种程度的兼容性测试。软件测试中,应当尽量穷尽全部的数据,以便保证测试的质量.否是否一、单项选择题1. 为了提高测试的效率,应当 D A随机地选取测试数据 B取一切可能的输入数据作为测试数据C在完成编码以后制定软件的测试打算 D选择觉察错误可能性大的数据作为测试数据2. 使用白盒测试方法时,确定测试数据应依据A 和指定的掩盖标准。A. 程序的内部规律 B程序的简单构造 C使用说明书 D程序的功能3. 软件测试的目的是 BA. 证明程

7、序中没有错误 B. 觉察程序中的错误 C. 测量程序的动态特性 D. 检查程序中的语法错误4. 软件内部外部质量模型中,可移植性不包括C 子特性。A. 适应性 B. 共存性 C. 兼容性 D. 易替换性5. 以下关于软件测试的表达中,正确的选项是 。A. 用黑盒法测试时,测试用例是依据程序内部规律设计的。B. 测试是为了验证该软件已正确地实现了用户的要求。C. 觉察错误多的程序模块,残留在模块中的错误也多。D. 黑盒测试方法中最有效的是因果图法。6. 软件测试的对象包括 。A. 目标程序和相关文档 B. 源程序、目标程序、数据及相关文档C. 目标程序、操作系统和平台软件 D. 源程序和目标程序

8、7. 下述说法错误的选项是 。A. 单元测试又称为模块测试,是针对软件测试的最小单位程序模块进展正确性检验的测试工作;B. 集成测试也叫做组装测试,通常在编码完成的根底上,将全部的程序模块进展有序的、递增的测试;C. 集成测试是检验程序单元或部件的接口关系,逐步集成为符合概要设计要求的程序部件或整个系统;D. 系统测试是在真实或模拟系统运行环境下,检查完整的程序系统能否和相关硬件、外设、网络、系统软件和支持平台等正确配置与连接,并满足用户需求。8. 验收测试的定义是 。 CA. 由用户依据用户手册对软件进展测试以打算是否承受;B. 由某个测试机构代表用户依据需求说明书和用户手册对软件进展测试以

9、打算是否承受;C. 依据软件任务书或合同,供需双方商定的验收依据进展测试,打算是否承受D. 由开发方和用户依据用户手册执行软件验收9. 软件调试的目的是 。 AA. 找出错误所在并改正之B. 排解存在错误的可能性C. 对错误性质进展分类D. 统计出错的次数10. 软件质量的定义是:D 。A. 软件的功能性、牢靠性、易用性、效率、可维护性、可移植性B. 满足规定用户需求的力量C. 最大限度到达用户满足D. 软件特性的总和,以及满足规定和潜在用户需求的力量11. 关于第三方测试的描述,正确的观点是 。BA. 既不是开发人员,也不是用户所进展的测试就是第三方测试B. 由在技术、治理和财务上与开发方和

10、用户方相对独立的组织进展的测试C. 第三方测试是在开发方与用户方的测试根底上所进展的验证测试D. 第三方测试又称为测试12. 在软件生命周期的不同阶段,需要实施不同类型的测试工作,单元测试是对程序设计进展验证,其中 不是单元测试的主要内容。A. 模块接口测试 B. 有效性测试 C. 路径测试 D. 边界测试13. 从以下关于软件测试的表达中,选出5条正确的表达,正确的答案是(1) 用黑盒法测试时,测试用例是依据程序内部规律设计的。(2) 尽量用公共过程或子程序去代替重复的代码段。(3) 测试是为了验证该软件已正确地实现了用户的要求。(4) 对于连锁型分支构造,假设有n个判定语句,则有2n条路径

11、。(5) 尽量承受复合的条件测试,以避开嵌套的分支构造。(6) GOTO语句概念简洁,使用便利,在某些状况下,保存GOTO语句反能使写出的程序更加简洁。(7) 觉察错误多的程序模块,残留在模块中的错误也多。(8) 黑盒测试方法中最有效的是因果图法。(9) 在做程序的单元测试时,桩存根模块比驱动模块简洁编写。(10) 程序效率的提高主要应通过选择高效的算法来实现。A13459 B246710 C456710 D1238914. 在McCall软件质量度量模型中,属于面对软件产品适应的是 A. 可用性 B可维护性 C适应性 D可互操作性15. 以下属于白盒技术设计测试用例的方法A. 规律掩盖 B等

12、价类划分 C边界值分析 D因果图16. 以下属于软件维护阶段文档的是 A. 软件需求说明 B操作手册 C软件问题报告 D测试分析报告17. 对于软件的 测试,以下描述正确的选项是。A. 测试就是在软件公司内部开放的测试,由公司专业的测试人员执行的测试B. 测试就是在软件公司内部开放的测试,由公司的非专业测试人员执行的测试C. 测试就是在软件公司外部开放的测试,由专业的测试人员执行的测试D. 测试就是在软件公司外部开放的测试,可以由非专业的测试人员执行的测试18. 用边界值分析法,假定1X 10 )THEN C = 0IF( A - 30 ) 10 AND ( B - 30 )payload)i

13、;switch (c)case SLIP_END:sio_send(SLIP_ESC, netif-state); sio_send(SLIP_ESC_END, netif-state); break;case SLIP_ESC:sio_send(SLIP_ESC, netif-state); sio_send(SLIP_ESC_ESC, netif-state); break;defult:sio_send(c, netif-state); break;A4B3C2D 137. 广义的软件测试包括。 A单元测试、集成测试、确认测试和系统测试B确认、验证和测试 C需求评审、设计评审、单元测试和

14、综合测试D开发方测试、用户测试和第三方测试38. 软件内部/外部质量模型中,以下不是功能性包括的子特性。A适合性 B准确性 C稳定性 D互操作性二、多项选择题39. 可行性争论的方面包括ABC A. 经济可行性 B.技术可行性 C.法律可行性 D. 选择 E. 软件的规模40. 以下测试方法是白盒测试方法的是 A. 判定掩盖和边界值分析法B. 等价划分和错误推想法C. 路径掩盖和判定/条件掩盖法D. 条件组合掩盖和语句掩盖法E. 条件掩盖和错误推想法41. 以下属于黑盒测试方法的有ABCDE A. 等价类划分 B. 边界值分析 C. 错误推想 D. 因果图 E. 决策表42. GB/T1754

15、4中,测试文档的种类包括ACD 测试打算 测试描述 测试报告 测试用例 测试评价43. 以下关于alpha 测试的描述中正确的选项是AD A. alpha 测试需要用户代表参与B. alpha 测试不需要用户代表参与C. alpha 测试是系统测试的一种D. alpha 测试是验收测试的一种44. 软件开发模型有 、原型模型、 、。 ABDA. 瀑布模型 B增量模型 C W模型 D 螺旋模型45. 以下属于安装测试范围的是A. 安装正确性和完整性检查 B 安装过程中的访问掌握C 产品文件完整性的检查D 软件名称与版本的正确性46. 以下输入测试执行阶段的输入的是A. 软件测试打算 C 测试数据

16、 B 测试用例 D 测试环境描述47. 以下属于软件缺陷问题的是 A. 点击某链接返回 错误B. 增某条信息记录后没有提示保存成功C. 登录系统时输入错误密码,提示用户名不正确D. 上传文件时提示效劳器空间已满,无法上传48. 以下软件测试工具中哪些适用于自动化功能测试A. Mercury QuickTest ProfessionalB. Mercury WinRunnerC. Compuware Application VantageD. Borland SilkTestE. Compuware Test Partner49. 以下哪些属于软件测试阶段的交付成果物 ABCA. 测试打算 B

17、测试用例 C 测试报告D 用户手册 E 安装部署手册50. 以下哪些过程能够提高软件质量? BDA. 可行性分析 C. 测试 E. 概要设计 B. 需求评审 D. 代码走查主观局部:三、名词解释均来自习题课课件中列出的名词解释第一章:软件、软件危机、软件工程、软件生命周期、软件过程模型;. 1软件:软件是计算机系统中与硬件相互依存的另一局部 ,它是包括程序,数据及其相关文档的完整集合。2. 软件危机:软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严峻问题。这些问题绝不仅仅是不能正常运行的软件才具有,实际上,几乎全部软件都不同程度地存在这些问题。3. 软件工程: 把系统的、标准的、可度

18、量的途径应用于软件开发、运行和维护过程,也就是把工程应用于软件; 争论中提到的途径。4. 软件生命周期:软件生命周期是从软件的产生到报废的生命周期,生命周期中有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级、废弃等阶段。其次章:软件测试,软件质量保证,单元测试,集成测试,系统测试,确认测试,验收测试, 黑盒测试,白盒测试,灰盒测试,开发方测试alpha 测试,用户测试Beta 测试,第三方测试,V 模型,W 模型,H 模型,X 模型,前置测试模型;1. 软件测试:软件质量保证的关键元素,代表了规约、设计和编码的最终检查。从标准论角度, 软件测试是 验证Veri

19、fication 和 确认Validation 活动构成的整体。验证是通过供给客观证据检验规定的要求是否得到满足,也就是说对输入与输出进展比较。确认是在验证好的根底上,预期的应用要求是否得到满足,也就是说,在确认时应考虑应用的条件范围要远远大于输入时确定的范围。2. 软件质量保证Software Quality Assurance, SQA)是为了供给信用,证明工程将会到达有关质量标准, 而在质量体系中进展有打算、有组织的活动。3. 单元测试又称模块测试,是针对软件设计的最小单位 程序模块,进展正确性检验的测试工作。4. 集成测试又称组装测试、联合测试、子系统测试或部件测试,是在单元测试的根底

20、上,将全部模块依据设计要求组装成子系统或系统进展的测试活动。5. 系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行环境下,对计算机系统进展一系列的组装测试和确认测试。6. 验收测试是系统开发生命周期中的一个阶段,它是一项推断产品是否能够满足合同或用户既定需求的测试7. 开发方测试通常也叫 验证测试 或 Alpha 测试 ,是在软件开发环境下,由开发者检测与证明软件的实现是否满足软件设计说明或软件需求说明的要求。8. 用户测试又称 Beta 测试 ,是在用户的应用环境下,用户通过运行和使用软件,检

21、测与核实软件实现是否符合自己预期的要求。9. 第三方测试是介于软件开发方和用户方之间的测试组织的测试,也称为独立测试,是由在技术、治理和财务上与开发方和用户方相对独立的组织进展的软件测试。10. 白盒测试也称构造测试或规律驱动测试,它是依据程序内部的构造测试程序,通过测试来检测产品内部动作是否依据设计规格说明书的规定正常进展,检验程序中的每条通路是否都能按预定要求正确工作。11. 黑盒测试也称功能测试或数据驱动测试。它主要是检测每个功能是否能正常使用。在测试过程中,将程 序看做一个不能翻开的黑盒子,在完全不考虑程序内部构造的状况下,主要检查程序的功能是否依据软件需 求规格说明书的规定正常使用,

22、程序能否正确的接收所输入的数据,并产生正确的输出信息。12. 灰盒测试,是介于白盒测试与黑盒测试之间的测试,灰盒测试关注输出对于输入的正确性,同时也关注内 部表现,但这种关注不象白盒那样具体、完整,只是通过一些表征性的现象、大事、标志来推断内部的运行 状态。第三章:静态测试,动态测试,桌面检查,代码审查,走查,静态构造分析,根本路径测试法,LCSAJ; 软件的静态测试不要求在计算机上实际执行所测程序,主要以一些人工的模拟技术对软件进展分析和测试 而软件的动态测试是通过输入一组预先依据肯定的测试准则构造的实例数据来动态运行程序,而到达觉察程序错误的过程。 桌面检查是代码检查方式的一种,由程序员自

23、己检查自己编写的程序。程序员在程序通过编译之后,进展单元测试设计之前,对源程序代码进展分析、检验,并补充相关的文档,目的是觉察程序中的错误。 代码审查是由假设干程序员和测试员组成一个审查小组,通过阅读、争论和争议,对程序进展静态分析的过程。 走查与代码审查根本一样,其过程分为两步。第一步也把材料先发给走查小组每个成员, 让他们认真争论程序,然后再开会。开会的程序与代码审查不同,不是简洁地读程序和比照错误检查表进展检查,而是让与会者 充当 计算机,即首先由测试组成员为被测程序预备一批有代表性的测试用例,提交给走查小组。第四章:等价类划分法、边界值分析法、场景法、因果图法、正交试验法、判定表法,错

24、误推想法、随机测试、功能分解法1. 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的。测试某等价类的代表值就等价于对这一类其他值的测试。2. 有效等价类:是指对于程序的规格说明来说,是合理的,有意义的输入数据构成的集合。3. 无效等价类:是指对于程序的规格说明来说,是不合理的,无意义的输入数据构成的集合。第五章:软件性能测试,响应时间,并发用户数,系统吞吐量,资源利用率,负载测试,压力测试,大数据量测试,疲乏强度测试,失效恢复测试1. 响应时间Response Time, 指系统承受用户恳求进展处理,然后将处理结果返回给用户所花费的时间,即 对恳求做出响应

25、所需要的时间 。2. 并发用户Concurrency Users数,指在同一时段,有多少用户会同时访问被测系统。3. 系统的吞吐量Throughout,指的是单位时间内系统处理的客户端恳求的数量。它反映了系统的承载力量或处理交易力量。4. 资源利用率System Resource Utilization,这个概念涉及的范围很广。a) 狭义上主要指效劳器操作系统的资源利用率、网络资源利用率、中间件软件的资源利用率和数据库关系系统的资源利用率。b) 广义上可以指软件系统所需的硬件资源和软件资源的总利用率5. 负载测试主要是通过逐步增加系统的负载,测试系统性能的变化,并最终确定在满足性能指标的状况下

26、,系统所能承受的最大负载量的测试。6. 压力测试主要是通过逐步增加系统的负载,测试系统性能的变化,并最终确定系统在什么负载条件下系统性能处于失败状态。7. 大数据量测试指对系统进展大量数据处理力量的测试,用于评估系统处理大量数据时的系统性能状况。8. 疲乏强度测试针对系统而言仍是一种负载,但强调的是对系统长时间运行状况的考察,其目的是为了通过综合分析交易执行指标和资源监控指标来测试系统长时间无故障稳定运行的力量。9. 失效恢复测试主要是针对冗余备份和负载均衡的系统设计,用来检验和评估假设系统的局部发生了故障,用户是否还能连续正常的使用系统;以及在发生局部故障的状况下,系统会在用户的使用上造成多

27、大程度的影响。其目的是评估系统的强健性和可恢复性。第七章:软件质量,软件度量 软件质量的定义1ANSI/IEEE Std 729-1983 定义软件质量为: 与软件产品满足规定的和隐含的需求的力量有关的特征或特性的全体”。2M.J.Fisher 将软件质量定义为: 全部描述计算机软件优秀程度的特性的组合。3) GB/T6583 ISO 8402(1994) 定义软件质量为:“反映实体满足明确和隐含需要的力量和特性总和” 软件度量是对软件开发工程、过程及其产品进展数据定义、收集以及分析的持续性定量化过程,目的在于对此加以理解、推测、评估、掌握和改善。第八章:灵敏测试、测试驱动开发1.灵敏测试是指

28、在承受灵敏技术的工程中开展的测试.同时,灵敏测试也意味着测试遵循灵敏的根本原则,接纳灵敏的核心价值观沟通,简洁,反响,士气灵敏测试要求 交付可用产品 而非单纯的 觉察缺陷2、测试驱动开发TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,即简化了代码,又保证 了软件的质量四、问答题参考习题课课件中列出的问题1. 请说明软件工程方法学都包含哪些要素?简要说明目前使用最广泛的两种软件工程方法学答:软件工程方法学包含 3 个要素:方法、工具和过程。其中方法是完成软件开发的各项任务的技术方法, 答复 怎样做 的问题;工具是为运用方法而供给的自动的或半自动的软件工程支撑环境;过程是为了获得高质量

29、的软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤。目前使用得最广泛的软件工程方法学,分别是传统方法学和面对对象方法学。传统方法学也称为生命周期方法学或构造化范型。它承受构造化技术(构造化分析、构造化设计和构造化实现) 来完成软件开发的各项任务,并使用适当的软件工具或软件工程环境来支持构造化技术的运用。这种方法学 把软件生命周期的全过程依次划分为假设干个阶段,然后挨次地完成每个阶段的任务。与传统方法相反,面对对象方法把数据和行为看成同等重要,它是一种以数据为主线,把数据和对数据的操 作严密地结合起来的方法。2. 软件生命周期都包括哪些阶段,简述每个阶段的任务答:软件生命周期包括

30、问题的定义,可行性分析,需求分析,概要设计,具体设计,编码,测试,维护8 个阶段。问题定义阶段必需答复的关键问题是: 要解决的问题是什么?可行性争论阶段要答复的关键问题是: 对于上一个阶段所确定的问题有行得通的解决方法吗?需求分析阶段的任务是准确地确定 为了解决这个问题,目标系统必需做什么 ,主要是确定目标系统必需具备哪些功能。概要设计阶段必需答复的关键问题是: 概括地说,应当怎样实现目标系统?3. 简述瀑布模型的特点、优点、缺点、适用场合答:瀑布模型是依据软件生命周期的阶段进展的,每个阶段都必需完成规定的文档,并在阶段完毕前都要对 所完成的文档进展评审;各个阶段间具有挨次性和依靠性。瀑布模型

31、的优点:可强迫开发人员承受标准的方法例如,构造化技术;严格地规定了每个阶段必需提交的文档;要求每个阶段交出的全部产品都必需经过质量保证小组的认真验证。 瀑布模型的缺点:1在工程开头的时候,用户常常难以清楚地给出全部需求;用户与开发人员对需 求理解存在差异。2很少软件工程依据挨次模型进展,不能很好地支持迭代。3只有到了整个工程的后半段时间,客户才能看到软件的模样。一个没有准时觉察的错误,可能导致灾难。 瀑布模型适用场合:1当有一个稳定的产品定义和很简洁被理解的技术解决方案时,可以承受纯瀑布模型。2当你对一个定义得很好的版本进展维护或将一个产品移植到一个的平台上,可以承受瀑布模型。3在质量需求高于

32、本钱需求和进度需求的时候,可以承受瀑布模型。4. 简述快速原型模型的特点、优点、缺点、适用场合所谓快速原型是快速建立起来的可以在计算机上运行的程序,它所能完成的功能往往是最终产品能完成的功 能的一个子集。 快速原型模型主要优点:1 原型系统已经通过与用户交互而得到验证,据此产生的规格说明文档正确地描述了用户需求,因此,在开发过程的后续阶段不会由于觉察了规格说明文档的错误而进展较大的返工。2 开发人员通过建立原型系统已经学到了很多东西,因此在设计和编码阶段发生错误的可能性也比较小,这自然削减了在后续阶段需要改正前面阶段所犯错误的可能性。 缺点:1用户有时误会了原型的角色,例如他们可能误会原型应当

33、和真实系统一样牢靠。2缺少工程标准,进化原型方法有点像编码修正。3缺少掌握,由于用户可能不断提出要求,因而原型迭代的周期很难掌握。4额外的花费:争论结果说明构造一个原型可能需要10%额外花费。5原型法要求开发者与用户亲热接触,有时这是不行能的。例如外包软件。 适用场合:1适用于用户驱动的系统,即需求模糊或随时间变化的系统;2已有产品或产品的原型, 只需客户化的工程工程;3简洁而生疏的行业或领域;4有快速原型开发工具;5进展产品移植 或升级5. 简述增量模型的特点、优点、缺点、适用场合增量模型以增量的形式分阶段公布产品。第一个增量往往是核心的产品。也就是,实现了根本的需求,但很 多补充的特征,使

34、用和/或评估的结果是下一个增量的开发打算。该打算包括对核心产品的修改,使其能够更好的满足客户的需要,并公布一些增的特征和功能。这个过程在每个增量公布后不断重复,直到产生最终 的完善产品。增量过程模型,本质上是迭代的,强调每一个增量均公布一个可操作产品 增量模型的优点:融合了线性挨次模型的根本成分和原型实现的迭代特征;能较快地产生可操作的系统;在每一步递增中,均公布一个的增量,把用户/开发者的阅历结合到不断求精的产品中;每个增量的开发没有必要使用一样的过程;可改善测试效果和降低软件开发总本钱。 增量模型的缺点:1增量应当相对较小,每个增量应当包含肯定的系统功能。所以,很难把用户的 需求映射到适当

35、规模的增量上。2大多数系统需要一组在系统很多局部都会用到的根本效劳。但由 于增量实现前,需求不能被具体定义,所以,明确全部增量都会用到的根本效劳就比较困难。3假设 软件系统的组装和拆卸性不强,或开发人员全局把握力量不高,或客户不同意分阶段提交产品等,均不适宜。 适用场合:1客户承受分阶段交付。2对应用领域不生疏,难以一步到位。3用户可参与到整个软件开发过程中。4有较好的类库和构件库。6. 简述螺旋模型的特点、优点、缺点、适用场合螺旋将瀑布模型和快速原型模型结合起来,强调了其他模型所无视的风险分析,把软件开发过程组成为一个 逐步细化的定义周期螺旋周期序列,每经受一个周期,系统就得到进一步的细化和

36、完善;本质上,具有 上述特征的螺旋是始终运转的,直到软件退役。有时这个过程处于睡眠状态,但任何时候消灭了转变,过程都会从适宜的入口点开头;严密围绕开发中的风险问题,用风险分析推动软件设计向深一层扩展、求精;强调 持续地推断、确定和修改用户任务目标,并按本钱、效益来分析候选的软件产品性质对任务目标的奉献;可 结合承受多种软件开发方法,但到底结合哪一种方法仍由风险分析来打算。 优点:1对可选方案和约束条件的强调有利于已有软件的重用,也有助于把软件质量作为软件开发的一个重要目标;2削减了过多测试铺张资金或测试缺乏产品故障多所带来的风险;3在螺旋模型中维护只是模型的另一个周期,在维护和开发之间并没有本

37、质区分。 缺点:1比较简单,需要相当的风险评估技术,且成功依靠于这种技术。2需要软件开发人员具有丰富的风险评估阅历和这方面的特地学问 适用场合:适应于内部的大规模软件开发7. 简述测试的目的、原则与对象软件测试的目的:1) 是以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量, 回避软件公布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。2) 是确认软件的质量,软件做了所期望的事情Do the right thing,另一方面是确认软件以正确的方式来做了这个大事Do it right3) 是为开发过程供给反响信息,帮助开发过程的改进:软件测试不仅是

38、在测试软件产品本身,还包括软件开 发的过程。软件测试的第三个目的是保证整个软件开发过程的高质量。 4软件质量评估:软件测试是以评价一个程序或系统属性为目标的一种活动,是对软件质量的度量与评估, 以验证软件的质量满足用户的需求,为用户选择与接收软件供给有力的依据。 软件测试的原则1. 全部的软件测试都应追溯到用户需求2. 应当把 尽早地和不断地进展软件测试 作为软件开发者的座右铭。3. 完全测试是不行能的,测试需要终止4. 软件测试无法显示软件潜在的缺陷5. 充分留意软件测试中的群集现象6. 程序员应避开检查自己的程序7. 尽量避开测试的随便性8. 妥当保存一切测试过程文档。 软件测试的对象:需

39、求规格说明、概要设计规格说明、具体设计规格说明、源程序 。8. 什么是V 模型?简述V 模型在软件测试过程中的作用,以及在 V 模型中各个测试阶段和开发过程的对应关系V 模型是软件开发瀑布模型的变种,它反映了测试活动与分析和设计的关系 。从左到右,描述了根本的开发过程和测试行为,格外明确地标明白测试过程中存在的不同级别,并且清楚地 描述了这些测试阶段和开发过程期间各阶段的对应关系 。左边依次下降的是开发过程各阶段,与此相对应的是右边依次上升的局部,即各测试过程的各个阶段。V 模型的局限性在于没有明确地说明早期的测试,无法表达 尽早地和不断地进展软件测试 的原则9. 什么是W 模型?简述其特点W 模型由Evolutif 公司提出,相对于 V 模型,W 模型增加了软件各开发阶段中应同步进展的验证和确认活动。W 模型由两个V 字型模型组成,分别代表测试与开发过程,图中明确表示出了测试与开发的并行关系。W 模型强调:测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、设计等同样要测试,也就是 说,测试与开发是同步进展的。W 模型有利于尽早地全面的觉察问题。例如,需求分析完成后,测试人员就应当参与到对需求的验证和确认活动中,以尽早

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

当前位置:首页 > 教育专区 > 高考资料

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

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