软件测试之类测试 软件测试培训
通过代码检查或执行测试用例能有效地测试一个类的代码。在某些情况下,用代码检查代替基于执行的测试方法是可行的。但是和基于执行的测试方法相比,代码检查有两个不利之处:
· 代码检查易受人为错误的影响。
· 代码榆查在新产品开发时明显需要更多的工作量。
尽管基于执行的测试方法克服了这些缺点,但确定测试和开发测试驱动程序也需要很大的工作量。在某些情况下,为某个类构造一个测试驱动程序所需耍的工作量可能比开发这个类所需要的工作量要大得多。但这种情况不是面向对象编程独有的,当有许多子程序被上一层次调用时,在传统开发过程中。也会出现类似的情形。一旦确定了一个类的可执行测试用例,测试驱动程序创建一个或多个类的实例来运行一个测试用例,我们就必须执行测试驱动程序来运行每个测试用例。并给出每个测试用例运行的结果。
2类测试的组成部分
作为每个类,决定是将其作为一个单元进行独立测试,还是以某种方式将其作为系统某个较大部分的一个组件进行独立测试,需要基于以下因素进行决策:
· 这个类在系统中的作用,尤其是与之相关联的风险程度。
. 这个类的复杂性(根据壮志个嚣j操作个数以及关联其他樊的程度等避行衡量)。
· 开发这个娄哥q试驱动程序所需的I作量a
晖§抽一☆装电毒弋攀瘩再贰嗨,p啦驾特?鼹愫瓣试B鳓程意龄哥最藏奉《能|玉岛,对它进行充分的测试也是值得的,因为它的正确操作是最重要的。在进行类测试时,一脞要 考虑以下几个方面:
· 测试人员。如同传统的单元测试是由开发人员来执行,类的测试通常也由开发人员来进行。因为测试人员对代码极其熟悉,开发人员町以使用测试驱动程序来 试他们编写的代码,方便了基于执行的测试方法。
· 测试内容。对…个类进行测试以检查它是否只做了规定的事情,确保一个类的代码能够完全满足类说明所描述的要求。在运行了各种测试用例后,如果代码的覆盖率不完接,这可能意味着该类设计过于复杂,需要简化成几个子类。