我在他们自己的项目中包含了一组方法,这些方法在一个相当大的(单块)应用程序中使用。由于这个原因,测试人员一直在抱怨没有简单的方法来测试他们。
因此,我建议创建一个简单的应用程序,它将使用程序集上的反射,并允许测试人员将自己的参数输入到每个单独的方法中(并检查结果)。I do有一套完整的单元测试,但认为最好给测试人员提供这些方法。
或者我错过了一些显而易见的东西。
发布于 2012-12-12 10:36:41
我在他们自己的项目中包含了一组方法,这些方法在一个相当大的(单块)应用程序中使用。由于这个原因,测试人员一直在抱怨没有简单的方法来测试他们。
测试方法的唯一方法是通过单元测试,您说已经有一套完整的测试。
如果该项目纯粹是内部的(因为您不得不使用反射来公开它),那么测试人员甚至不应该知道它。
测试架构的内部内核不是测试人员的工作,而是开发人员的工作。
发布于 2012-12-12 11:42:19
你提出的方法显然是解决你的问题的方法。在之前的评论中,有很多(我的)问题都是关于你想这么做的原因。但既然你确信是因为某些原因(我们了解企业界,对吧?)测试人员应该手动测试库中的每个方法,而您已经得到的单元测试是不够的,那么在我看来,您建议的应该工作得很好。
您得到的问题似乎是缺乏对单元测试/错误方法的信任,这些人做出了测试人员应该检查库的决定。
https://stackoverflow.com/questions/13837455
复制相似问题