软件测试技术.docx

上传人:b****5 文档编号:5327929 上传时间:2022-12-15 格式:DOCX 页数:15 大小:28.28KB
下载 相关 举报
软件测试技术.docx_第1页
第1页 / 共15页
软件测试技术.docx_第2页
第2页 / 共15页
软件测试技术.docx_第3页
第3页 / 共15页
软件测试技术.docx_第4页
第4页 / 共15页
软件测试技术.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

软件测试技术.docx

《软件测试技术.docx》由会员分享,可在线阅读,更多相关《软件测试技术.docx(15页珍藏版)》请在冰豆网上搜索。

软件测试技术.docx

软件测试技术

第一章一个样例测试系列

1.对还需要测试什么做些记录,这些记录将变成正式的测试系列。

2.发现问题的一个有效技术就是寻边界条件。

3.最佳的测试用例总在一类测试的边界处。

4.数据类型通常在程序的开头或在一个单独的文件中定义。

5.隐藏边界:

一个对用户不明显但对阅读代码的人来说很明显的边界条件。

6.键盘输入通常是由计算机提供的一个专用控制程序进行收集和编码的。

7.让缺陷得到改正的最有效的策略是找出测试例案。

8.用四个边界符,“/”、“0”、“9”和“:

”进行测试,将暴露程序员由于未能正确设置条件或错误输入ASCII码而引入的每个分类错误。

9.简述第一个测试周期的步骤?

答:

第一步,从一个显而易见的简单程序开始。

第二步,对还需要测试什么做一些记录。

(寻找边界条件)

第三步,检查有效用例并观察发生了什么。

第四步,做一些“快速的”测试用例。

第五步,总结对程序及其问题的认识。

10.简述第二个周期的步骤?

答:

第一步,在进行测试之前应仔细评审对问题报告的反馈,以确定哪些需求必须满足,那些需求无须满足。

第二步,评审对不进行改正的问题的意见,他们可能暗示着进行进一步的测试。

第三步,找出上次的记录,补充新纪录,然后开始测试。

第二章测试的目标和局限

1.测试就是寻找错误的过程。

2.不能采用逻辑来证明程序的正确性。

3.测试的主要益处是得到质量的保证。

程序测试的四类输入:

有效输入、无效输入、编辑过的输入和不同时间的输入。

1.完全测试不可能的原因有哪些?

答:

(1)可能输入的范围太大,根本无法穷尽测试。

(2)程序中可能运行路径太多,也根本无法穷尽测试。

(3)用户界面问题太复杂,不可能进行完全测试。

2.测试人员目标验证程序时应考虑的因哪些观点?

答:

(1)无法验证程序运行正确。

(2)程序不能正确的运行。

(3)既然程序不能正确的工作,那么测试是不是个失败呢?

(4)测试人员不应该试图验证一个程序运行正确。

3.为什么要进行测试呢?

(测试的目的)

答:

(1)测试一个程序的目的是为了发现他的问题。

(2)发现问题的目的是为了改正问题。

第三章测试的类型及在软件开发过程中的地位

1.用户界面程序员编写的程序表层有时被称为表述和数据收集层。

2.广义的用户界面包括了用户和程序之间往返的信息内容。

3.从最初的设想到最终的使用,经历的全部过程称为软件产品的生命周期。

4.维护费用是软件中花费最大的部分,一般是67%。

5.测试和改正活动可以再软件生命周期的任何阶段进行。

6.功能定义:

在需求分析和工作设计文档之间架起了联系的桥梁。

7.产品对照评价会导致需求文档和功能定义的规模膨胀。

8.缺陷发现并纠正得越早,付出的代价越小。

9.规划阶段的测试人员包括:

市场营销人员、产品经理、高级设计人员和人为因素分析师。

10.软件规划阶段进行评审的数据采集工具:

产品对照评价、成立重点问题小组、任务分析。

11.内部设计包括:

结构设计、数据设计、逻辑设计。

12.从任务到构件单元的分析过程,我们称之为分解。

13.复杂的软件产品:

它是作为系统进行开发的,是一组自包含又相互关联的程序集合,而不是单个程序。

14.协议文件定义了管理进程间通信的规则。

