app测试弱网测试怎么测
很简单,对吧?
这就是我们的思维方式。 我们不能同时专注于许多事情。 TDD承认这一点,并且它的增量性质是围绕它构建的。
是否为TDD,当我们通过测试时,应该进行评估。
从此表开始:
属性 | 描述 |
有效期 | 它可以测试有效方案吗? 这种情况始终有效吗? |
可读性 | 我现在当然知道测试了 ,但是一年以后别人会理解吗? |
速度 | 它运行多快? 会减慢整个套件的速度吗? |
准确性 | 当它失败时,我可以轻松地发现问题出在代码中,还是需要调试? |
差异化 | 这种情况与其兄弟有什么不同? 仅仅看一下测试就能理解吗? |
保养 | 当需求改变时,我需要围绕该测试做多少工作? 它有多脆弱? |
脚印 | 测试会自己清洗吗? 还是会留下可能影响其他测试的文件,注册表句柄,线程或内存斑点? |
坚固性 | 打破这个测试有多容易? 我们允许什么样的变化,并且允许这种变化吗? |
确定性 | 此测试是否具有依赖项(计算机时钟,CPU,文件,数据),这些依赖项可以根据运行时间或运行地点来更改其结果? |
隔离 | 测试是否依赖于未明确指定的状态? 如果不是,隐式状态将始终为真吗? |
如果某项不符合您的标准(我假设您是高标准的专业人员),请进行修复。
现在,我听到您在问: 每次测试都做这些吗?
让我们这样说:如果测试未通过评估,则稍后将需要进行修复。 您什么时候愿意这样做–现在,当您脑子里刚开始进行测试时,或者稍后,当您不得不再次尝试时,进入您6个月来从未见过的代码,而不是使用新的令人兴奋的功能想继续吗?
它正在测试经济学101。现在就做。
翻译自: https://www.javacodegeeks.com/2014/07/how-to-test-your-tests.html
app测试弱网测试怎么测