不要让这10个验证思维毁掉你
时间：2021-12-07 16:19:40
手机看文章
扫描二维码
随时随地手机看文章
[导读]1、这是继承的代码，不需要验证。你100%确定这个代码经过完备验证么？你确定没有人后来修改过么？你确定和这个代码相关的一切都没有变化么？ 2、我可以在5分钟内想出一个补丁。只要你确定你的验证环境不会成为一个屎山。问问你自己，一周以后你还记得这段代码是什么意思么？与其花几个小时修改...
1、这是继承的代码，不需要验证。
你100%确定这个代码经过完备验证么？你确定没有人后来修改过么？你确定和这个代码相关的一切都没有变化么？ 2、我可以在5分钟内想出一个补丁。只要你确定你的验证环境不会成为一个屎山。问问你自己，一周以后你还记得这段代码是什么意思么？与其花几个小时修改验证环境的bug，花几分钟写一个健壮的代码难道不值得么？
3、在开始做的时候再计划。即使你的任务看起来像小菜一碟，也要提前计划。你会惊讶地发现很多问题可以完全避免。
Proper Planning Prevents Poor Performance
4、这个测试非常简单，不需要一个测试计划。将测试计划文档作为你的工作内容之一。测试计划就是对自己工作的要求。如果这是一个简单的任务，那么就在纸上写一个半页的测试计划。 5、验证不是产品，不需要保持软件标准。验证不是产品，但仍然在处理数千上万行的代码。对于代码，最好确保有一定程度的一致性，更不用说应该确保没有程序错误。
6. 没有时间添加注释。还记得上次你花了半天的时间定位别人的代码吗？那你自己的代码怎么样？最好为每一个test case添加注释，并且保持更新。 7.这个激励简单，让我们force来自外部接口的信号。force是毒药，可能在后期被遗忘。在tapeout前一周需要进行排查，要格外小心。
8.必须一直在后台回归么仅仅回归是不足够的，必须有一个回归监测器来监视和分析结果，否则，你只会磨损你的服务器。
9. 我们已经达到了100%的覆盖率，无需运行更多的测试事实上覆盖模型只能捕获您所想到的内容。显然，一个随机的testbench能够生成额外的场景，这可能会发现一个意外的bug。所以在100%以后，不要停止回归，应该继续增强功能覆盖率模型。
10. 验证应该在寻找bug。这是一个常见的误解。验证应专注于构造足够完备、健壮和高效的Testbench。虫子（bug）会自己出来的。
你100%确定这个代码经过完备验证么？你确定没有人后来修改过么？你确定和这个代码相关的一切都没有变化么？ 2、我可以在5分钟内想出一个补丁。只要你确定你的验证环境不会成为一个屎山。问问你自己，一周以后你还记得这段代码是什么意思么？与其花几个小时修改验证环境的bug，花几分钟写一个健壮的代码难道不值得么？
3、在开始做的时候再计划。即使你的任务看起来像小菜一碟，也要提前计划。你会惊讶地发现很多问题可以完全避免。
Proper Planning Prevents Poor Performance
4、这个测试非常简单，不需要一个测试计划。将测试计划文档作为你的工作内容之一。测试计划就是对自己工作的要求。如果这是一个简单的任务，那么就在纸上写一个半页的测试计划。 5、验证不是产品，不需要保持软件标准。验证不是产品，但仍然在处理数千上万行的代码。对于代码，最好确保有一定程度的一致性，更不用说应该确保没有程序错误。
6. 没有时间添加注释。还记得上次你花了半天的时间定位别人的代码吗？那你自己的代码怎么样？最好为每一个test case添加注释，并且保持更新。 7.这个激励简单，让我们force来自外部接口的信号。force是毒药，可能在后期被遗忘。在tapeout前一周需要进行排查，要格外小心。
8.必须一直在后台回归么仅仅回归是不足够的，必须有一个回归监测器来监视和分析结果，否则，你只会磨损你的服务器。
9. 我们已经达到了100%的覆盖率，无需运行更多的测试事实上覆盖模型只能捕获您所想到的内容。显然，一个随机的testbench能够生成额外的场景，这可能会发现一个意外的bug。所以在100%以后，不要停止回归，应该继续增强功能覆盖率模型。
10. 验证应该在寻找bug。这是一个常见的误解。验证应专注于构造足够完备、健壮和高效的Testbench。虫子（bug）会自己出来的。
下载文档
