首页 测试 体会 查看内容

如何测试私有 Private/Internal 方法

2014-6-25 14:32| 发布者: tianzc| 查看: 608| 评论: 0

摘要:   在实际开发中,经常会遇到这样的情况。  一个共有的 Public 方法实现某一主要功能,但是由于该功能的实现非常复杂,需要很多的辅助类,辅助方法。由于代码封装性的需求,我们通常需要把这些辅助的类方法定义为 ...
public class Calculate{internal static int AddStatic(int a, int b){return a + b;}private int Add(int a, int b){return a + b;}}  然后我们要对其进行测试  那么针对实例的 Add 方法测试代码如下[TestMethod]publicvoidTestPrivateAdd(){PrivateObjectpo=newPrivateObject(newCalculate());Assert.AreEqual(po.Invoke("Add",1,2),3);}  测试静态的 Internal 的 AddStatic 代码如下:[TestMethod]public void TestInternalStaticAdd(){PrivateType po = new PrivateType(typeof(Calculate));Assert.AreEqual(po.InvokeStatic("AddStatic", 1, 2), 3);}
  在实际开发中,经常会遇到这样的情况。  一个共有的 Public 方法实现某一主要功能,但是由于该功能的实现非常复杂,需要很多的辅助类,辅助方法。由于代码封装性的需求,我们通常需要把这些辅助的类方法定义为非Public,静态static的(非必须,但是静态方法会提升性能),如 private, internal 等。  但是这也带来了一个问题,如何对这些非 public 的类,方法进行单元测,毕竟这些才是完成逻辑的代码?  我作为一个开发人员,如果让我说,有以下几种方式:  修改修饰符为 public, 测试完成后再修改回去-- 但是这个破坏了 Unit Test 的意义,因为它不能再任何情况下都运行。  反射-- 写反射的代码,动态的调用相应的方法。可以但是为了一个单元测试写这么多工具代码会不会太浪费了。  使用 InternvalVisibleTo 属性--[InternalsVisibleTo(“UnitTestProject.Assembly”)] 设置当前项目对单元测试的项目可见,所有的私有方法采用 Internal 限制,但是这个会不会破坏了封装那?  难道微软就没有考虑过这个问题么?  当然,答案是 PrivateObject/PrivateType -- 实际上采用的是我的第二种方式,但是做了微软做了很多处理哦,省得我们麻烦。  PrivateObject对应测试的是实例方法,PrivateType 对应测试的是静态方法。  假设我们有一个 Calculate 类如下:

鲜花

握手

雷人

路过

鸡蛋

扫一扫关注最新动态

毒镜头:老镜头、摄影器材资料库、老镜头样片、摄影
爱评测 aipingce.com  
返回顶部