//-----------------------------------------------------------------
#if DEBUG_SIMULATE_FAILURES
//Переменная для хранения информация о следующем сбое
static SimulatedFailures g_failureCode = SimulatedFailures.noFailurePending;
//Список сбоев, которые мы хотим имитировать
public enum SimulatedFailures {
noFailurePending, //Отсутствуют текущие сбои, подлежащие обработке
//Имитируемые сбои:
failInNextWriteSocketCode,
failInNextWebServiceCall,
failInNextFileIODuringFileOpen,
failInNextFileIODuringFileRead
//и так далее
}
#endif //DEBUG_SIMULATE_FAILURES
//-----------------------------------------------------
//Функция, которую мы используем для передачи данных...
//-----------------------------------------------------
private void writeDataToSocket(System.Net.Sockets.Socket mySocket, byte[] dataToSend) {
//------------------------------------------------------------------
//Этот код следует компилировать лишь при тестировании сетевых сбоев
//------------------------------------------------------------------
#if DEBUG_SIMULATE_FAILURES
//Если это сбой, который мы хотим тестировать, генерировать исключение
if (g_failureCode == SimulatedFailures.failInNextWriteSocketCode) {
//Сбросить этот сбой, чтобы он не возник
//при следующем вызове этой функции
g_failureCode = SimulatedFailures.noFailurePending;
throw new Exception("Test communications failure: " + g_failureCode.ToString);
}
#endif
//Передать данные обычным образом...
mySocket.Send(dataToSend);
} //конец функции
Подобно тому, как для имитации сбойных ситуаций можно использовать тестирующий код на устройстве, целесообразно ужесточить условия тестирования приложения в отношении передачи данных путем имитации сбоев и задержек с помощью кода на стороне сервера. Используя мониторинг выполнения кода на сервере, можно вынудить сервер прервать обработку запроса или сформировать "зависание" на неопределенное время в процессе отправки ответа. В этих случаях ваше мобильное приложение, несмотря на сбои, должно предоставить конечному пользователю интерфейс, сохраняющий способность к отклику, и обеспечить возможность восстановления работы приложения. Выполнение тестирование путем имитации сбоев, генерируемых на стороне клиента, а также инициация сбоев и задержек при помощи кода на стороне сервера позволяют проверить выполнение этих требований. Например, в случае вызова Web-службы это легко сделать, передав вместе с запросом дополнительный параметр, указывающий на то, какой тип сбоя требуется тестировать. Значение параметра тестирования по умолчанию может указывать на режим обычного выполнения, тогда как другие значения могут указывать на необходимость генерации сбоя или формирования длительной задержки перед отправкой ответа. Клиент, вызывающий Web-службу, для которой предусмотрен мониторинг выполнения кода, может далее сделать запрос, который сгенерирует одну из этих сбойных ситуаций, предоставляя возможность тестировать ответ.
