Создание и выполнение модульных тестов C++ в Visual Studio (TDD)
Если у вас есть список всех доступных объектов, то вы, безусловно, можете использовать действие Multi Delete Object . По-видимому, этот API является бесплатным . Я хотел бы создать конечный автомат AWS Step Functions для циклического перемещения по файлу и удаления 1000 объектов одновременно. 1000, кажется, предел.
Для удаления всех объектов в корзине потребуется около 2 миллионов операций с шаговыми функциями. Согласно ценообразованию для пошаговой функции, это будет стоить вам около 50 долларов + стоимость лямбда-вызовов около 1 доллара, поэтому общая стоимость будет составлять около 51 доллара.
Обновление
Использование лямбда или пошаговых функций, вероятно, не самый экономически эффективный вариант, потому что оба способа вам понадобятся для чтения файла (который содержит ключи объекта) из некоторого источника, например S3. Поэтому я думаю, что запуск сценария с локального компьютера или любого экрана Linux EC2 является лучшим вариантом.
3 ответа
"Действительно ли возможно скрыть проекты от сборки и все же все еще сделать, чтобы они создали?"
Можно сделать разное решение для тестовых сценариев. Затем можно настроить шаг сборки сообщения основных проектов. Эта постсборка должна создать тестовые проекты через разное решение и выполнить их. Создание тестовых проектов должно быть сделано через командную строку (см., например, здесь для деталей).
Если необходимо связаться модульные тесты с некоторыми освобождает из основных проектов, можно использовать
#pragma comment(lib, "libname")
Посмотрите эту страницу MSDN для деталей.
Вы могли попытаться сгруппировать свои тесты в папки (их называют фильтрами?) в Вашем решении в Проводнике Решения. Это разделило бы тесты от Ваших других проектов.
Но иначе Вы могли избегать использования тестовых швов времени ссылки (Да, я знаю, его, вероятно, слишком поздний для предложения этого), и полиморфизм использования, чтобы обеспечить изменение во время выполнения и иметь меньше тестовых проектов?
Не знайте, ищете ли Вы все еще решение. Но вот идея:
Можно сохранить все тесты в одной библиотеке и записать приложение, которое порождает себя и выполняет каждый тест. Таким образом, Вы заканчиваете с одним исполняемым файлом (и следовательно один проект) для комплекта, и каждый тест будет похож на отдельный исполняемый файл.
Это - на самом деле механизм, используемый в CUnitWin32. Вы могли бы даже смочь перенести свои тесты в ту платформу.