你怎么知道你的“测试夹具”是否合适。而“Test Fixture”我指的是一个包含大量测试的课程。
我一直注意到我的测试装置有一件事就是它们有点冗长;因为他们也可能不够冗长,你怎么知道你的单位测试的大小是合适的?
我的假设是(至少在Web开发环境中)每页应该有一个测试夹具类。
我知道一个很好的引用,这是:
“实现完美,而不是在没有任何东西可以添加的时候,但是什么都没有留下来。” - Antoine de Saint-Exupery。
答案 0 :(得分:4)
我认为这更符合你的问题:
我使用的指标是“测试,直到你感到舒服”(不确定来源)。我测试直到我觉得我的代码是正确的。如果您有疑问,可能没有足够的测试。如果你觉得你在浪费时间,你应该停下来。
重新阅读,我认为以下内容无法解答您的问题:
将Test Fixture的定义作为设置函数,对象和模拟对象来制作系统测试函数:当我编写测试时,通常会有代码被复制,我通常会重构代码并将其隐藏在一个区域(C#)中。我尝试将测试保持在5-10行范围内,因此如果有超过此代码的代码或模糊测试的含义,我会放入灯具区域。我通常不担心夹具尺寸太多。我更担心的是确保我有足够的测试,并且我的功能已经过测试。
答案 1 :(得分:1)
虽然不是一个严格的规则,但如果您有详细的要求或用户故事,每个要求/故事的一个测试可以是一个好的起点。话虽如此,用户故事通常不会涵盖所有可能/可能出错的情况,因此您需要添加这些方案,以评估您的组件/层在异常情况下是否以确定的方式运行。
在学校我们学习做边界测试,测试等等......如果你有时间,这很好,但在很多商店里,事情太忙了,所以围绕要求进行测试可以让你至少确定是否您已满足业务要求。从安全角度来看,单元测试有很多不同的问题,因此您可能不得不采取其他方法并测量足够多的方法。