您现在的位置:
→Creo2.0测量工具特征使用教程
Creo Parametric 2.0 全新的测量工具整合了之前proe野火时代的不同类型测量到一个工具条
==更多精彩，源自你可以先不确定测量类型，直接选择默认的汇总方式，当你选择对象后，creo智能判断并给出相关测量信息
你也可以先择测量类型在继续选择对象，当完成一个操作后你还可以在测量汇总工具条条上切换测量类型
==更多精彩，源自当你按住ctrl键继续多选，creo会给你得出两者之间的测量信息
信息显示在一个小面板上，你可以直接用鼠标选择拖放到视图区域内任何方便观察的位置
==更多精彩，源自之前选择对象的自身测量信息会收藏面板为一个“+”号，点击“+”可以展开隐藏的信息
==更多精彩，源自测量汇总工具条可展开，点击三角形箭头即可
==更多精彩，源自如果需要，可将结果信息复制粘贴到excel表格使用
==更多精彩，源自测量特征新的保存位置
==更多精彩，源自测量汇总工具条的设置选项
比如可以把特征页面也显示出来，方便查看测量特征参数
==更多精彩，源自个人感觉还好呢，或许大家可以举些不方便的例子出来，将来好提个建议，让开发的人知道群众到底需要什么:lol==更多精彩，源自这个测量工具有点坑爹， 首先是要按ctrl键，其次是先选的面会遮住底下的面
fubing2008 发表于
& & ctrl键没办法，这个因为每个选择都计算信息，不按ctrl键没法汇总，这个改变我倒觉得没什么，只是操作习惯的问题
而“先选的面会遮住底下的面”这个情况不是很明了，是说那个选中后的绿色面？==更多精彩，源自本来我很想用那个Creo2.0，是因为功能强大，各方面确实都不错，但是就是那个，不但先选的面会盖住 ...
yeuogj 发表于
& & 预选加亮跟5.0是显示面的边界，现在是大块绿色面，确实没那么好看，就看个人习惯了，为了个预选加亮就放弃升级有点亏，就好似当初2001换野火老觉得鼠标不习惯:lol==更多精彩，源自比如要测位于两个不同零件上的两个面的距离，零件A完全盖住零件B，测量时，如果先选A的面，由于加 ...
fubing2008 发表于
& & 按住CTRL键这个两说，有人支持有人反对，看个人习惯了
盖住零件，其实现在切换选择还算方便了，我一般用右键切换，不过我绿色免这个我也不喜欢，以前就高亮边界好些==更多精彩，源自
【下载PDF】
【下载模型】
【视频教程】
【网友留言】：（只显示最新5条）
【您可能还对以下内容感兴趣】：
【同期内容】：
&&⊙-下一篇：
&&⊙-下一篇：
&&⊙-上一篇：
&&⊙-上一篇：
版权所有&无维工作室&&转载请保留完整信息和注明出处。
网站服务热线：&|&
Email：&|&
微博：@无维网当前位置：
＞＞＞测量质量的工具很多，日常生活中常见的有______、______，实验室..
测量质量的工具很多，日常生活中常见的有______、______，实验室里常用______测质量．
题型：填空题难度：中档来源：不详
测量质量的工具很多，日常生活中常见的有案秤、杆秤、台秤以及电子秤等．实验室用天平称质量．故答案为：案秤；杆秤．
马上分享给同学
据魔方格专家权威分析，试题“测量质量的工具很多，日常生活中常见的有______、______，实验室..”主要考查你对&&质量的测量，天平的使用&&等考点的理解。关于这些考点的“档案”如下：
现在没空？点击收藏，以后再看。
因为篇幅有限，只列出部分考点，详细请访问。
质量的测量，天平的使用
质量的测量工具：1．日常生活中常用的测质量工具，如图所示。 2．实验室常用工具：托盘天平和学生天平，如图所示。天平的使用方法：在物理实验中，称量物体质量的工具是天平，为正确使用天平，需注意以下事项。1．使用天平前需知 (1)了解天平的构造。天平由底盘、分度盘、横梁、平衡螺母、天平盘、标尺、游码、指针及砝码组成。(2)知道天乎的称量和感量。学生天平的最大称量一般为200克；感量一般为0．2克。 2．天平的使用方法天平的使用方法可归纳为：放、移、调、称、读、收。
3．天平的使用可用以下口诀记忆(1)天平先要放水平，游码左移要归零，旋转螺母针指中，左物右码要记清，砝码要用镊子取，湿、液要用容器称，先大后小移游码，渎数两码要相加。(2)测质量，用天平，先放平，再调平，游码左移零，螺母来调平，左物右码要记清，先大后小镊取码，平衡质量加游码。
使用天平常见的问题 1．游码未归零问题&&& 题型特征：游码未置于标尺左端的零刻度线处就将天平调节平衡了，而在称量的过程中又移动了游码的位置。游码在天平的使用过程中的作用相当于一个其数值可以变化的小砝码，只要游码位置不动，就没有起到小砝码的作用．因而物体的质量与游码位置无关。但当游码移动时，情况就发生了变化，在正常使用情况下，将游码向右移动，相当于在右盘中添加砝码；同理，若将游码向左移动，则相当于在左盘中添加砝码(或者相当于在右盘中减去砝码)。 2．物码错位问题&&& 题型特征：称量时误将被测物体和砝码位置放反。正常情况下，物体(质量为m物)放在天平左盘，砝码(质量为m码)放在天平右盘，且游码(质量为m游)是作为小砝码在使用的，所以有m左=m右即m物=m码+ m游；若物码错位放置，则等式为m码=m物+m游，即被测物体的质量m物=m码一m游。 3．砝码不规范问题&&&&如果砝码磨损，其质量减小，用它来平衡与它示数相同的物体，必须向有移动游码，因此，读出的数值是砝码示数加上游码所对的刻度值，它比物体质量大。如果砝码上粘有其他物质，砝码的质量比它的实际质量大，称量时，导致游码向右移动较少，读出的数值比物体的实际质量小。天平使用时的几个为什么1．观察天平是否平衡。为什么要采用“摆动法”? &&&& 答：无论是调节天平空载时的零点，还是称量过程中观察天平是否平衡，一般都采用横梁“摆动法”，这主要是为了克服天平的摆动惯性。尽管指针在分度盘上左有摆动的幅度会依次递减，但只要指针两边摆动的幅度基本相等，便可认为天平达到平衡。 2．使用天平时为什么要强调物体必须放在左盘中，砝码放在右盘中?&&&& 答：我们知道，空载时天平调平后，游码在标尺的最左端零刻度处；称量时，游码要向右移动。这时，游码所示的质量加上右盘中的砝码的质量，就等于被测物体的质量，即m物=m砝+m游。如果将物体放在右盘中，将砝码放在左盘中，游码所示的质量加上砝码的质量就不等于被测物体的质量，而是游码的质量加被测物体的质量等于砝码的质量，即m砝=m物+m游。因此，这样称量，按常规方法读数，结果会偏大(这时被测物体的质量应为m物=m砝-m游)。因此，使用天平测质量时，物体要放在左盘中，砝码要放在右盘中。3．为什么使用天平称物体的质量时，被测物体的质量不能超过它的称量?&&&&&&答：每一种测量工具都有一个测量范围，天平也一样。天平的称量就是它所配备的所有砝码的质量再加上标尺上最大刻度值的质量。如果被测物体的质量超过了这个称量，显然天平不可能平衡，闪而测不出结果。其次，仔细观察天平横梁的支点，就会发现它是一个十分锋利的刀口。如果被测物体的质量超过了天平的称量，就会损伤刀口，使天平摆动不灵活，影响测量的准确性。因而使用天平时，不能测超过它称量的物体。用镊子加减砝码时要轻拿轻放，也是为了避免损伤刀口及其他部件。
发现相似题
与“测量质量的工具很多，日常生活中常见的有______、______，实验室..”考查相似的试题有：
3722918060718592818662069179181890没有测量工具,或对测量要求不十分精准时可以用什么,还可以用什么来测量_百度知道
没有测量工具,或对测量要求不十分精准时可以用什么,还可以用什么来测量
要看你是测什么，坐标的话比较麻烦，高程直接用水平管就可以了
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁软件测试的魅力何在？您为什么选择测试一行而不做开发？
按投票排序
受邀了。多谢@TonySeek 邀请。虽然我现在换到开发去了，不过毕竟也在这一行做了六年，貌似还是有机会在这里发言的吧。最初我接触测试纯粹是出于偶然，微软到我们学校的面试只有做测试的肯要我啊。不过后来做了一阵子之后慢慢就喜欢上这个位置了。说说我过去的一些经验吧。正如我之前在很多回复中说的，测试和开发是两个关注点不一样的工作。开发的目标是实现功能，测试的目标是确定功能是否能够正常运作。那么它的乐趣在哪里？简单地说是两个关键词：“发现”和“分析”。一两句话很难说清楚，举一个例子吧。假定你打算写一个VOIP程序，请问怎么测试它的效果？没有经验的测试可能会告诉你我连上两台机器确定电话可以打通就可以了，而有经验的测试可能会给你列出一大堆的组合：你的场景支持笔记本和耳机么？你支持什么耳机？蓝牙还是3.5mm插口耳机？你的场景支持使用笔记本麦克风么？还是只支持配麦克风的耳机？你的场景支持使用手机设备么？Android还是iOS？为什么要列出这么多东西？有人可能会对此嗤之以鼻：只是为了保证什么都能测到而已。但是其实这里每一个场景都是有意义的：蓝牙耳机普遍都有硬件支持的回声消除模块（Acrostic Echo Cancellation)，而普通3.5mm耳机则通常由于结构简单而没有。对于没有回声消除的普通耳机，我们必须自己提供软件的回声消除避免影响接听效果。我们不能使用完全相同的逻辑处理耳机和笔记本麦克风的语音输入。因为耳机麦克风的定向性比笔记本麦克风强很多，它只能取到声源凑得很近时发出的声音，而笔记本麦克风的设计则是用来在屏幕前相当大的范围内取声的。如果对笔记本麦克风使用耳机麦克风的声音检测算法则会由于灵敏度过高而将大量周边杂音收入，影响通话效果。而且有些场景是笔记本麦克风特有的，比如用户的打字音和风扇噪音。Android和iOS都有内建的通话模块。iOS甚至提供了非常高效的回声消除和增益控制模块，但是没有静音检测模块。所以如果桌面程序移植到手机上时可以很好地利用这些功能简化自己的代码。而Android的回声消除模块则表现非常不稳定，需要很多调整才能得到较好的效果。这就是所谓的“发现”，发现开发没注意的地方，发现项目经理没定义的场景，并提出相应的测试场景。这需要宽广的知识面才能做到。没有经验的测试更倾向于对所有测试的平台做全排列，但求不忽略任何一个场景。这在资源无限的情况下当然没问题，但真实项目中，测试的资源经常是最有限的，所以我们得学会怎么做最有效的测试，而不是闭着眼睛搞全面铺开。那么什么是“分析”？举例来说：如果一个内测客户投诉你的VOIP程序实际使用中声音断断续续，你怎么分辨问题的原因？声音断断续续的情况有很多种，有由于网络延迟导致的，有由于操作系统处理过于繁忙导致程序执行时间被高优先级程序抢走而导致的处理中断产生的。我们怎么去分析哪些原因呢？没经验的测试可能会直接要求跑客户现场看看，但如果用户的环境不是每次都重现该怎么样？有经验的测试会提出：我们可以给客户一个调试用的版本，这个版本要求把数据包的收取时间点和每个数据段的开始处理时间点和CPU占用率纪录下来。通过前一个我们可以测量用户的网络情况，后一个数据段可以用来发现是否是操作系统换出导致的。反过来，对产品不熟悉的人，这些数据可能看不出什么用途。有人说，这些都可以让开发来做，用不着测试。完全正确。可问题是：开发有时间做这些么？在微软这样级别的公司里，所有的项目都有严格的开发进度，开发部门忙于实现功能的时候，我想没几个产品经理会同意频频打断开发的进度要求停下来做bug分析。另一点是我们不需要把开发和测试的界限分得那么清楚。事实上大部分如今的跨国IT公司都很少分开发和测试这两个职位（大约只有微软还严格地分两个职位吧，即使是这样，搜索那边也开始探索改变了），但是要做的工作还是那么多，只是顶着的头衔换了换，所以没必要纠结。=== 我是转换话题的分割线 ===另一个问题是关于测试的工作方式的。就像开发一样，有经验和没有经验的测试在团队起到的作用是很不一样的。从测试中遇到问题采取的行动来看，我观察到的测试人员能达到的层次大概有这么几个级别：开一个bug；查找一些额外的资料如设计文档和历史，确定这是一个问题，然后给出详细的bug重现步骤；对重现步骤做一些精炼，确定能够重现bug的最少步骤；可能的话，将重现步骤做自动化；尝试通过研究代码确认问题所在；尝试给出一个fix；对错误的原因进行分析，提出一些标准化的方法来检测出类似的问题，比如stress，fuzzing等等；能够对标准化的测试流程定义对应的数据分析方法，可以保证开发和项目主管都能从中得到需要的信息来掌控质量状况。那么作为一个测试人员，我们的目标是什么？我对自己的目标是能对我控管的所有的bug从1做到4，在至少两个例子中我甚至能做到级别6。我在微软六年多，在很多部门都见到过可以见到可以总是做到级别7的测试，能做到这个状态的测试，没有人敢说他们技术不行。对于开发人员来说，如果你身边有一位能对大部分bug做到级别4的测试，我相信开发的工作也会轻松很多。即使是抓bug也分很多种。抓一群猴子来随便在键盘上胡点两下算是测试，认认真真地一步步通过各种技术手段（代码覆盖、压力测试、安全分析等等）来步步推进也是测试。作为技术人员，你信任哪一种？我想多数人都会选择后者，但我要说的是在实践中很多测试团队都会不知不觉地变成前一种。为什么？因为测试对产品的设计不了解，所以本能地会选择最容易做的，可问起他们：你们测了多少？信心多高？他们就都傻掉了。我不是说猴子测试没意义：恰恰相反，它可以抓到我们思维上的许多盲点。但如果你的整个团队完全靠猴子测试过日子，那绝对不可能给你一个可信任的结果。那么看官们必然会问，这种大牛测试和大牛团队有多少？很不幸，就我个人的经验来说，事实是在我遇到的测试人员中，最多只能做到级别1的测试人员并不罕见，能做到3的测试人员就被很多人认为相当不错了，至于团队中存在多个大牛测试的队伍则真的很少见（微软总部的比例高很多）。是的，别惊讶，这就是我工作中遇到的情况。但是请注意，这不是说公司在花钱养废物，而是说在没有专业测试教育的情况下在入行初期必然会导致的现状。我们所有人都是从这个状态开始的，也都需要时间来让自己进步。也许还会有人问：这不是跟开发抢活儿干么？是的，没错。但为什么不能抢呢？我们的目的是什么？是开bug还是做更好的产品？如果你的全部目的只是多开bug，那真的很简单。真实的例子，我曾经见过有同事将测试自动化代码的bug开成产品bug的，他的理论就是不管bug是什么，先开出来再说，至于它是产品问题还是测试代码的问题甚至是环境的故障都可以缓一缓，反正他不负责指出原因。我知道要求一个同事干这个干那个很不礼貌，但这种什么都不做就先开了bug再说的做事风格是在耽误所有同事的工作。作为团队的一分子，测试在产品上多花一分时间，有时候能省下开发几天的工作量，因为测试是最熟悉这个bug的人，而开发则需要从头开始分析。——当然，反过来开发也应该尽量将测试带入开发过程，让大家都知道各种功能进度的细节。这种合作同样能大大减少测试在产品设计变更时重新设计用例的时间。有人可能还要问：我的时间也很宝贵，为什么要替开发省时间？嗯，好问题。但我想谁都知道该怎么回答这种“问题”。现在知道我为什么要做六年测试了么？
谢谢邀请。抱歉现在才来回答。和软件测试遭遇是个偶然，故事有点长，有空且看看作消遣吧。之前在一国企做金融类软件开发，开vi写C偶尔还客串VB，终于不堪一年200工作日以上的出差在外和出差期间彻夜加班且无双休待遇之折磨，一怒之下转而重回学校作个调整。大学同学所在公司招收实习生，本着赚点学费生活费的需要，抱着没做过的事情试试无妨的心态，邂逅了软件测试。研究生期间，学校先后开设了两门软件测试的课程，由于有实践在先，发现学习起来颇有心得。由于老师要求严格，第二学期选课人颇少，于是一门大课变成了给少数几个人开小灶，时间和资源瞬间变得充裕，让我受益匪浅。而自身的一些观察、分析、理解、想象能力上的优势逐渐在这个学习+实践的过程中体现出来。同时，在实习公司那边，我开始跟进一个至今说起来都让大家望而却步的新功能开发，遇到了开始做测试以来最大的一个挑战，那绝对是一段痛苦不堪的日子，但也正是这段时间让我飞速地成长起来，并获得了大家的认同。毕业后，自然也就留在了这家公司，正式加入了软件测试的大部队，似乎也不存在选择的问题。软件测试的魅力嘛，其实在你这个问题之前，我也没有刻意地去想过，况且一百个人眼里一百个哈姆雷特，大家的痒处也未必在同一处。于是就临时想到的说上一说，个人色彩浓，可能不太切题了：首先，我喜欢玩解谜类的益智游戏，而且发现我对这类的游戏通常上手较快。虽然我说不好这个跟测试具体有什么关联，不过有一些感觉是一样的，观察、推演、尝试、归纳、发现，一个妙趣横生的过程。测试本身也是对这方面能力的一个综合考验，拿到一个难题的时候那种又担心又手痒的感觉实在是和玩游戏很像。测试的过程又是一个学习和思维进一步发散的过程，一直引领人往前探索，很有吸引力。其次，新鲜感。我做功能测试和可访问性测试，新功能的探索和发现，是我个人一直爱接新功能胜过做回归的主要原因。新工具新技术的发现和学习是个有趣的过程。测试其实是个目的驱动的事情，基于这一点，没人会要求你从头造轮子，能拿来用的现成都得学会捡，不然什么都要从main写起，黄花菜都凉了。囤新奇工具、学新鲜技术，都是有趣的事情。再者，成就感吧。作为某应用的QA owner和一个dev团队长期合作，虽然大家也会有争论，时间紧张的时候也会互有抱怨，但合作非常顺畅。只有Dev和QA把发布一个健康的产品当做共同目标而密切合作的时候，才是一个良性的开发生态环境，一个成功发布的产品是大家共同努力的成果，既是dev team的骄傲，也是QA的骄傲，即使走向前台接受赞誉的更多是Dev，你也能因你所做出的贡献而自信满满，成就满满。想想，在参与设计讨论时指出可能存在的设计缺陷，在功能开发之前提供建议避免功能误读和错误风险评估，一个描述清晰、根源挖掘准确充分的defect送到dev处被干净利落地斩草除根，当support team来征询产品功能的相关问题时，当用户来寻求解决方案时，是不是都有一种叫成就感的东东在心里撒了欢地奔走呢。最后，当跟你吵架吵得最凶的开发背着你对别人夸你是最好的QA的时候，那种感动，一辈子都不会忘记的。
你让一场本该在用户面前发生的灾难，提前在自己面前发生了会让你有一种救世主的感觉拯救了这个用户，也拯救了这个软件，避免了他被卸载的命运再进一步，你还改变了你的程序员兄弟被骂娘的命运你改变了你的老板破产的命运你改变了你的兄弟们失业的命运这大约就是测试的魅力所在为什么选择？有的人喜欢创造世界，他们做了程序员有的人喜欢拯救世界，他们做了测试员
目前我的原因就是一个，我要靠我个人的努力，推动整个行业的前进。
谢谢邀请。我第一次工作，服从领导的安排，于是进入了软件测试这个行业。这个行业，呆的越久，就会发现，开发或者上级总认为测试不重要，然后，出现问题后，总会最先找到测试人员，而他们却有不给予测试人员相应的权利，以及对该项目的熟悉度，总是让测试人员慌手慌脚的开展工作。作为一名测试人员，比开发更加考验自身的耐心。
谢邀。话说不知道为何会被邀请回答，因为我之前是开发，之后是运维，并没有很多测试实践经验。前面各位前辈总结得非常好，提一些粗陋看法以作补充。0. 责任感：这恐怕是开发和测试之间最大的区别。就Bug在整个开发活动中造成的损失来看，在分析、设计处是最小的，而在测试时是最大的，依赖于具体使用的开发工程模型。每个环节引入的Bug都会在下一环节被放大，导致修正成本迅速扩大，到了测试这里再发现和修正Bug，返工成本相当高，拦截和修正的责任重大。1. 成就感：责任感越大，成就感也越大，相伴相生。在测试阶段能测出大Bug并修正，任何人都会感到自豪吧。2. 实践经验密集型岗位：相较于开发，测试需要更多更齐备的实践经验。从正向的系统知识、架构设计，到反向的破坏性思维，无所不包。开发人员通常在理想条件下编程，适时处理一些预想中的异常或错误;而测试则必须确保当这些异常或错误出现时处理代码能正确工作。这种检验工作远比开发工作困难得多。同样的业务代码，开发只需要面对少数“正常执行流”即可，而测试则需要面对大量的“异常执行流”。只有实践经验丰富者才能保持高测试效率。3. 煎熬的协作关系：开发向来难以认同测试的重要作用。还记得刚开始做开发时，SQA老是过来挑我的错，搞得我很恼火。但是Boss却说如果项目顺利收尾，我还必须请SQA吃顿饭，要不是他们的努力，说不定还得延期，严重的话甚至会导致用户体验指数下降，损失远远大过面子。幸而SQA组的同事都比较客观（天天看数据想不客观都难），他们是真正看结果不问过程的角色，一切就事论事。这一点，单向思维的开发人员很难企及。写的代码越多，越认同测试的重要。曾经听过一个很贴切的比喻：写程序的人就像在造没有护栏的桥，自己去走那肯定安全无虞，那怕摸黑也不至于掉河里去;测试则像给桥修护栏的，让桥的普通使用者也能像开发那样来去自如。从这一点上说，测试远比开发重要。我也想过是不是转任测试，但耐性不够，忍受不了测试那种枯燥，是以非常佩服能在测试上坚持五年十年的人。至于测试的魅力么，能说是“与人斗其乐无穷”吗？嘿嘿。
以笔者自己的经历回答下该问题，应该具有一定的普遍性。先回答第二个问题吧。大学毕业后出来找工作（科班出身），当时一心想的是做程序猿，甚至没有听过软件测试这个职位（暴漏年龄了）。面试了几家自己比较有意向的公司，没有成功。然后备受打击后偶尔看到一家招测试的，也没有多管想着先去试下，结果一下就成功了（尼玛）。
后面看了测试相关的书，觉得白盒测试貌似很高大上的样子，想着做这个也不错，或者转开发也可以，结果就这样进来了，剩余的大家应该都懂了，后面也会提到。接着回答第一个问题
进入测试后，突然发现自己很享受找bug的过程。每次根据自己的分析发现bug后就很有成就感（这里不是简单的执行测试案例），还可以把开发拉过来鄙视一顿（公司对质量很重视，所以不要怀疑，这样的情况还是存在的）。后来，自己想着去尝试自己排查和定位问题，也觉得比写代码更有趣。这个可能就是我认为的测试的魅力吧！
不知道有没有回答你的问题？不过还没有完，后面开始推行自动化，测试度量等一堆效率改进后，我就很难找到这样的成就感了。
到今日为止，其实我已经没有在专职地从事测试工作，虽然工作内容中也有辅导敏捷测试的部分。不过我一直很庆幸我中途走上了测试的道路，测试工作对我思维的影响一直到今天，我想也会到永远。它让我对一切都保持着好奇心，都想要去问个究竟，了解其中的来龙去脉和根由。正如Cem Kaner他们说的那样，我也真的觉得测试就像是CSI那样的刺激。- 如下是我的发展历程：（点“文章”那个链接）一些博客：
性格就是找茬的人，造就了测试工程师
说两句有人不爱听的。测试那些事，那些所谓乐趣，开发都能体会到。一如达斯勋爵即能领导死星建设、剿灭整基地的义军，亦能用光剑钛战机亲自杀敌痛快。而测试不过是只会开钛战机而已。再如，为何飞行员军衔比步兵高。你可以说空战和陆战乐趣不同。但是如此设置说明关键时刻他们对大局的责任不同。
已有帐号？
无法登录？
社交帐号登录测量长度的常用工具是什么,使用前要注意观察它的什么?
在国际单位中长度的主单位是米,长度的基本测量工具是刻度尺,在使用前,要注意观察它的零刻线、量程、和分度值．在测量长度时,要先根据实际情况确定测量要达到的精确程度,然后再根据测量要求选用合适的测量工具．测量结果由数字和单位组成．
为您推荐：
其他类似问题
刻度尺 游标卡尺 螺旋测微器 米尺使用前 观察量程
认清分度值 零刻线是否磨损
扫描下载二维码}