当前位置:  开发笔记 > 编程语言 > 正文

测试课程

如何解决《测试课程》经验,为你挑选了1个好方法。

我昨天整理了一堂课,做了一些有用的工作.我开始进行alpha测试,并且在某些时候意识到我正在为类本身添加与alpha测试相关的方法.它打击了我,他们不属于那里.在经过一些努力之后,我从基类中派生了一个测试类,该类也可以访问受保护的成员.我把所有与测试相关的方法,并在测试类中设置和拆除,并使基类倾斜,并且正如俗话所说的那样.

在这里浏览了一段时间后,我发现一条评论建议使用这种技术,使测试类成为真正的类的朋友.

回想起来,这些技术对我来说应该是显而易见的.

我正在寻找的是专门的alpha测试/单元测试类的技术,而不会增加被测试类的重量.

您个人使用了哪些技巧并推荐?



1> e.James..:

单元测试的目标之一是验证类的接口.这意味着,一般来说,你不应该测试你班上肮脏的内脏.单元测试应该与您的类的公共输入和输出交互,并验证行为是否符合预期.因此,您可以更改类的内部实现,而不会影响依赖于它的所有其他对象.显然,我不知道你情况中的细节,但我会说,作为一般规则,如果你的单元测试试图找出课堂的私人细节,那你就做错了.

编辑:另见:这个问题.请注意,它可以完成(最佳答案),但也注意到第二位的答案(短边)与我上面提到的或多或少相同.


.这意味着,一般来说,你不应该测试你班上肮脏的内脏.单元测试应该与您的类的公共输入和输出交互,并验证行为是否符合预期.因此,您可以更改类的内部实现,而不会影响依赖于它的所有其他对象.显然,我不知道你情况中的细节,但我会说,作为一般规则,如果你的单元测试试图找出课堂的私人细节,那你就做错了.
推荐阅读
郑小蒜9299_941611_G
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有