1
3
我认为“不能自行中断”意味着该方法只使用自己类的元素,而不依赖于任何其他对象/类的行为,或者它将其所有功能委托给其他方法或类(可能有自己的测试)。 基本思想是,如果您可以看到该方法所做的一切,而不需要引用其他方法或类,并且您非常确定它是正确的,那么测试可能是不必要的。
|
2
2
如果你认为人们可以安全地修改你的代码,你就不必担心了。 |
3
1
|
4
1
你将测试可能失败的东西。例如,把一个罐子放在桌子上,或者坐在桌子上,或者在房间里把桌子从一边推到另一边,等等。你在测试桌子,用一种你知道它很脆弱的方式,或者至少用一种你知道你会使用它的方式。 不过,你不需要测试指甲或它的一条腿,因为它们“太简单了,不能自己折断”。
我希望这有帮助。 |
5
1
如果您使用的是TDD,那么这个建议是错误的。在TDD情况下,函数存在 因为 但是,如果您在之后将测试添加到一些现有代码中,我可以理解这样一个论点,即您不需要测试无法中断的代码。但我仍然认为这只是不必编写测试的借口。还要问问自己:如果那段代码不值得测试,那么可能根本不需要那段代码? |
6
0
我喜欢这个 risk based approach of GAMP 5 这基本上意味着(在本文中)首先评估软件的各种可能的风险,并且只为高风险部分定义测试。 尽管这适用于GxP环境,但它可以通过以下方式进行调整:某个类有多大可能有错误的方法,以及错误的影响有多大?例如,如果一个方法决定是否允许用户访问某个资源,那么您当然必须对其进行足够广泛的测试。 这意味着在确定“太简单而无法打破”之间的界限时,考虑潜在缺陷的可能后果会有所帮助。 |
S4beR · jest-手表模式错误 7 年前 |
M.C · 如何从Ruby TDD哈希数组中返回名称 7 年前 |
Maverick94 · Python unitest不工作 7 年前 |
erexo · Moq模拟。Of<Obj>vs new Obj(); 7 年前 |
jpuriol · JUnit测试中的“单例” 7 年前 |
Py.Jordan · 如何在Python中模拟用户输入 7 年前 |