用例级别和缺陷等级
用例级别 (level)
Level1
基本:
1、该类
用例设计
系统基本功能,1级用例的数量应受到控制,防止工作量过大。
2、划分依据:该用例执行的失败会导致众多重要功能无法运行的,如:表单维护中的增加功能、最平常的业务使用等。可以认为是发生概率较高的并经常这样使用的一些功能用例。
3、
该级别的测试用例在每一轮版本测试中都必须执行
Level2 重要:
1、2级测试用例实际系统的重要功能。2级用例数量较多。
2、划分依据:主要包括一些功能交互相关、各种应用场景、使用频率较高的正常功能测试用例
3、在非回归的系统测试版本中基本上都需要进行验证,以保证系统所有的重要功能都能够正常实现。在测试过程中可以根据版本当前的具体情况进行安排进行测试。
Level3 一般:
1、3级测试用例设计系统的一般功能,3级用例数量也较多。
2、划分依据:使用频率较低于2级用例。例如:数值或数组的编辑情况、特殊字符、字符串超长、与外部件交互消息失败、消息超时、事物完整性测试、可靠性测试等等。
3、在非回归的系统测试版本中不一定都进行验证,而且在系统测试的中后期并不一定需要每个版本都进行测试
Level4 生僻:如果没有可以不适用该级别
1、该级别用例一般非常少。
2、划分依据:该用例对应较生僻的预置条件和数据设置。虽然某些测试用例发现过较严重的错误,但是那些用例的处罚条件非常特殊,仍然应该被植入4级用例中。如界面规范化的测试也可归入4级用例。在实际使用中使用频率非常低、对用户可有可无的功能。
3、在版本测试中有某些正常原因(包括:环境、人力、时间等)经过测试经理同意可以不进行测试。
软件的缺陷等级应如何划分:
A类——致命错误,包括以下各种错误:
1.由于程序所引起的死机,非法退出
2.死循环
3.数据库发生死锁
4.因错误操作导致的程序中断
5.功能错误
6.与数据库连接错误
7.数据通讯错误
B类——严重错误,包括以下各种错误:
1.程序错误
2.程序接口错误
3.数据库的表、业务规则、缺省值未加完整性等约束条件
C类——一般错误,包括以下各种错误:
1.操作界面错误(包括数据窗口内列名定义、含义是否一致)
2.打印内容、格式错误
3.简单的输入限制未放在前台进行控制
4.删除操作未给出提示
5.数据库表中有过多的空字段
D类——提示错误,包括以下各种错误:
1.界面不规范
2. 辅助说明描述不清楚
3. 输入输出不规范
4. 长操作未给用户提示
5. 提示窗口文字未采用行业术语
6. 可输入区域和只读区域没有明显的区分标志
本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/
版权声明:本文遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/weixin_33788244/article/details/90501643
更多相关推荐
测试用例场景法在面试软件测试时总是会被面试官问到,你是如何使用场景法设计用例的???下面我就给大家详解一下:场景法是以程序的动作和事件、处理过程为出发点衍生设计测试的方法,适合于面向对象的可视化界面测试,业务、工单流的测试基本流:基本流表示通过业务流程时输入都正确,能达到目标的流程。备选流:备选流表示通过业务流程时输入错误(或者操作错误)导致流程存在反复,但是经过纠正后仍能达到能达到目标的流程。场...
2019独角兽企业重金招聘Python工程师标准>>>本文主要分析大概8种用例设计方法:等价类划分边界值分析错误推测因果图判定表驱动分析正交试验设计功能图分析场景设计写在前面:测试用例设计综合策略1、GlenfordJ.Myers 提出了使用各种测试方法的综合策略:1)在任何情况下都必须使用边界值分析方法,经验表明用这种方法设计出测试用例发现程序错误的能力最强。2)必要时用等价类...
思路:1、配置数据在数据库表(通过数据库表配置场景) 2、根据表初始化数据到CSV文件3、运行JMeter场景测试项目 ...
软件测试的一些大道理穷尽测试是不可能的,需要有自我(主观)的风险分析经验、能力,找出风险最高的优先进行测试;杀虫剂怪事(几乎不考虑)当测试变多,开发能熟悉你的套路,并产生免疫力。医学上称为耐药性;PS:我觉得你不形成规范和制度,这些低级错误永远都在。每次代码迭代都有风险每次迭代,缺陷修复总会以20%-50%的概率引入新缺陷;(不知道谁统计过没?)所以每次修复之后,还是必须重新运行之前的testli...
场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。用例场景来测试需求是指模拟特定场景边界发生的事情,通过事件来触发某个动作的发生,观察事件的最终结果,从而用来发现需求中存在的问题。我们通常以正常的用例场景分析开始,然后再着手其他的场景分析。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。场景主...
刚刚学习测试没有多久,因为工作需要接触学习badboy。那就一起聊聊badboy!PS:此文作为学习笔记,有许多不严谨,还能包涵。一、下载安装1.官网地址:http://www.badboy.com.au/ 2.点击download3.点击安装二、界面及功能1)菜单栏1、file:新建、打开、保存和导出脚本等2、Edit:取消,重播,剪切,复制,粘贴,查询和替代3、view:显示或取消显示视图...
之前翻译过一篇关于情景测试的文章link,因为现在我所在的项目的测试到了胶着阶段,因此又提及情景测试。所谓胶着,自是因为项目开发到了相对稳定阶段,测试也用很多种方式进了了几次了,如回归测试、全覆盖测试等等,现在进入了效果不明显的阶段。因为开发人员还在修bug,所以测试人员自是不能掉以轻心。但是,这个时候,测试人员效率不高,回归测试的具体执行不一定完全。那么,怎么调动测试人员的积极性,继续测试,又怎...
1.JAVA相关1.1java三大特性封装,继承,多态。其中多态详解请看这篇博文:https://www.cnblogs.com/chenssy/p/3372798.html当超类对象引用变量引用子类对象时,被引用对象的类型而不是引用变量的类型决定了调用谁的成员方法,但是这个被调用的方法必须是在超类中定义过的,也就是说被子类覆盖的方法。其中有一个经典实例:https://blog.csdn.net...
状态迁移使用场景:关注被测对象的状态变化,在需求规格说明书中是否有不可到达的状态;状态:被测对象在特定输入条件下保持的相应形式;测试流程:①:根据需求确定状态节点;②:画状态迁移图;③:回执状态迁移树;④:写测试用例;案例:售票系统(1)用户可以预定车票,此时车票信息处于‘预定’状态;(2)用户支付车票费用后,车票状态变为‘已支付’状态;(3)用户从售票处取出车票后,车票状态变为‘已出票’;(4)...
...
1.需求测试--查看需求文档,产品设计文档2.功能测试--满足功能设计要求3.UI界面设计--满足UI设计需求4.性能测试--登录5秒之内,接口响应300毫秒之内5.安全测试-SQL注入,防xss攻击,同一用户多点登录,不同用户同一台机器登录,错误登录限制6.兼容性测试-浏览器兼容性,系统平台兼容性,设备兼容性(移动平台)7.易用性测试-是否符合习惯性操作,快捷键,显示器适配8.错误测试-对错误场...
单元测试、接口测试、功能测试的区别功能测试的进行:首先编写测试用例,测试用例中最主要的是测试步骤和预期结果;测试人员根据测试用例执行操作步骤,然后通过眼睛和思考判断实际结果与预期结果是否相等,如果相等,测试通过;如果不相等,测试失败。自动化测试要做的事情与功能测试是一致的,这里的自动化测试主要包含三个层面的自动化,单元测试自动化,接口测试自动化和web测试自动化。当然,不同层面的自动化关注点不一样...
前言随着互联网时代的飞速发展,移动端的产品已经遍布了我们的所有领域对于现在的很多人来说,衣、食、住、行,都已经离不开各式各样的app了所以,对于我们测试工程师而言,在公司里对app进行测试,已经不是什么新鲜玩意了那么今天,我们就主要来看一下如何在iOS上app的日志mac自带控制台查看日志环境准备mac电脑一台(一体机和笔记本都一样)iPhone手机一台数据线一根1、首先,先将iPhone通过数据...
边界值分析法一.方法简介1.定义:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。 2.与等价划分的区别 1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件。 2)边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况。 3.边界值分析方法的考虑: ...
边界值测试,即使用输入空间的边界值来标识测试用例。基本原理是错误很可能出现在输入变量的极值附近。基本思想就是使用变量的最小值、略高于最小值、正常值、略低于最大值、最大值来测试程序的正确反应。 边界值测试有个假设,“单缺陷”假设,这个假设的内容是“问题极少是由两个或多个缺陷同时发生所引起的”,所以在进行边界值测试的时候只要考虑让一个变量取上述五个值而让另外一个变量取正常值。 对于n个变量的输入,...
一、等价类划分法 定义:某个输入域的集合,在集合中没分输入条件都是等效的,其中一方不能导致问题的话,原则上来说这一类都没有问题 分类:有效等价值(合理输入数据)、无效等价值(不合理的输入数据) 步骤:确定输入—确定输入条件—划分有效和无效—测试用例覆盖有效(用最少用例尽可能的覆盖更多的有效)--测试用例覆盖无效(一条用例覆盖一个无效) 特点:只考率覆盖 二、边界值分析法 上点:边界上的点...
判定表测试设计技术场景:IF(C1andC2)ORC3THENR1R2ELSER3STEP1,分析系统功能,识别判定点、条件及结果;STEP2,基于风险分析的结果选择判定点覆盖类型;STEP3,基于覆盖类型填写判定表,识别测试条件; 测试条件TC1TC2TC3TC4 条件C10?1? C2?01? C300?1 结果R1 pp R2 pp R3pp STEP4,创建测试用例,每一列为一个测试...
测试用例首先来自于对于需求的分析,是否能为测试挑选最合适或最关键的需求,关系到项目的成败。思考方法1:正反面思考法为每个测试需求至少编制两个测试用例:正面测试用例&负面测试用例正面测试用例:用于证明该需求已经满足;负面测试用例:反映某个无法接受、反常或意外的条件或数据,用于论证只有在所需条件下才能够满足该需求基本流:是经过用例的最简单的路径备选流:在某个特定条件下执行 前置条件是执行用例之...
因果图法设计测试用例题目:程序的规格说明要求:输入的第一个字符必须是字母,第二个字符必须是#或*,第三个字符必须是数字,在此情况下进行文件的修改;如果第一个字符不是字母,则给出信息L;如果第二个字符不是#或不是*,则给出信息M;如果第三个字符不是数字,则给出信息N。解题步骤:(1)分析程序的规格说明,列出原因和结果。(2)找出原因与结果之间的因果关系、原因与原因之间的约束关系,画出因果图。(3)将...
一、定义对输入或输出边界值进行测试的一种黑盒测试方法。通常边界值法是对等价类划分法的补充。对输入值的选择不是对等价类的任意取值,而是选择等价类的边界(甚至是次边界)取值的方法。二、选择测试用例的原则如果输入条件规定了值得范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据;如果输入条件规定了值得个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数...
在软件测试中,有很多重要的测试方法,在此不一一赘述,在这篇博客中,主要讨论的是黑盒测试。 所谓黑盒测试,主要是将被测软件看作一个打不开的黑盒,根据功能需求设计测试用例,进行测试。它是软件测试中一个非常重要的测试方法。 往下细分,黑盒测试还可以分为等价类划分,边界值分析,因果图法,决策表法等。1、先说一下等价类划分法:所谓等价类是指输入域的某个互不相交的子集合,所有等价类的并集便是整个输入域。目的...
安装好数据库时,连接MySQL,查看数据库时,发现只有两个数据库。MBP:~gegongxian$mysqlWelcometotheMySQLmonitor. Commandsendwith;or\g.YourMySQLconnectionidis75Serverversion:5.6.27MySQLCommunityServer(GPL)Copyright(c)2000,2015,Oraclea...
远程访问权限问题。在mysql服务器登录mysql-uroot-p*****先查一把确认是不是有人删库走人:mysql>showdatabases;如果,很幸运的查出来你的库都还在,看看ip和用户的对应关系:mysql>selecthost,userfrommysql.user;然后查看,远程登录的用户是否有权限:mysql>showgrantsforuser(用户名)@'%';...
1.关闭Mysql:执行servicemysqlstop2.用安全模式启动Mysql,如果是自己通过tar包手动安装的Mysql,mysqld_safe命令在“${mysql}/bin”下mysqld_safe--skip-grant-tables执行这条命令后,当前ssh命令行会停住,如下图3.复制当前链接,再打开一个ssh连接,登录到mysql数据库直接用命令mysql,就进入了数据了,不需要...
两位数加法器边界值设计的原则如果输入条件规定了取值范围,应以该范围的边界内及刚刚超范围的边界外的值作为测试用例如以a和b为边界,测试用例应当包含a和b及略大于a和略小于b的值我们继续用计算器的例子,根据边界值分析的方法来看看如何对边界值进行测试由于允许输入的数值在-99到99之间,所以我们可以把-99和99看作两个边界值。我们测试的时候可以取紧邻边界值的数值和边界值本身作为输入 边界值用例设计练习...
1、为什么用场景法设计测试用例?大多数业务软件由后台管理(比如:用户管理、角色管理、权限管理等等各种管理)和工作流等几个部分组成。终端用户,期望软件能够实现业务需求,而不是简单的功能的组合。对于单点功能利用等价类、边界值、判定表用例设计方法能够解决大部分问题。涉及业务流程的软件系统,采用场景法比较合适。2、什么是场景法?场景业务流通常分为基本流、备选流、异常流程基本流:基本流表示通过业务流程时输入...
sqlyog连接Linux上的mysql报错误号码2013,错误号码1130的解决办法1.报错误号码2013,可能是端口号不是默认的3306,需要改成对应的,检查命令是:[root@hostetc]#netstat-an|grep330 看看有没有对应的端口号。更直接点是查看配置文件cat /etc/my.cnf(注意:在windows下是my.ini,Linux下则是my.cnf)重新测试连接...
出现情况: 使用mysql的客户端SQLyogEnterprise连接到mysql的服务端时,出现如下错误: ErrorNo.1130 Host'*.*.*.*'isnotallowedtoconnecttothisMySQLserver原因: 这是由于mysql服务端root用户所对应的客户端权限设置问题。默认所对应的客户端地址只有localhost(也就是服务端...
解决该问题有以下两个方法1、改表法可能是你的帐号不允许从远程登陆,只能在localhost。这个时候只要在localhost的那台电脑,登入mysql后,更改“mysql”数据库里的“user”表里的“host”项,从”localhost”改称”%”mysql-uroot-pvmwaremysql>usemysql;mysql>updateusersethost='%'whereuse...
当连接mysql数据库的时候,出现ERROR1130(HY000):Host‘xxxx’isnotallowedtoconnecttothisMySQLserver的问题。解决该问题使用以下方法:授权法例如,你想root用户使用123456密码从任何主机连接到mysql服务器的话。GRANTALL PRIVILEGES ON *.*TO 'root'@'%' IDENTIFIEDBY '12345...
安装xampp(xampp-win32-1.8.0-VC9-installer.exe91.9MB)后,apache无法启动,老是提示:11:55:50[apache]Statuschangedetected:running11:55:51[apache]Statuschangedetected:stopped启动tomcat也失败搜索,大部分说是80和443端口被占用,但发现不是这问题,也有说A...
如何保证测试质量1、有质量人员参与,达到CMMI三级以上标准2、BUG定义、上线标准 3、在需求阶段测试人员就参与评审,进行需求分析4、产品、研发的输出测试人员参与评审5、测试用例覆盖需求与功能、业务场景用例、用例评审6、测试环境:一键搭建、备份、监控系统、debug日志7、单元测试、集成测试、系统测试、8、接口测试、自动化测试、分布式并行测试、性能测试、静态代码自动测试、兼容性测试9、持续集成、...
测试脚本设计本次性能测试以选取的典型业务为依据,每个业务设计一个脚本。测试脚本设计如下:XX系统性能测试脚本设计序号主模块脚本名称事务定义(统计事务响应时间)1登录系统系统登录_日期(录制日期)系统登录2报表上报新增信息_日期新增信息 xx系统性能测试脚本设计序号主模块脚本名称事务定义(统计事务响应时间)1用户审核用户审核_日期用户审核2用户汇总用户汇总_日期用户汇总3数据查询数据查询_日期数据查...
2019独角兽企业重金招聘Python工程师标准>>>1. 引言1.1 编写目的本测试报告的具体编写的目的,指出预期的读者范围;1.2 项目背景对项目的背景进行简单的说明;1.3 系统简介对整个系统进行简单的介绍说明;2. 测试概要测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。2.1测试用例设计 简要...
验证测试是用于验证在特定的场景、时间、压力、环境和操作方式下系统能够正常的运行,服务器、应用系统和网络环境等软硬件设施还能否良好的支撑这些情况下用户的使用。验证性测试主要针对有明确的压力目标和预期结果,验证系统在这种压力下的各方面反映能够达到预期结果。主要分以下几种:压力测试:已知系统高峰期使用人数,验证各事务在最大并发数(通过高峰期人数换算)下事务响应时间能够达到客户要求。系统各性能指标在这种压...
第一章网络安全测评网络全局1.1结构安全(G3)a) 应保证主要网络设备的业务处理能力具备冗余空间,满足业务高峰期需要;b) 应保证网络各个部分的带宽满足业务高峰期需要;c) 应在业务终端与业务服务器之间进行路由控制建立安全的访问路径;(静态动态路由、动态路由协议认证功能。)ospf开放最短路径优先)d) 应绘制与当前运行情况相符的网络拓扑结构图;e) 应根据各部门的工作职能、重要性和...
ID功能描述操作步骤预期结果testtimeP/FcommenttestertesttimeP/Fcommenttester时钟设置闹钟功能1、设置时钟和日期与当地时间日期相符合,整个测试期间,除特别要求更改时间、日期外,不要随意更改基准时间;2、一般日期设置完毕,星期自动生成,应准确无误;3、以24小时为一观察周期,比较手机时间与标准时间的误差;4、设置实际不存在的时间和日期,设置日期0月、0日...
电子时钟模块在很多系统上都会背集成,是一个运用比较广泛的模块,针对电子时钟,我们应该当如何设计测试用例呢?其实写用例,除了书上说的几种设计方法,每个人也有自己偏好的套路。比如某些人喜欢用先用边界再用等价,有些人喜欢先等价后再用边界,这些套路都是没有大的区别的,只是个人的逻辑思维方式不同而已。我说说自己的套路吧:确定测试目标(其实就是确定测试用例的粒度)——提取测试元素——分类(其实就是一个整体的等...
缺陷探测率DDP是衡量限额是工作效率的软件质量成本的一个重要指标,其公式如下: DDP=测试者发现的错误数/(测试者发现的错误数+客户发现并反馈技术支持人员进行修复的错误数)探测率越高,发布后客户发现的错误就越少,降低了外部故障不一致成本,达到了节约成本的目的,可获得较高的测试投资回报率(ROI)。因此,缺陷探测率是衡量测试投资回报的一个重要的标志。...
缺陷清除率(亦叫“缺陷排除率”),英文缩写DER(DefectEliminationRate)。这个东西可以用作缺陷的预测和分析。 说到DRE就必须提到OFE(OpportunityForError),即错误几率。 缺陷密度(DefectDensity)-缺陷在规模(如KLOC,PF)上的分布 缺陷率(DefectRate)-缺陷在时间上的分布。 一般来讲,在过程稳定,人员技术...
测试用例的设计方法(全)等价类划分方法:一.方法简介1.定义是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。2.划分等价类:等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因此,可...
前置知识点软件相关概念:数据、程序、文档的结合。测试时操作数据,测试的主体就是程序,而文档则是测试时的可视化,测试用例属于文档的一部分软件测试基础:以满足需求为目的保证软件质量的一系列手段软件测试流程:从需求分析开始到计划的制定,用例的编写与执行,对测试结果的分析报告测试生命周期:测试计划、测试设计、测试开发、测试执行、测试评估软件手段:黑盒:通过外面所暴露出来的接口功能进行测试灰盒:通过外面暴露...
缺陷都包含什么1、项目:2、测试策略方法3、用例4、时间5、测试环境系统配置6、测试人员提交BUG数量,等级,BUG的走势7、每天的BUG数据8、BUG的状态多少打开,多少关闭各种状态9、系统还存在的问题。和以后可能有的问题用例包含什么用例编号,所属模块,用例标题,优先级,前置条件,输入数据,操作步骤,预期结果,实际结果,是否通过,测试人员,测试时测试流程1、测试需求分析阶段(理解需求,对业务进行...
GIT地址https://github.com/h1916955160/AchaoCalculatorGIT用户名h1916955160学号后五位62430博客地址https://www.cnblogs.com/1916955160hxf/p/11543244.html作业链接 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysis...
一、首先我们从项目测试的基本的流程开始了解 1、熟悉需求 2、编写、阅读《测试计划》 说明:编写《测试计划》一般由测试组长或经理完成 3、设计测试(编写《测试用例》) 4、执行测试(执行测试用例),并且还要记录执行结果 5、记录缺陷结果(缺陷报告),跟踪、管理缺陷 6、测试结果(总结报告二、缺陷报告(每个公司的要求不一样,我写的是大多数公...
什么是软件缺陷(bug) 软件缺陷是指系统或系统部件中那些导致系统或部件不能实现其应有功能的缺陷。一般定义缺陷有以下5条原则:软件未实现产品说明书要求的功能。软件出现产品说明书指明不应该出现的错误。软件实现了产品说明书未说明的功能。软件未实现产品说明书虽未明确提及但应该实现的目标。软件难以理解,不易使用,运行速度慢,或者软件测试员认为最终用户会认为不好。提交缺陷(bug)的要求:Bug描述的基本...
什么是bug如果规格说明书存在且正确的情况下,程序和规格说明之间的不一致、不匹配就是bug当没有规格说明书时,当程序没有实现其最终用户合理预期的功能要求时,就是bug那么测试人员如何描述一个缺陷呢一个完整的bug描述要包括几部分:1.发现问题的版本2.问题出现的环境:操作系统、浏览器版本等3.错误重现的步骤、描述问题重现的最短步骤4.预期行为的描述-预期结果5.错误行为的描述-实际结果6.其他注意...
对于测试工程师,必备技能之一便是测试用例的编写和软件缺陷报告的编写啦~,1.通过Excel表格编写测试用例2.缺陷报告模板下面来个实战案例3.在线课程作业管理系统项目测试用例(部分)4.缺陷报告实例这是我写的缺陷报告模板,可以参考下,可以把bug截图放进缺陷报告里,更直观的知道bug原因所在。 ...
一.功能测试流程#功能测试大致按照以下流程进行: (1).需求分析与评审 (2).测试计划与测试方案 (3).测试用例设计 (4).测试用例评审 (5).执行用例 (6).缺陷跟踪及报告产出功能测试流程详解:(1).需求分析与评审功能测试应从需求出发,功能测试就是尽量覆盖用户需求,使软件能够最大程度满足用户的需求.在开始功能测试之前,技术人员应一起进行需求评审,明确需求,避免需求出现问题,导致后面...
一、接口框架 接口测试框架的结构说明: -API用于封装被测系统的接口 -TestCase将一个或者多个接口封装成测试用例,并使用UnitTest管理测试用例TestCase可以调用数据库进行数据的校验 -为了方便维护测试数据,可以把测试脚本和测试数据分离开 -通过UnitTest断言接口返回的数据,并生成测试报告1、接口介绍接口可以分为:硬件接口(USB接口、投影仪接口等、键盘鼠...