所以我有类似于这样的东西
private List<ConcurrentQueue<int>> listOfQueues = new List<ConcurrentQueue<int>>()
public void InsertInt(int id, int value)
{
listOfQueues[id].Enqueue(value);
}
这是不应进行单元测试的内容吗？
如果是的话，我该如何测试InsertInt方法而不使用其他任何方法呢？
可以使用该方法从队列中检索数据来测试是否正确输入吗？
这些内容是否应该使用mocks来处理？
InsertInt()方法是否将int插入到listOfQueues中。然后您的需求发生了改变，您必须更改实现策略，而不是使用List<ConcurrentQueue<int>>，而是使用Dictionary<string, ConcurrentQueue<int>>。这可能实际上不需要更改您的输入，您的输出仍然可以通过任何输出验证，但是您的InsertInt()单元测试将失败，因为它被硬编码到实现中。InsertInt()，则您的输出方法仍将返回正确的输出，并创建单元测试以检查使用无效参数调用InsertInt()是否会导致异常。然后，您可以更改内部实现的所有内容，并确信您的类仍然正常工作。测试实现会增加额外的开销，而在可测试性方面提供很少的好处。由于此方法是公共方法，因此需要进行单元测试。
快速查看您的方法会发现将-1作为id的值传递将导致ArgumentOutOfRangeException。如果为该方法设计了单元测试用例（假设存在许多这样的方法），则在编码期间将会意识到这一点。
要检查插入是否成功，可以使用@Oskar Kjellin指出的方法。
如果您想要深入了解，那么可以使用Reflection来检查值是否已被插入。
// Sample with Queue instead of ConcurrentQueue
private void TestInsertInt(int id, int value)
{
myInstance.InsertInt(id, value);
FieldInfo field = myInstance.GetType().GetField("listOfQueues", BindingFlags.NonPublic | BindingFlags.Instance);
List<Queue<int>> listOfQueues = field.GetValue(myInstance) as List<Queue<int>>;
int lastInserted = listOfQueues[id].Last();
Assert.AreEqual(lastInserted, value);
}
ArgumentOutOfRangeException。 - KallDrexx你不应该测试队列的行为 - 这是一个实现细节，你可以在不改变方法行为的情况下进行更改。例如，你可以用另一种数据结构（比如树）替换ConcurrentQueue，而无需更新单元测试。
你要测试的是这个方法是否按照你的期望接受输入并存储值。因此，你需要一些方式来查询系统状态，例如
public int GetInt(int id)
然后，您可以通过使用相同的 id 检索结果来测试该方法是否按照您的预期插入。
您应该测试公共方法在每种情况下返回您预期的结果，并将存储值的方式留给方法自行处理。因此，我可能会使用不同的输入来测试该方法：
[TestCase(1,2,3)] // whatever test cases make sense for you
[TestCase(4,5,6)]
[TestCase(7,8,9)]
[Test]
public void Test_InsertInt_OK( int testId, int testValue, int expectedValue)
{
InsertInt(testId, testValue);
Assert.AreEqual( GetInt(testId), expectedValue )
}