它会对一个对象产生一些影响....查询效果的结果。如果没有明显的效果，就不值得进行单元测试!

如果一个方法没有返回任何东西，它是下列情况之一

imperative -你要么要求对象对自己做一些事情。例如改变状态(不期待任何确认..这是假定会完成的) 信息-只是通知某人某事发生了(不期待行动或回应)。

命令式方法—您可以验证任务是否实际执行。验证状态是否发生了变化。如。

void DeductFromBalance( dAmount ) 

可以通过验证此消息的余额是否确实小于dAmount的初始值来测试

信息方法——很少作为对象的公共接口的成员。因此通常不是单元测试的。但是，如果必须，您可以验证是否对通知进行了处理。如。

void OnAccountDebit( dAmount )  // emails account holder with info

是否可以通过验证电子邮件是否正在发送来测试

发布更多关于你实际方法的细节，人们就能更好地回答问题。 更新:你的方法是做两件事。我实际上把它分成了两个方法，现在可以独立测试了。

string[] ExamineLogFileForX( string sFileName );
void InsertStringsIntoDatabase( string[] );

String[]可以通过向第一个方法提供一个虚拟文件和期望的字符串轻松验证。第二个问题有点棘手。您可以使用Mock(谷歌或在Mock框架上搜索stackoverflow)来模拟DB或击中实际的DB并验证字符串是否插入到正确的位置。检查这个线程的一些好书…如果你手头紧，我建议你使用实用单元测试。 在代码中，它的用法是

InsertStringsIntoDatabase( ExamineLogFileForX( "c:\OMG.log" ) );

一如既往:测试该方法应该做什么!

它是否应该在某个地方改变全局状态(哎呀，代码味道!)?

它是否应该调用接口?

当使用错误的参数调用时，它是否会抛出异常?

当使用正确的参数调用时，它是否不抛出异常?

应该……吗?

使用Rhino mock来设置可能预期的调用、操作和异常。假设您可以模拟或去掉方法的某些部分。如果不了解关于方法甚至上下文的一些细节，就很难知道。

试试这个:

[TestMethod]
public void TestSomething()
{
    try
    {
        YourMethodCall();
        Assert.IsTrue(true);
    }
    catch {
        Assert.IsTrue(false);
    }
}

你甚至可以这样尝试:

[TestMethod]
public void ReadFiles()
{
    try
    {
        Read();
        return; // indicates success
    }
    catch (Exception ex)
    {
        Assert.Fail(ex.Message);
    }
}