1-3毕业设计(论文)外文资料翻译(学生用).doc

南 京 理 工 大 学 紫 金 学 院 毕业设计(论文)外文资料翻译 系： 计算机系 专 业： 计算机科学与技术 姓 名： 赵倩 学 号： 070601337 外文出处： feature article 附 件： 1.外文资料翻译译文；2.外文原文。 指导教师评语： 签名： 年 月 日 附件1：外文资料翻译译文 测量那些可以测量的 ——杰米坎贝尔 如何构建软件，全球各地的数百万客户，可靠运行在令人难以置信的的硬件配置，，？这是我们面对的挑战我们每次启动Microsoft Office的新版本。 十年前，我们的做法是工程师和用户尽可能友好，，，然后等看看我们。当时，我们的测量可靠性的主要指标是根据有多少产品支持人报告问题。现在，尽管我们有一流办公室工作的测试团队，我们知道，我们从来没有捕捉每，并等待客户拿起电话来告诉我们问题，最佳的系统反馈。，我们需要的是一个更好的方式来构建我们的软件进行自我诊断和报告问题。幸运的是，用户反馈黑暗时代很长的路。在这篇文章中，我在过去十年中一些与工程师谁开发的产品，更好地连接客户。虽然在这里讨论的技术有时，概念是普遍的，可以适用于任何软件产品.. Windows错误报告 我们首次尝试将遥测1998年柯克Glerum，一个Office开发人员，发表了内部的“宣言”悲叹我们的顾客正在调查中遇到困难失败。当时，呼吁相关的是我们的第1支持成本，使工程师在手机上的支持花费时间的百分比上升10至15。即使是一个容易重现，一个支持工程师可能花上几个小时的工作与客户直接收集足够的信息，以便我们能够再现和调试柯克的备忘录了一个有效的机制，自动收集客户需要调试的问题和容易的方式对他们的信息直接向能够解决这个问题的开发商信息需求。随着网络的连接变得无处不在，时间是一个一揽子解决方案，将相关数据，并允许客户通过因特网直接提交信息的时机已经成熟。问题的声明，一个新的Office团队设计和提供解决方案。两年后，我们发布了Office XP中，首先介绍我们的遥测系统，什么是现在的Windows错误报告（WER）已知的基础。 一个在疫情周报发展的关键的发现是将类似的系统崩溃报告一起的能力，这个过程我们称之为“敲”。通过选择参数小集，我们都能够自动分类问题，因为他们来了，如图2所示。与作为我们的报告工具的基础这一点，我们可以找出哪些崩溃越来越受到客户的打击在其使用最多。排序由降一个数据驱动的优先级来解决这些错误，给我们一个什么样的影响进行修正给定会理解命中计数结果这些桶。我喜欢把这个看作是错误的优先次序民主化以及崩溃报告提交投票基本上是微软的问题，你会去解决。另一个敲优势是我们可以大大减少客户收集的数据量。对于任何给定的问题，是极少数的崩溃报告通常足以解决问题。不是每一个客户收取谁点击发送数据时，我们只收取最初的几个意见书规格评估机构。虽然常见故障可能会报告数千次，我们只是增加我们对桶命中计数，而不是收集数以千计的CAB。 当Office XP的测试出货，我们不能肯定会发生什么。客户愿意将数据发送给Microsoft？崩溃了多少客户会遇到什么样子的水桶分布？当数据开始翻滚，很快就发现疫情周报在工作。该时段崩溃分布相似，与大约80到百分之20强的唯一崩溃水桶，如图3所示，点击下降百分之经典帕累托曲线。更出人意料的是，前1崩溃的BUG百分之占百分之50强打！换句话说，只有1修复缺陷的代码百分之能消除一半所遇到的崩溃。 当疫情周报最初推出，但仍有一些有用的，如何将是持怀疑态度。难道我们真的不知道如何调试重现他们崩溃？请问崩溃转储包含足够的信息来修正错误？这些都是具有挑战性的障碍，但开发商到数据挖掘，我们能够识别和修复一些只用在事故报告中所载信息的关键崩溃。这些修补程序，导致越来越调试的崩溃报告，并在系统的信心增强的势头。随着时间的推移，这方面的知识编入最佳做法和更多的开发者被教导如何做疫情周报分析。今天，调试崩溃报告能力已不再被视为一个特殊的技能，是每一个开发人员的工作的核心部分。在这方面的知识，也造成了自动化调试工具，它可以识别之前，甚至介入开发的可能缺陷的位置。 没有调试的能力复制它们起到了对疫情周报成功的关键作用的问题。客户经常报告说，我们从来没有击中内部崩溃。