Как заключено в кавычки выше, "Если Вы не тестируете свои закрытые методы, как Вы знаете, что они не повредятся?"
Это - главная проблема. Одна из больших точек модульных тестов должна знать, где, когда, и как что-то повредилось как можно скорее. Таким образом уменьшая существенное количество разработки & усилие по QA. Если все, что тестируется, является общественностью, то у Вас нет честного покрытия и формирования рисунка внутренностей класса.
я нашел один из лучших способов сделать, это, просто добавляют тестовую ссылку на проект и помещают тесты в класс, параллельный закрытым методам. Вставьте соответствующую логику сборки так, чтобы тесты не встраивали в заключительный проект.
Тогда Вы обладаете всеми преимуществами тестирования этих методов, и можно найти проблемы в секундах по сравнению с минутами или часами.
Так, таким образом, да, модульный тест Ваши закрытые методы.
За исключением PID, взгляните на это:
IPGlobalProperties ipProperties = IPGlobalProperties.GetIPGlobalProperties();
IPEndPoint[] endPoints = ipProperties.GetActiveTcpListeners();
TcpConnectionInformation[] tcpConnections =
ipProperties.GetActiveTcpConnections();
foreach (TcpConnectionInformation info in tcpConnections)
{
Console.WriteLine("Local: {0}:{1}\nRemote: {2}:{3}\nState: {4}\n",
info.LocalEndPoint.Address, info.LocalEndPoint.Port,
info.RemoteEndPoint.Address, info.RemoteEndPoint.Port,
info.State.ToString());
}
Console.ReadLine();
Источник: Netstat в C #
Немного больше исследований показывают это: Создайте свой собственный netstat.exe с c # . Он использует P / Invoke для вызова GetExtendedTcpTable
и использует ту же структуру, что и netstat
.
См. Здесь эквивалент netstat на C #: http://towardsnext.wordpess.com/2009/02/09/netstat-in-c/
Обновление: Ссылка не работает, но вот эквивалент: http://www.timvw.be/2007/09/09/build-your-own-netstatexe-with-c