15.一个模块传递数据给另一个模块,对方再返回数据。

16.接口定义描述的就是向模块传递的和从模块返回的变量。

17.系统的软件体系结构将其分解为独立的构件,并规定了构件之间的通信协议。

18.设计阶段的测试包括:

评审会议、伪代码分析。

19.任何评审会议的目的都在于识别出设计中存在的问题,并不准备解决它们。

20.有3种通常类型的评审会议:

走查、审查、技术评审。

21.伪代码是一种人工语言,它融合了编程语言结构与英语。

22.结构测试属于白盒测试,主要关注的是在一连串的测试中如何选择合适的程序或子程序路径来执行。

23.功能测试时黑盒测试的一种,对功能的测试是通过提供输入数据,检查输入来实现的。

24.将路径定义为程序起点到最后出口的一系列操作,也称为端到端路径。

25.路径或子路径就是一组从程序某处到另一处的语句。

26.覆盖准则也被称为逻辑覆盖准则和完全性规范。

27.3个通用覆盖准则有:

语句覆盖、分支覆盖、条件覆盖。

遵循这些准则的测试称为路经测试。

28.语句覆盖是最弱的覆盖准则;条件覆盖的覆盖程度稍强一些。

分支覆盖有时又被称为代码的完全覆盖。

29.执行覆盖监视器是一种特殊的程序,用它来计算出需要测试多少条路径才能满足完全性准则,并统计测试了多少条这样的路径。

30.根据增长测试策略,首先对程序的每个小部分进行单独测试。

对过程或程序的单个小部分的测试称为模块测试、单元测试或部件测试。

31.增长测试需要编写驱动模块和桩基模块。

32.崩溃测试的不足之处有:

要想找出导致故障的原因实在太难了、坏心情、自动化能力差。

33.自顶向下和自底向上的测试策略都是增长式的。

34.静态测试检查代码,代码被测试而不执行;动态测试则执行代码,代码被测试而不必检查。

35.静态分析工具首当其冲是编译器。

而人工方式的有:

走查、代码审查和代码评审、桌面检查。

36.估算描述程序结构或内容的一些统计特性,人们称之为“度量”。

37.所谓变异就是程序中所做的细微变更。

将变异引入程序中是为了考验测试数据的充分性。

38.在增长测试中开发的桩基模块和驱动模块可以作为自动回归测试序列的基础,或者可以采用捕捉/回放程序,写出黑盒测试的自动回归测试集。

39.不能压缩代码来改善程序的可靠性。

40.负荷测试研究的是程序所能处理的最大任务。

41.强度测试研究的是程序在任务高峰时的响应。

42.存储测试研究的是常驻内存或磁盘上的程序是如何使用内存和磁盘空间的。

43.可移植性独属于维护。

设计的分类及其含义?

设计阶段的设计包括内部设计和外部设计。

外部设计:

是从用户的角度对产品进行描述,包括了所有的屏幕显示和其他输出、可用的命令、命令语法、命令或特征之间的联系,以及对所有可能输入的反应。

内部设计:

规定任务如何细分到不同的代码段之中、代码处理哪些数据、以及代码如何运行。

软件开发团队有哪些人员组成?

项目经理、产品设计人员、产品经理、技术支持代表、文档编写人员、测试人员、特定项目的其他成员。

软件开发经历哪几个阶段?

规划、设计、编码和文档编写、测试和改正、交付后的维护和增强。

什么是模块?

模块也成为过程、子程序或函数,它是独特的代码段,可以视之为一个单元,只能完成一类任务或一组明显相关的任务。

简述原型及其作用?

原型是系统或系统某一部分的模型。

原型没有必要完成实际的工作,它的作用是给予使用它的人以便宜、直接的产品功能体验。

白盒测试的好处?

重点测试:

程序员可以逐部分地对程序进行测试。

测试覆盖:

程序员还能发现程序中的哪些部分经历了测试。

控制流:

程序员知道程序下一步会做什么。

数据完整性:

程序员知道程序的哪些部分会修改哪些数据项。

内部边界:

程序员能够看到代码中的内部边界,而外部测试人员是完全看不见的。

特定算法测试:

程序员可以使用标准的数值分析方法来推算结果。

回归测试的两种不同使用方式?

