软件测试工程师工作内容是什么？ 软件测试工程师工作内容
"\u8f6f\u4ef6\u6d4b\u8bd5\u5de5\u7a0b\u5e08"\u662f\u5177\u4f53\u505a\u4ec0\u4e48\u5de5\u4f5c\u5462?\u6d4b\u8bd5\u884c\u4e1a\u7b80\u4ecb-\u4ec0\u4e48\u662f\u8f6f\u4ef6\u6d4b\u8bd5\u5de5\u7a0b\u5e08
1.\u642d\u5efa\u6d4b\u8bd5\u73af\u5883
2.\u5199\u6d4b\u8bd5\u7528\u4f8b
3.\u6267\u884c\u6d4b\u8bd5\u7528\u4f8b
4.\u5199\u6d4b\u8bd5\u8ba1\u5212\u3001\u6d4b\u8bd5\u62a5\u544a
5.\u6d4b\u8bd5\uff0c\u5e76\u63d0\u4ea4BUG\u5355
6.\u8ddf\u8e2aBUG\u4fee\u6539\u60c5\u51b5
7.\u81ea\u52a8\u5316\u6d4b\u8bd5\uff0c\u7f16\u5199\u811a\u672c\uff0c\u6267\u884c\uff0c\u5206\u6790\uff0c\u62a5\u544a
8.\u6027\u80fd\u6d4b\u8bd5\uff0c\u7f16\u5199\u811a\u672c\uff0c\u6267\u884c\uff0c\u5206\u6790\uff0c\u8c03\u4f18\uff0c\u62a5\u544a
\u57fa\u672c\u4e0a\u5c31\u662f\u8fd9\u4e48\u591a\uff0c\u5e0c\u671b\u5bf9\u4f60\u6709\u6240\u5e2e\u52a9\u3002
②测试工作需要贯穿整个软件的生命周期；
③ 测试用例报告形成：测试人员为了更好更有效地进行测试，保证测试工作质量，需要在执行测试工作之前首先需要设计测试用例，形成测试用例报告。
④测试计划制定：测试过程中，为了更好地组织与实施测试工作，测试负责人需要制定测试计划，包括有测试资源、测试进度、测试策略、测试方法、测试工具、测试风险等。
⑤ 缺陷报告编写及提交：测试人员将发现的缺陷编写成正式的缺陷报告，提交给开发人员进行缺陷的确认和修复。
⑥软件质量分析：在测试完成后，测试人员需要根据测试结果来分析软件质量，包括缺陷率、缺陷分布、缺陷修复趋势等。给出软件各种质量特性包括有功能性、可靠性、易用性、安全性、时间与资源特性等的具体度量。最后给出一个软件是否可以发布或提交用户使用的结论。
1. 引言 软件测试成为最近 IT 行业的“香饽饽”，引得很多人对软件测试跃跃欲试。可是软件测试的门槛并不低，对于没有软件测试经验的新人而言，如何尽快转入测试工作中去呢？ 了解软件测试都做些什么，具体过程是怎么进行的，可以有助于对软件测试进行初步了解，尽快进入测试工作角色。但是关于软件测试的工作流程，各种现有书籍和文章往往都描述的非常复杂，充斥着不少测试术语，使测试初学者望而生畏。 现在让我们换一种角度看看典型的软件测试是如何进行的，暂且把软件测试过程看作一场大戏，主角就是测试工程师，按照时间顺序记录软件测试工程师一天的工作场景（假设正常工作时间 9:00 到 18:00 ）。 2. 测试大戏开演 时间： 9:00 工作场景： 启动工作计算机，查看收到的电子信件。 画外音： 查看收到的电子邮件（哇塞，这么多电子邮件！），理解当天的测试工作的内容和要求。 测试工程师至少配置两台计算机：其中一台是日常工作用，例如，收发电子邮件等。另外还有一台软件测试用的计算机。 时间： 9:10 工作场景： 回复电子邮件。 画外音： 回复电子邮件。如果对于安排的测试任务和要求存在任何疑问，请在回复电子邮件时列举出来。如果任务明确，回信中可以简单的说明理解测试任务了，按照测试任务要求进行测试。（正好今天有一封电子邮件分配了测试任务 A ，而且任务明确，测试文档等完整。） 电子邮件有不同的优先级，任务非常紧迫的电子邮件应该优先处理，尽快回复。（面对多封邮件保持镇定，分清哪些邮件需要马上回复） 并非全部的电子邮件都需要回复（抄送给自己的邮件和一般通告等不需要回复） 时间： 9:25 工作场景： 启动用于测试的计算机 根据测试要求配置操作系统、安装要测试的软件 根据测试用例执行测试任务 A 。 画外音： 测试一般需要按照测试指导文档和测试用例进行。（软件测试可不是盲目的乱测一气的呀！） 很多软件的测试要求在一个“干净”的计算机上测试（提示：干静的计算机是仅安装了操作系统，没有安装其他应用程序的计算机）。 在进行正式测试前，需要阅读测试文档，明确测试任务（这些测试文档你找到了吗？是最新的测试文档吗？）。 时间： 11:00 工作场景： 执行软件测试，书写软件测试 Bug 报告 画外音： 按照测试要求，尽量多找出软件的 Bug 。（什么破软件，能找出这么多 Bug ！ 反过来想，软件如果没有 Bug ，我们测试工程师不就失业了吗！） 根据发现的软件 Bug ，按照客户要求写出每个 Bug 的报告（要书写明白，否则客户事后会要求你重写，很费时间，也影响公司的测试质量，是否很没有面子？） 时间： 11:30 工作场景： 报告测试执行中的遇到了问题 画外音： 如果测试用例的步骤不明确或者测试的软件不能成功安装，无法进行下面的测试，应该及时向测试负责人报告，等待答复后进行测试。（重大问题，切莫瞒报，也别主观想当然地猜测！） 如果某些测试步骤不明确，但是可以暂时跳过，请向测试负责人报告，并且继续进行下面的测试。（灵活处理，合理利用时间，时间就是金钱！） 时间： 12:00 工作场景： 查收和回复新邮件，新邮件又来了一个新的测试任务 B ，而且要求紧急处理。 暂停测试任务 A ，进行测试任务 B 。 画外音： 测试过程中，要主要定时查看是否有新邮件，特别是那些要求非常紧急的任务。（重要任务一定要优先处理，否则就是工作失职） 如果新任务比较紧急，应该中断当前的测试，接着执行新任务。（为什么计划总是没有变化快，可是现实就是这样。） 时间： 12:30 工作场景： 午餐、休息 画外音： 阳光、午餐、休息，美！（禁止在办公室玩任何电子游戏，办公室不是娱乐场所！） 时间： 13:30 工作场景： 查收和回复新邮件 画外音： 真幸运，没有其他新任务。 继续上午的任务 B 。 时间： 14:30 工作场景： 完成新任务 B ，向测试负责人提交任务 B 的测试结果 画外音： 完成任何任务后，需要向测试负责人发送任务完成的电子邮件。（这一点很重要的，否则你做的工作再多，测试负责人也不一定很清楚） 提交任务的电子邮件中，应该写明任务是否全部完成，存在什么问题，测试结果存放在什么计算机的哪个目录中。（想象测试负责人需要你提交哪些内容，最好在一封信中交待明白，完整，清楚，条理分明） 时间： 14:40 工作场景： 发送测试任务 A 不能按期完成的电子邮件 画外音： 由于执行了新测试任务 B ，使得测试任务 A 不能按时完成，应该及早向测试负责人发送电子邮件。（如果你不主动说无法按时完成任务 A ，测试负责人就默认为你能够按时完成。而如果到了完成任务的最后期限，而你突然向测试负责人说任务还没有完成，那么我可以很负责任地告诉你：测试负责人将会很生气，后果很严重！） 得到测试负责人的答复后，继续执行测试任务 A 。 如果客户要求必须当天完成测试任务 A ，可能要做好加班准备（苦恼 … ）。或者请测试负责人将一部分任务分解给其他测试人员执行（呵呵，谢谢兄弟们拉我一把 ... ）。 时间： 14:50 工作场景： 继续执行测试任务 A 。 画外音： 寻找软件 Bug （这是主要任务之一） 书写 Bug 测试报告（这也是主要任务之一） 时间： 15:30 工作场景： 查收和回复新邮件 画外音： 没有新电子邮件，呵呵！（最不喜欢在测试工作中，经常有邮件来骚扰！） 继续执行测试任务 A 。 时间： 17:00 工作场景： 参加测试小组内部会议 画外音： 经常在测试过程中，测试小组内部会召开短暂的会议。（交流很重要的，倾听和发言一个都不能少） 会议内容一般是测试过程中遇到的问题，以及可能的解决办法，也包括测试进度是否与测试计划保持一致。 时间： 17:30 工作场景： 发送当天任务完成情况的电子邮件 画外音： 当天任务完成情况的报告应该在下班前尽早发送给测试负责人，以便得到及时回复。 总结当天测试任务完成的情况（全部完成还是部分完成） 测试遇到的需要测试负责人或者问题客户帮助解决的问题（遇到问题一定要反映，不要什么问题都自己扛！） 给出当天处理 Bug 的数量、类型和存放位置（确保测试负责人能很容易的找到这些测试结果吗？） 时间： 17:45 工作场景： 整理当天的测试文档， 做好备份 个人总结 画外音： 备份当天的测试结果（有备无患！） 总结测试遇到的问题和学习的新知识（好好学习，天天向上！） 准备第二天的测试任务（未雨绸缪） 时间： 18:00 工作场景： 下班 画外音： 如果不需要加班，按时回家，爽！ 3. 测试大戏背后的故事 上面的测试场景描述基本上反映了软件测试工程师的工作情形，但是由于测试工作的复杂性、琐碎性、变化性，实际测试过程将是不断变化的。 测试的变化性 对于软件本地化等外包测试，测试过程和测试要求因不同客户而异，即使相同客户的不同项目，也会有些变化。另外，测试所用的测试计划、测试用例、测试 Build 版本经常变化。这是对测试工程师需要面对和正确处理的工作挑战。 多任务同时处理 软件测试工程师在一天的工作时间里，可能需要做多件事情（例如，测试负责人可能中间会安排新的任务），正常测试过程经常被中断，对此需要有相应的心理准备。 及时交流 测试过程很少是一帆风顺的，特别是不熟悉的新软件，或者测试用例没有表达清楚。这时除了自己学习和思考，还需要向测试组的其他同事请教。如果问题仍然没有解决，请及时向测试负责人反映情况，寻求帮助（提示：测试负责人积累了软件测试经验，一般问题都可以搞定，但是测试负责人也不是万能的，他们也有很多不能解决的问题，但是他们有“杀手锏” — 向客户的测试负责人寻求帮助，由于源语言是客户开发的，客户才是万能的！）。 电子邮件是主要的交流方式 测试过程不要一味地在测试计算机上做下去，要经常在日常工作用计算机查看和回复电子邮件，以免耽误了更重要的任务。除了电子邮件之外，也可以打电话和即时网络交流工具（ MSN 等），或者面对面与同事交流（提示：对于复杂的问题，与其来回发送多封电子邮件还说不明白，还不如打个电话或者面对面交谈更有效）。 4. 结束语 有人说，测试很枯燥，而且“一点技术含量都没有”。也有人说，软件测试大有前途！现在中国确的不是软件编程大师，而是软件测试大师。这些观点孰是孰非，您请自己琢磨。不过既然从事了测试行业，还是将它做好为上！]
以下是作为一名测试工程师的日常工作：阶段：编写测试计划，测试用例、测试缺陷报告，并执行测试用例，搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧 ^_^ 使用测试技术及工具：白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例 软件测试工作总体流程图：
详细测试步骤： 1. 书写测试计划 2. 审核测试计划，未通过返回第一步 3. 书写测试用例； 4. 审核测试用例，未通过返回第三步 5. 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例） 6. 测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW） 7. 集成部经理接到bugzilla发过来的bug 7.1 对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）; 7.2 对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改; （bug状态RESOLVED，决定设置为INVALID）; 7.3 对于目前无法修改的,将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND） 8. 开发人员接到发过来的bug立刻修改;（bug状态RESOLVED，决定设置为FIXED） 9. 测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）； 10. 如果复测有问题返回第六步（bug状态REOPENED） 11. 否则关闭这项BUG（bug状态CLOSED） 12. 本轮测试中测试用例中有95%一次性通过测试,结束测试任务； 13. 本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试； 14. 测试任务结束后书写测试总结报告； 15. 正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。发现bug通知测试人员，测试人员以正规流程处理bug事件； 16. 然后是BETA测试，请用户代表进行测试。发现bug通知测试人员，测试人员以正规流程处理bug事件。
1.搭建测试环境2.写测试用例3.执行测试用例4.写测试计划、测试报告5.测试，并提交BUG单6.跟踪BUG修改情况7.自动化测试，编写脚本，执行，分析，报告8.性能测试，编写脚本，执行，分析，调优，报告基本上就是这么多，希望对你有所帮助。]
1、功能测试； 2、性能测试； 测试用例必不可少，管理Bug，最后写测试报告。]
绛旓細鍏充簬杞欢娴嬭瘯宸ョ▼甯堝伐浣滃唴瀹瑰洖绛斿涓嬶細1銆佽礋璐ｉ」鐩蒋浠惰川閲忕殑鎶婂叧锛岃蒋浠跺姛鑳芥祴璇曘佹ц兘娴嬭瘯銆佸帇鍔涙祴璇曪紝浜嗚В鎵璐熻矗鐨勫钩鍙板姛鑳介渶姹傚強椤圭洰璁″垝锛屾寜鐓ч」鐩渶姹傚拰璁″垝锛岀紪鍐欐祴璇曡鍒;3銆鎸夌収杞欢宸ョ▼瑙勮寖娴佺▼锛岃繘琛岃蒋浠堕」鐩钩鍙版牳蹇冮儴鍒嗙殑娴嬭瘯銆佷唬鐮佹祴璇曪紝骞剁紪鍐欐祴璇曡鍒掋佹祴璇曠敤渚嬨佹祴璇曟姤鍛婄瓑涓嶅悓闃舵涓殑鍚勭娴嬭瘯鏂...
绛旓細2銆娴嬭瘯宸ヤ綔闇瑕佽疮绌挎暣涓蒋浠跺紑鍙戠敓鍛藉懆鏈銆瀹屾暣鐨勮蒋浠舵祴璇曞伐浣滃寘鎷崟鍏冩祴璇曘侀泦鎴愭祴璇曘佺‘璁ゆ祴璇曞拰绯荤粺娴嬭瘯宸ヤ綔銆傚崟鍏冩祴璇曞伐浣滀富瑕佸湪缂栫爜闃舵瀹屾垚锛岀敱寮鍙戜汉鍛樺拰杞欢娴嬭瘯宸ョ▼甯堝叡鍚屽畬鎴愶紝鍏朵富瑕佷緷鎹槸璇︾粏娴嬭瘯銆傞泦鎴愭祴璇曠殑涓昏宸ヤ綔娴嬭瘯杞欢妯″潡涔嬮棿鐨勬帴鍙ｆ槸鍚︽纭疄鐜帮紝鍩烘湰渚濇嵁鏄蒋浠朵綋绯荤粨鏋勮璁°傜‘璁ゆ祴璇曞拰绯荤粺娴...
绛旓細鈶ｆ祴璇曡鍒掑埗瀹氾細娴嬭瘯杩囩▼涓紝涓轰簡鏇村ソ鍦扮粍缁囦笌瀹炴柦娴嬭瘯宸ヤ綔锛屾祴璇曡礋璐ｄ汉闇瑕佸埗瀹氭祴璇曡鍒掞紝鍖呮嫭鏈夋祴璇曡祫婧愩佹祴璇曡繘搴︺佹祴璇曠瓥鐣ャ佹祴璇曟柟娉曘佹祴璇曞伐鍏枫佹祴璇曢闄╃瓑銆傗懁 缂洪櫡鎶ュ憡缂栧啓鍙婃彁浜わ細娴嬭瘯浜哄憳灏嗗彂鐜扮殑缂洪櫡缂栧啓鎴愭寮忕殑缂洪櫡鎶ュ憡锛屾彁浜ょ粰寮鍙戜汉鍛樿繘琛岀己闄风殑纭鍜屼慨澶嶃傗懃杞欢璐ㄩ噺鍒嗘瀽锛氬湪娴嬭瘯瀹屾垚鍚庯紝娴嬭瘯...
绛旓細杞欢娴嬭瘯宸ョ▼甯堜富瑕佽亴璐ｆ槸缂栧啓娴嬭瘯鐢ㄤ緥锛屾寜鐓т骇鍝佽姹傛祴璇曞姛鑳界偣锛屽彂鐜板苟璁板綍bug鐨銆傝蒋浠舵祴璇曞伐绋嬪笀锛圫oftwareTestingEngineer锛夋寚鐞嗚В浜у搧鐨勫姛鑳借姹傦紝骞跺鍏惰繘琛屾祴璇曪紝妫鏌ヨ蒋浠舵湁娌℃湁閿欒锛圔ug锛夛紝娴嬭瘯杞欢鏄惁鍏锋湁绋冲畾鎬э紙Robustness锛夛紝鍐欏嚭鐩稿簲鐨勬祴璇曡鑼冨拰娴嬭瘯鐢ㄤ緥鐨勪笓闂ㄥ伐浣滀汉鍛樸傜畝鑰岃█涔嬶紝杞欢娴嬭瘯宸ョ▼甯堝湪...
绛旓細杞欢娴嬭瘯宸ョ▼甯堟槸璐熻矗纭繚杞欢鍦ㄥ彂甯冧箣鍓嶅叿鏈夐珮璐ㄩ噺鍜岀ǔ瀹氭х殑涓撲笟浜哄憳銆備富瑕佽礋璐ｄ互涓嬪嚑涓柟闈㈢殑宸ヤ綔锛娴嬭瘯璁″垝鍜岀瓥鐣锛氳蒋浠舵祴璇曞伐绋嬪笀璐熻矗鍒跺畾娴嬭瘯璁″垝鍜屾祴璇曠瓥鐣ワ紝鍖呮嫭瀹氫箟娴嬭瘯鐩爣銆佽寖鍥淬佽祫婧愰渶姹傘佹祴璇曠幆澧冨拰鏃堕棿琛ㄧ瓑銆備粬浠渶瑕佷笌椤圭洰鍥㈤槦銆佸紑鍙戝洟闃熷拰鍏朵粬鐩稿叧鏂规矡閫氾紝纭繚娴嬭瘯璁″垝绗﹀悎椤圭洰闇姹傚拰涓氬姟鐩爣銆傛祴...
绛旓細3.璐熻矗bug璇嗗埆銆佸綊绫汇佽窡韪埌瑙ｅ喅鐨勬暣涓繃绋嬪苟浠ヨ褰曞舰寮忔彁浜ゅ鏌 4.浣跨敤ACT绛夎礋杞芥祴璇曞伐鍏疯繘琛屽帇鍔涙祴璇 寮鍙戜竴涓ソ鐨勮蒋浠讹紝40%浠ヤ笂鐨勬椂闂寸敤鍦ㄦ祴璇曚笂,鎵浠杞欢娴嬭瘯宸ョ▼甯闈炲父閲嶈,鐢ㄦ垜浠殑璇濇潵璇村緢鍚冮銆傜幇鍦ㄤ粠浜嬬▼搴忓憳鐨勪汉鏈夊緢澶,鍋氭祴璇曞伐绋嬪笀鐨勪汉灏戠偣,宸ヤ綔鍘嬪姏涓嶅お澶 娴嬭瘯宸ョ▼甯堝簲璇ュ叿澶囩殑涓夐」鍩烘湰...
绛旓細1 缂栧啓娴嬭瘯璁″垝锛氫粩缁嗛槄璇婚」鐩鏍艰鏄庛佽璁℃枃妗ｃ佷娇鐢ㄨ鏄庝功绛夛紝鍏呭垎鎺屾彙杞欢鐨 鎬ц兘銆佺壒鐐广佷娇鐢ㄦ柟娉曘佷笟鍔℃祦绋嬬瓑锛屽崗鍔╂祴璇曠粡鐞嗗埗瀹氶」鐩殑娴嬭瘯璁″垝锛屼繚璇佷骇鍝佹祴 璇曞伐浣滅殑璁″垝鎬т笌瑙勮寖鎬 2 缂栧啓娴嬭瘯鐢ㄤ緥锛氭寜鐓ф祴璇曟祦绋嬨佽鍒掍互鍙婂浜у搧鐗规х殑鎶婃彙锛屾矡閫氱‘璁ゆ祴璇曠殑鑼冨洿銆侀噸鐐癸紝鑰冭檻閫昏緫銆佹暟鎹畬鏁存х瓑瑕佹眰锛...
绛旓細杞欢娴嬭瘯宀椾綅鐨宸ヤ綔鍐呭锛氫竴銆侀渶姹傝瘎瀹 鍦ㄦ暣涓洟闃熸嬁鍒伴渶姹備箣鍚庣殑绗竴浠朵簨鏄繘琛岄渶姹傚垎鏋愶紝鐪嬬湅瑕佽繖涓蒋浠惰瀹炵幇鍝簺闇姹傘傞渶姹傚垎鏋愮殑鍚庝竴姝ュ氨鏄渶姹傝瘎瀹′簡锛岃繖涓幆鑺傞渶瑕杞欢娴嬭瘯宸ョ▼甯涓庝骇鍝侀渶姹備汉鍛樸佸紑鍙戜汉鍛樸丵A浜哄憳鍏卞悓杩涜鍙備笌锛岃瘎瀹¤繖浜涢渶姹傝兘涓嶈兘澶熷疄鐜般備簩銆佸啓娴嬭瘯璁″垝 鎺ヤ笅鏉ュ湪寮鍙戜汉鍛樼紪鍐欏紑鍙戣鍒...
绛旓細杞欢娴嬭瘯宸ョ▼甯堢殑绗竴澶ц鍔″氨鏄啓娴嬭瘯鐢ㄤ緥锛屾祴璇曠敤渚嬩篃鏄祴璇曞伐浣滃綋涓殑閲嶄腑涔嬮噸锛屼笉绠℃槸鎵ц娴嬭瘯杩樻槸璇勪及娴嬭瘯锛岄兘闇瑕佹湁娴嬭瘯鐢ㄤ緥浣滀负渚濇嵁锛屾墍浠ヤ綔涓鸿蒋浠舵祴璇曞伐绋嬪笀蹇呴』瑕佷細缂栧啓娴嬭瘯鐢ㄤ緥銆傜紪鍐欐祴璇曠敤渚嬬殑鍓嶆彁鏉′欢灏辨槸闇姹傛枃妗ｅ拰璁捐鏂囨。銆傛祴璇曠敤渚嬫槸鎵ц娴嬭瘯鐨勪緷鎹紝涔熸槸璇勪及娴嬭瘯鐨勫畬鏁寸▼搴︺佹紡娴嬬巼鐨勪緷鎹傜...
绛旓細1.鎼缓娴嬭瘯鐜 2.鍐欐祴璇曠敤渚 3.鎵ц娴嬭瘯鐢ㄤ緥 4.鍐欐祴璇曡鍒掋佹祴璇曟姤鍛 5.娴嬭瘯锛屽苟鎻愪氦BUG鍗 6.璺熻釜BUG淇敼鎯呭喌 7.鑷姩鍖栨祴璇曪紝缂栧啓鑴氭湰锛屾墽琛岋紝鍒嗘瀽锛屾姤鍛 8.鎬ц兘娴嬭瘯锛岀紪鍐欒剼鏈紝鎵ц锛屽垎鏋愶紝璋冧紭锛屾姤鍛 鍩烘湰涓婂氨鏄繖涔堝锛屽笇鏈涘浣犳湁鎵甯姪銆傚弬鑰冭祫鏂欙細銆婁骇鍝佺粡鐞嗗疄鎴樿缁冭惀銆...
