程序员如何确保软件不曾 Bug？

)/2 + y }}func TestAverage(t *testing.T) { for x := 0; x y { t.Error("error ", x, " ", y) } } else { if m x { t.Error("error ", x, " ", y) } } } }}在实践中都，我们愈来愈加少能动手详尽的的测试。不一定我们一定会改用伪随机的测试。例如，我们可以聚合伪杂凑，并将它们作为参数。在随机的测试中都，持续保持确定性很不可忽视，即每次的测试运转都用作并不相同的绝对值。为此，我们可以为杂凑聚合器提供固定的可食用，如下例简述：package mainimport ( "testing" "math/rand")func Average(x, y uint16) uint16 { if y> x { return (y - x)/2 + x } else { return (x - y)/2 + y }}func TestAverage(t *testing.T) { rand.Seed(1234) for test := 0; test y { t.Error("error ", x, " ", y) } } else { if m x { t.Error("error ", x, " ", y) } } }}基于随机探索的的测试是一种不一定称为“狭隘的测试”的策略的一部分。我们的的测试不一定可以包含两大类，即相反的测试与种系统的测试。相反的测试旨在测试特性或接口确实按照约定的方式也运转。上述 Average 给定的第一个的测试就是相反的测试。种系统的测试检验的是，应用软件能否在不幸前提确实运转。我们可以通过提供杂凑据（狭隘的测试）继续执行种系统的测试。如果上述程序中并不并不需要处理小整数绝对值，那么我们的第二个比如说就可以视为种系统的测试。如果改动字符，则上述的测试都未通过。在此基础从前，我们还可以改用愈来愈为多样的的测试方法，比如随机改动字符，并确认这些改动一定会引致的测试收场。有些解释器选择根据字符定时聚合的测试。这种方法可以的测试接口并纪录结果。例如，在上述计算平均绝对值的比如说中都，Average(40000,40000) 给出的结果是 7232。如果随后字符暴发变愈来愈，引致结果暴发变化，则的测试一定会收场。这种方法可以节省整整，因为的测试是定时聚合的。我们可以较慢轻松地实现 100% 的的测试覆盖率。然而，这样的的测试可能一定会消除解读。之外是，这种方法可能一定会纪录下不确实的行为。此外，这样的的测试只保证了为数，却未保证运动飞行速度。对测试应用软件的可执行并未协助的的测试甚至是化学物质的。不相关的的测试一定会在近期台湾版本变愈来愈时不必要解释器的整整。的测试的必要最后，我们回顾一下的测试的必要：的测试可以协助我们其组织指导工作流程，的测试是运动飞行速度的举例说明，可以协助我们纪录字符，不必要转回出错，有助于调试，还可以协助我们执笔愈来愈高效的字符。其组织内部设计一款多样的应用软件可能并不需要获益数周或数翌年的忙碌。大多数时候，我们一定会将指导工作生踏入一个个独立的单元。在最终电子产品眼看早先，我们都较难判断结果。在开发应用软件时，执笔的测试有助于其组织我们的指导工作。例如，某个接口在执笔已完成，并通过的测试后，才一定会被视为清晰。如果并未执笔的测试的全过程，则愈来愈难估计项目的进度，因为私自的测试的接口可能还远未已完成。运动飞行速度的测试还可以表现出解释器对指导工作的投入程度。我们可以通过的测试，较慢风险评估应用软件程序中的各种特性和接口，通过精心执笔的的测试则表明也就是说的字符是可靠的。而并未的测试过的特性可以作为一种忠告。有些编程语言愈来愈加严格，并且可以通过转译测试字符。而有些编程语言（Python、JavaScript）则给解释器留下了愈来愈多的受限制。有些解释器认为，的测试可以借助不太严格的编程语言的限制，向解释器施加一重额外的约束。HTML应用软件开发不一定应不具清晰清晰的HTML。然而在实践中都，HTML不一定是不清晰的、不可靠的，甚至是出错的，或压根不存在。因此，的测试就踏入了唯一的规范。解释器可以阅读的测试用例，然后调整对应用软件接口和特性的思考。与HTML不同，如果的测试均一定会运转的话，则一般都是最上新的，而且愈来愈加可靠，因为的测试都是用编程语言执笔的。因此，的测试示范了字符的用作方法。即使我们想执笔高运动飞行速度的HTML，的测试也可以发挥不可忽视的作用。为了说明计算机字符，我们经常并不需要用作比如说。每个例子都可以换成一个的测试。因此，我们可以前提HTML中都包含的比如说是可靠的。如果字符暴发变愈来愈，并且并不需要改动比如说，那么的测试比如说的全过程一定会警告我们愈来愈上新HTML。这样，我们就可以不必要HTML中都出现过时的比如说，给读物带来不好体验。转回解释器一定会均一定会整修应用软件中都的缺陷。并不相同的关键问题也可能因为不同的状况而反复出现：原先的关键问题并未获取根本性的解决；字符某处的变愈来愈一定会引致其他地方返回出错；去掉上开发人员或简化应用软件引致返回出错或出现上新 bug。当应用软件出现上新缺陷时，我们称之为转回关键问题。为了防止此类转回关键问题，不可忽视的一个举措是针对每个出错整修或上开发人员继续执行也就是说的的测试。运转这种的测试，我们就可以在转回关键问题出现时马上注意到。理想前提，改动字符后，运转转回的测试，就能发现转回关键问题，这样就能不必要转回关键问题。为了将出错换成简单有效的的测试，我们应该将出错简化为简单的形式。例如，对于上述必平均绝对值的比如说，我们可以在比如说的测试中都去掉检测到的出错：package mainimport ( "testing)func Average(x, y uint16) uint16 { if y> x { return (y - x)/2 + x } else { return (x - y)/2 + y }}func TestAverage(t *testing.T) { if Average(2,4) != 3 { t.Error("error1") } if Average(40000,40000)!= 40000 { t.Error("error2") } }出错整修在实践中都，广泛的的测试套件可以愈来愈快地识别和纠正出错。这是因为的测试缩小了出错的仅限于，并为解释器提供了一些保证。从某种程度上说，执笔的测试所花费的整整可以延长发现出错的整整，同时减少出错的为数。此外，执笔上新的测试也是识别和纠正出错的一种有效策略。从长远来看，这种方式也比单步调试字符等其他调试策略愈来愈有效。事实上，在调试已完成后，除了整修 bug 都有，你还应该去掉上新的单元的测试。稳定性的测试的主要作用是测试特性和接口能否消除预期的结果。然而，也有很多解释器用作的测试来探测接口的稳定性。例如，探测给定的继续执行飞行速度、可继续执行文件的形状或CPU用作情况。这些的测试能够检测字符变愈来愈造成的稳定性严重损失。你可以比较自己的字符与概述字符的稳定性，并用作统计数据的测试检查差异。阐释所有应用软件系统都有缺陷。应用软件随时可能出现失灵。即使应用软件可靠，解释器也几乎不可能预测应用软件在运转中都巧遇的所有情况。无论你是谁，也无论你多么尽力地指导工作，你的应用软件也不一定会极致。尽管如此，我们还是应该竭尽所能执笔确实的字符：能够满足普通用户的盼望。虽然并不并不需要执笔的测试也可以执笔确实的字符，但是的测试套件的必要在可玩性或规模较大的项目中都是其所可见的。许多有经验的解释器都一定会拒绝用作私自的测试的应用软件接口。执笔的测试的好习惯可以协助你成长为一名愈来愈好的解释器。在执笔的测试的全过程中都，你一定会进一步确信人类的显然。在与其他解释器和普通用户交互时，如果有一个的测试套件，就可以愈来愈好地思考他们的级联。举荐书单

James Whittaker、JasonArbon、Jeff Carollo，《How GoogleTests Software》，Addison-Wesley Professional 出台湾版，第 1 台湾版（2012 年 3 翌年 23 日）

Lisa Crispin、JanetGregory，《Agile Testing: A Practical Guide for Testersand Agile Teams》，Addison-Wesley Professional 出台湾版；第 1 台湾版（2008 年 12 翌年 30 日）

原文重定向：本文已获原作者授权，刊文请注明来源及出处！

END

。

晋城白癜风医院
宜春白癜风医院
曲靖白癜风最好医院
感冒咳嗽黄痰吃什么药效果好
你以为新冠病毒只攻击肺部？真相可能更严重！
医学科普知识
肾癌
膀胱癌