1.设想找到错误,改正错误,然后再重新执行首先发现该问题的测试。

2.设想做同样的改正,进行测试,但此时执行的是一个标准的测试系列,以确认程序的改动没有对其他部分产生干扰。

简述黑盒测试事件的序列?

1.测试计划2.验收测试3.初始稳定性评估4.功能测试、系统测试、验证与确认5.β测试

6.完整性测试与发布测试7.最终验收测试与认证。

第四章软件错误

程序的质量取决于什么?

促使客户愿意使用的程序的特性;

促进客户产生“还不如买其他产品”这样念头的程序缺陷。

简述软件错误及其分类?

当程序没有实现其最终用户合理预期的功能要求时,就表现为软件错误。

软件错误有:

1.用户界面错误2.错误处理3.与边界相关的错误4.计算错误5.最初阶段与后续阶段6.控制流错误7.数据处理或解释中的错误8.竞争条件9.负载条件10.硬件11.源程序和版本控制12.文档13.测试中的错误

第五章缺陷的报告与分析

书写问题报告的意义就在于使缺陷得到改正。

问题报告中的状态分为3中:

开放、关闭、已解决。

高效的缺陷报告必须做到几点?

1.说明如何让问题重现2.对错误进行分析,以便用最少的步骤描述问题3.写出的报告应该完备、易于理解且没有敌意

什么是报告类型?

报告类型发现的问题类型有哪些?

报告类型描述了发现的问题类型。

问题类型有:

编码错误、设计问题、建议、文档、硬件、质疑

简述问题报告的特点?

一份好的问题报告应是书面的、已编号的、简单的、易于理解的、可重现的、易读的、不做判断的。

对报告的问题进一步分析的目的是什么?

1.找出最严重的后果2.找出最简单和最常见的条件3.找出产生相同问题的其他路径4.找出相关的问题

可重现缺陷的分析技术有哪些?

1.寻找最关键的步骤2.最大程度地提高程序运行的可见性3.一旦找出了关键步骤,就改变你的做法4.查找后续错误5.渐进地省略或改变步骤6.在程序以前的版本中查找错误7.查找配置依赖。

第六章问题跟踪系统

1.使用问题跟踪系统来报告缺陷、记录缺陷、查询缺陷并编写缺陷总结报告。

2.一个好的系统有助于建立缺陷的可解释性和联系性。

3.问题跟踪系统的意义在于为改正那些应该改正的缺陷提供帮助。

数据库管理系统:

指协助进行数据库定义、数据输入与编辑、信息报告生成的计算机程序的集合。

文件:

由操作系统冠以同一名称、结合在一起的一组信息。

字段:

记录内的单个数据项表:

用来向数据库输入记录记录:

数据库内的单个完整项

报告:

数据库内信息的描述或总结

问题跟踪系统的行政影响力以及其引起的组织问题?

1.系统引入了项目的透明性2.由于系统的使用,重大的人事及控制问题会浮现出来3.系统能够监视个人的变现4系统为小组间发生争论提供了口实

简述问题跟踪系统问题的报告过程?

1.问题被上报2报告提交给项目经理3.报告由项目经理转交给程序员4.当问题已经改正5.无法重现的问题6.问题暂缓与申诉过程7.未被处理的问题8.项目状态报告

数据库中包含哪几类文件?

1.包括所有问题报告的主数据文件2.记录着每份报告在主文件中位置的索引文件3记录着有效输入列表的参照文件

第七章测试用例设计

负载测试:

通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。

错误猜测:

根据经验而作出的主观猜测某个类型的测试可能会导致系统崩溃。

建立测试用例的5项技术有:

等价类分析、边界分析、状态转换测试、竞争条件及其他时间依赖性测试、错误猜测技术。

可见的状态转换:

每个交互程序都是从一个可见状态转换到另一个可见状态。

2.负载测试是一种边界条件测试

3.函数等价测试包括:

自动执行、敏感度分析、随机输入、通用等价测试

4.函数等价测试是比较两个程序对同一运算函数的计算结果。

良好测试具备什么特点?

1.有相当的可能找出软件错误2.不是冗余的3.本类用例中最佳的选择4.既不过于复杂,又不过于简单5.它使程序失效而易见

