五，对错误结果要进行一个确认过程。一般由A测试出来的错误，一定要由B来确认。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。六，制定严格的测试计划。一定要制定测试计划，并且要有指导性。与AzureSQL相比，Azure表存储的低成本被认为是另一个原因。测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。七，妥善
无锡ISTQB考试
五，对错误结果要进行一个确认过程。一般由A测试出来的错误，一定要由B来确认。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。六，制定严格的测试计划。一定要制定测试计划，并且要有指导性。与AzureSQL相比，Azure表存储的低成本被认为是另一个原因。测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。七，妥善保存测试计划、测试用例、出错统计和终分析报告，为维护提供方便。
好的行业代码
好的行业代码有以下属性，依序是：可读性，因为代码用来读和维护的频次要高于写。代码的意图必须清晰，让其他开发者在多年后依然理解。防御性，就是要遵循防御性编码的实践。防御性编码本身就是一个课题，不过其要义是：你必须确保自己所写的类和方法的不恰当使用不会导致你的代码搞得软件都崩溃。优化，位列清单的未知，因为大多数时候你并不需要真正去担心这个。这并不意味着你应该编写糟糕代码，在存在线性解决方案的情况下以O(n3)的效率去做某个东西。一种简单的思考方式是：计算您的团队成员（开发人员和DBA）拥有关系数据库技术的总年数。但开发者通常渴望尝试并且会在不需要的情况下过度优化，却牺牲了代码的可读性和防御性。你永远都应该能够证明牺牲了这些属性的特定优化是值得的。现在你了解了如何去编写良好的行业代码了。
条件二
参考计数器算法条件二实现。
算法升级
可以看到实现漏桶算法的话需要每隔interval时间都要另外一条线程去遍历所key的value去做递减操作，那么有没有什么办法可以省略这一步呢。是肯定有。
12345678910111213 if(存在key){ value--； if（（nowTime-lastUpdateTime）>interval）{ value=value-（nowTime-lastUpdateTime）/interval*step; lastUpdateTime=nowTime; } if(value<=0){ 不能访问 } }else{ 添加key，设置value为limit； lastUpdateTime=nowTime；严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。 }
令牌桶算法核心思想
令牌桶算法呢，恰恰是和漏桶算法相反的一个算法，不过还是推荐你使用这个。这个算法的原理我不讲，我觉得聪明的你看了伪代码就明白了。
涉及变量
接口（key）
时间单位（expire）
允许访问多少次（limit）
递增间隔时间（interval）
递增步长（step）
当前可访问次数（value）
key的访问时间（lastUpdateTime）
当前时间（nowTime）（参照漏桶算法需要注意的点）
条件程一：
12345678 if(存在key){ value++； if(value>=limit){ 不能访问 } }else{ 添加key，设置value为limit }
线程二：
123 while(过去interval时间){ 所有key的value+step }
（作者： 来源：）
