Результаты поиска

Вопрос

Как бы вы добавили автоматическое тестирование в игру?

Я считаю, что вы можете юнит-тестировать многие функции игрового движка (сеть, создание объектов, управление памятью и т. д.), Но можно ли автоматизировать тестирование самой игры?

Я не говорю об элементах геймплея (например, Протоссы победили бы зергов на карте X), но я говорю о взаимодействии между игрой и движком.

Вступление

В разработке игр движок - это просто платформа для игры. Вы можете представить себе игровой движок как OS, а игру как программное обеспечение, которое будет работать OS. Игра может быть набором скриптов или реальной подпрограммой внутри игрового движка.

варианта ответа

Моя идея заключается в следующем:

Вам понадобится детерминированный двигатель. Это означает, что при наличии одного набора входных данных выход будет точно таким же. Это означало бы, что генератор случайных чисел будет засеян тем же самым входом.

Затем создайте голый уровень, который содержит несколько объектов, с которыми аватар/пользователь может взаимодействовать. Начните с малого, а затем добавляйте объекты на уровень по мере развития новых взаимодействий.

Создайте сценарий, который следует по пути (тестирует поиск путей) и взаимодействует с различными объектами (сохраняет результат или ожидаемое поведение). Этот сценарий будет вашим автоматическим тестом. Через некоторое время (скажем, через неделю) запустите скрипт вместе с модульными тестами вашего движка.

Я использую WatiN в качестве инструмента тестирования для моего текущего проекта. Помимо незначительных ошибок с регистратором тестов, я смог использовать его и автоматизировать многие свои тесты в сочетании с NUnit. Кто-нибудь еще там с опытом работы с различными инструментами, которые они могли бы предложить?

Я присоединился к команде, которая работает над продуктом. Этот продукт был вокруг в течение ~5 лет или около того, и использует ASP.NET WebForms. Его оригинальная архитектура со временем исчезла, и вещи стали относительно неорганизованными на протяжении всего решения. Это ни в коем случае не ужасно, но определенно может использовать некоторую работу; вы все знаете, что я имею в виду.

Я выполнял некоторые рефакторинги с момента прихода в команду проекта около 6 месяцев назад. Некоторые из этих рефакторингов просты, метод извлечения, метод вытягивания и т. д. Некоторые из рефакторингов являются более структурными. Последние изменения заставляют меня нервничать, поскольку нет полного набора модульных тестов для сопровождения каждого компонента.

Вся команда готова внести структурные изменения через рефакторинг, но наш руководитель проекта выразил некоторые опасения, что у нас нет адекватных тестов для рефакторинга с уверенностью, что мы не вводим ошибки регрессии в систему. Он хотел бы, чтобы мы сначала написали больше тестов (против существующей архитектуры), а затем выполнили рефакторинг. Мой аргумент заключается в том, что структура классов системы слишком тесно связана, чтобы писать адекватные тесты, и что использование более тестового подхода при выполнении наших рефакторингов может быть лучше. Я имею в виду не написание тестов для существующих компонентов, а написание тестов для конкретных функциональных требований, а затем рефакторинг существующего кода для удовлетворения этих требований. Это позволит нам писать тесты, которые, вероятно, будут иметь больше долговечности в системе, а не писать кучу тестов 'throw away'.

Есть ли у кого-нибудь опыт относительно того, каков наилучший курс действий? У меня есть свои собственные мысли, но я хотел бы услышать некоторый вклад от сообщества.

Я знаком с nunit для модульного тестирования бизнес-уровня, однако сейчас я ищу, чтобы автоматизировать тестирование уровня gui win forms.

Я видел watin и watin рекордер для автоматизации тестов в веб-приложении, получая доступ к элементам управления и автоматизируя их. Однако я изо всех сил пытаюсь найти эквивалент watin для windows форм (написанных в c# или vb.net), предпочтительно с открытым исходным кодом.

Существует ли один или все продукты основаны на записи нажатий мыши и клавиатуры?

Update: я посмотрел на этот пост в блоге на белом фоне, и мне кажется, что это именно то, что я ищу. Сообщение в блоге поднимает некоторые вопросы, но поскольку белый цвет есть только в версии 0.6, они могут быть решены. Будьте заинтересованы, если другие использовали белый цвет или любые другие для сравнения.

Я наткнулся на печатную статью Бертрана Мейера , где он утверждает, что тесты могут быть созданы из спецификаций. Моя команда разработчиков не делает ничего подобного, но это звучит как хорошая техника для рассмотрения. Как вы генерируете тесты из спецификаций? Как бы вы описали успех, который вы имеете в обнаружении программных ошибок с помощью этого метода?