回归测试的目的是什么?

目的有:

1.检查缺陷是否真正得到了解决2.尝试找出相关缺陷3.检查程序的其他部分。

回归测试的测试策略有哪些?

1.应放弃那些实际上重复的测试2.降低测试用例对某个已经改正的缺陷的聚集程度

3.组合测试用例4.尽量自动执行5.指定定时执行的测试

执行测试的原则是什么?

必须创建某个测试步骤,使程序处理输入的数据,并证明程序正在正确地处理这些输入数据。

为什么说进行函数等价测试?

1.无须手工计算任何数值、无须在打印的表格中寻找信息2.可以自动执行比较过程3.可以自动执行整个过程

简述敏感度分析的基本概念?

1.从程序的值域中挑选某些点检查函数,总体上掌握函数表现

2.寻找细微的输入差异导致巨大的输出变化的用例

3.测试出来的值可能与参考函数的值不完全吻合

第八章打印机及其他设备的测试

配置测试:

是为了检验程序与很多可能的硬件和系统软件配置之间的兼容情况。

打印技术的类型分为:

打字机式、点阵式、击打式、喷墨式、页式。

打印机差异有几个基本方面?

1.打印机机制2.打印机控制代码和语言3.色彩能力4.接口类型

打印机测试总体策略可以将错误分哪几类来考虑?

独立于设备的功能性错误、特定类型错误、特定驱动程序错误、特定打印机错误

第九章本地化测试

本地化是改编程序软件令其适应新环境的过程。

第十章用户手册的测试

用户手册可以分为4个阶段:

概念化及初始设计阶段、准备阶段、制作阶段、发布阶段。

面向任务的用户手册会估计用户意图,并说明如何完成各项任务。

面向特征的用户手册则独立地描述特征,排列可能是按字母顺序,每节中包括了关于某个特征的所有你想了解的内容。

有效的文档有什么好处?

1.改善可用性2.减少客户支持支出3.改善可靠性4.提高可维护性5.改善易安装性6.促进销路7.减少责任

什么是β测试稿?

这份草稿及其根据意见修改的修订稿,是进入用户手册制作阶段前的最后一稿。

文档测试人员的目标任务是什么?

彻底深入地将用户手册中宣扬和暗示的内容与程序实际运行的情况进行比较

为什么说文档测试有助于提高软件可靠性?

1.找到的缺陷会比预期的多2.它是现实情况与测试案例相结合的重要来源3.文档测试提交的缺陷报告尤为可信。

5.准确地按照手册的描述使用程序6.尝试每一条建议7.检查每条事实陈述及每条明显的推论、指导和建议。

用户手册编制准备阶段中第二稿所做的工作?

1.尽早对草稿结构发表意见2.做总体的评审3.寻找需要讨论的地方3.查找与设计精神相左之处4.查找被误导的内容5.检查错误信息6.查找反应出程序自身问题的混乱之处。

第十一章测试工具

半透明测试包括:

插装代码以监视代码覆盖率、断言检查、内存有效性及占用检查

回归测试的用例的出处?

1.边界测试及其他预先计划的测试2.已经揭露程序中缺陷的测试3.由用户上报的缺陷4.随机生成的测试数据集

为程序提供输入的方式有几种?

1.数据文件2.批处理文件3.输入重定向4.串行输入5.键盘捕获及回放

捕获程序的输出有哪几种?

1.数据文件输出2.重定向的输出3.由串行连接输送的输出4.屏幕捕获5.使用输入/输出测试程序的输出捕获

对输入的评价有哪几种途径?

1.找一个参考程序2.创建一个并行程序3.捕获程序的输出

程序在执行时使用内存的方式有?

1.部分供代码自身使用2.部分供数据使用3.部分供有关硬件使用4.有些内存溢出了边界

为什么要进行自动验收测试?

1.验收测试是最常运行的测试2.程序每个单独区域的测试并不会太多3.由厌倦导致缺陷被忽视

什么标准依从性检查程序?

其能找出什么不足?

标准依从性检查程序是对产品的源代码进行分析

1.缺乏可移植性2.递归3.嵌套层次4.内嵌常量5.模块尺寸6.注释7.命名规则8.格式化9.禁止的结构10.禁止的操作11.别名12.一致的数据类型13.无效的语法14.混合模式运算15.代码中已定义但未使用的变量16.变量在初始化前使用17.在文件未打开或关闭时读取18.不可达代码19.明显的死循环

第十二章测试计划与测试文档

测试计划的总体目标:

作为产品还是作为工具

增加测试计划的深度组成部分是:

清单、决策树、功能清单、边界图表、测试矩阵等。

测试计划文档的组成部分:

清单、表、大纲、矩阵。

测试计划作为可用的工具,其价值取决于它能够帮助你管理测试项目并找出缺陷的程度。

测试计划的定义:

一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。

它确定了测试项、被测特征、测试任务、人员安排,以及任何偶发计划的风险。

在测试计划中需要做到哪几点?

1.使用统计工具开发测试用例2.采取并应用测试策略3.为控制测试而创建工具4.沟通

良好的测试文档提供的功用有哪些?

1.测试文档为完成测试的技术任务提供便利2.测试文档改善测试任务与测试过程之间的联系3.测试文档为组织、规划与管理测试项目提供结构

什么是演化方法?

随着时间过去,产品逐渐演化成为一个丰富、可能、有用的产品

在何处增加测试计划的深度

1.最可能发生错误的区域2.错误最明显的区域3.最常使用的程序区域4.有差别的程序区域5.最难改正的区域6.你最理解的区域

测试脚本提供了哪些好处?

1.它有助于控制测试组的规模2.它能减轻测试人员最厌烦的工作3.它为每个测试周期提供一个标准化的测试集合4.一个设计得很好的脚本看起来会给管理人员留下深刻印象5.无经验的测试人员并不是很好6.一个好的脚本要花很长时间来编写7.脚本必须保持最新

第十三章连接起来

产品的可靠性分为哪四个等级:

低可靠性、中等可靠性、高可靠性、未知可靠性

常见的里程碑被称作“α”和“β”

α软件是初级的、充满缺陷的但可用的软件,β软件则近乎完整的软件

与质量有关的成本通常划分为四种类型:

预防成本、评价成本、内部故障处理成本、外部故障处理成本

通常项目经理为使项目处于控制之下,会做出哪些权衡?

1.待发布产品的可靠性2.特征的数量和深度3.项目后续工作的成本4.发布日期

什么是瀑布模型开发方法?

及对测试的建议?

它是一个从需求分析到内部和外部顶层设计,再到内部和外部详细设计,接着是编码,然后是测试,最后是发布。

在下一类任务开始之前,上一类任务基本上完成。

1.及早审查用户界面2.尽早开始编写测试计划3.直到项目晚期才能开始测试4.到你开始进行测试时,你的工作要处在关键途径上

什么是演化方法?

及对测试的建议?

首先建立一个设计灵活的核心产品,以使以后加入许多期望的特征时更容易,如果核心产品是一个最终产品,那么测试组会对其进行测试和修复会一直持续到核心产品看起来稳定为止。

1.很早就计划为项目调配测试人员2.当项目日渐复杂时,安排一批可用性测试3.随着你工作的进展来筹划编写测试计划4.尽可能早地安排你的最有效的测试

什么是里程碑,各个里程碑包括哪几个活动?

2.里程碑是软件生存期中各个开发阶段末尾的特定点。

每个阶段包括4个活动:

编程活动、营销活动、文档活动、测试活动

开发基线有哪几个过程?

1.产品设计2.分段编码:

首要功能3.准α测试阶段4.α测试阶段5.预β测试阶段6.β测试阶段7.用户界面确定8.预最终测试9.最终完整性测试10.发布

测试按级别可以分为几类?

及其含义?

1.主流测试:

相对温和的测试,它询问程序在“正常”使用下进展如何

2.突击测试:

你能快速想到的一个简短的最严重的测试系列

3.认真计划的测试:

包括你暴露这个关注区域中问题的最佳建议的一个较长测试系列

4.回归测试:

每个周期都要运行的测试系列

软件产品的最低可靠性要做到几点?

1.所有的输入数据边界已经得到检查2.手册的最终版本已经进行了整理3.所有的主要配置已经进行了测试4.客户能进入的编辑命令、重复和其他序列不会使程序失去控制5.系统能容忍客户制造出来的所有错误

第十四章有缺陷软件的法律后果

U.C.C定义了三种保证:

明确保证、适销性的暗示保证、特殊目的适当性的暗示保证。

U.C.C定义了三种赔偿金:

交易利润赔偿金、附带赔偿金、间接损害赔偿金

合同赔偿金和民事侵权行为赔偿金之间的重要差别在:

补偿性赔偿金、惩罚性赔偿金。

简述五种类型的侵权诉讼及含义?

非法占有:

软件发行商有意设计软件来从顾客哪里窃取机密或者破坏其财产

过失:

发行商未能采取理性的发行商本来应该采取的措施。

严格产品责任:

由于程序有危险性缺陷,从而引起人身伤害或财产损失

渎职:

程序的创作者提供了不合理的、拙劣的专业服务

欺诈:

发行商有意虚报产品能力

过失诉讼存在于4个方面:

职责、职责的疏忽违背、原因、赔偿金

什么是合同?

合同是两个或更多人之间的协议,它建立了要履行的义务或者提供特殊条款。

什么是U.C.C和其有什么特点?

即《美国统一商法典》其特点是:

1.明确保证的法规非常严格2.两种类型的暗示保证适用于软件3.定义了三种类型的损害4.软件发行商能否认某些保证和赔偿类型。

U.C.C适用于商品,而不适用于软件。

明确保证中保证有哪些?

销售宣传手册、规格说明、用户手册、包装盒

简述渎职索赔产生的三种情况?

1.购买了一个有缺陷的产品2.购买了编程服务3.软件提供了一个专业服务

第十五章管理一个测试小组

人员雇佣的三条建议:

雇佣谁、士气、事业发展

一个妥善管理的测试小组为公司提供:

能力、测试时间、独立性

测试小组的类型及各责任?

1.质量控制组——强调标准

2.质量保证组——保证质量。

3.测试服务组为项目经理提供一个特殊技术服务:

他们查找并报告缺陷。

4.开发服务组为项目经理提供各种各样的技术服务,包括测试。

为什么说让程序员查找缺陷并改正的成本低?

1.程序员可能不需要重复其测试来指出问题出在哪里。

2.程序员不需要就该问题向其他任何人做出解释。

3.程序员不必花时间来询问程序应当如何工作,接着写出问题报告,保持对任何反应的跟踪,并打印出总结和状态报告。

进度指定技巧有哪些?

1.度量业绩和生产率2.确定并估计每个任务3.把项目分等级4.把任务确定为与循环相对的固定任务

软件产品测试补充

1.软件缺陷:

(符合下列规则的叫软件缺陷):

 1).软件未达到产品说明书的功能

 2).软件出现了产品说明书指明不会出现的错误

 3).软件功能超出产品说明书指明范围

 4).软件未达到产品说明书虽未指出但应达到的目标

 5).软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好

3.配置管理的目的是建立和维护在软件生命周期中软件产品的完整性和一致性。

一般来说,软件测试配置管理包括4个最基本的活动:

(1)配置标识;

(2)变更控制;(3)配置状态报告;(4)配置审计。

4.测试用例就是将软件测试的行为活动,做一个科学化的组织归纳。

5.黑盒测试也称功能测试或数据驱动测试,前提是已知产品所具有的功能,通过测试来检测每个功能是否都正常使用。

2.单元测试:

单元测试是对软件设计的最小单元——模块进行正确性检验的测试工作,主要测试模块在语法、格式和逻辑上的错误。

3.白盒测试

白盒测试也称为结构测试或逻辑驱动测试,前提是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的机构测试程序,检测程序中的每条通路是否都能够按预定要求正确工作,而不管产品的功能,主要用于软件验证。

4.回归测试

指软件系统被修改或扩充(如系统功能增强或升级)后重新进行的测试,是为了保证对软件所做的修改没有引入新的错误而重复进行的测试。

4.等价类:

指某个输入域的子集合,在该子集合中,各个输入数据对于揭露程序中的错误都是等效的。

1.α测试

有时也称为室内测试,是由一个用户在开发环境下进行的测试,也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。

2.β测试

是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。

3.驱动模块

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 艺术

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1