Советы по тестированию приложения перед выпуском?

Question

Я хотел бы получить несколько советов от равных разработчиков о том, как вы собираетесь тестировать разработанное вами приложение перед выпуском в QA. Имейте в виду, что это мелкомасштабное приложение (требования устные), и поэтому формальные процессы тестирования не будут работать, особенно, поскольку ваш начальник сказал вам быстро разрабатывать это приложение, вытолкните его за дверь.

Несмотря на временные ограничения, я хотел бы убедиться, что в нем нет ошибок, однако, много раз в прошлом мне отправляли приложение обратно, потому что нажатие кнопки «Сброс» нарушает выравнивание других элементов управления и т.д.

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

Я исследовал этот пост, но он не совсем ответил на мой вопрос. Тестирование вашего кода перед выпуском в QA

Answer 1

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

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

Answer 2

Одна важная вещь - либо развить несколько личностей, либо заставить кого-то хотя бы раз запустить приложение - вы слишком близки к проблеме, поэтому может быть недостаток дизайна, который делает вещи непригодными для использования. Что технически не является дефектом, но пользователи не понимают разницы между «работать так, как задумано, но дизайн ошибочен» и «ужасно сломан».

Answer 3

Сделать приложение без ошибок довольно сложно, даже если оно крошечное. Преимущество состоит в том, что вы можете протестировать практически любой аспект такого крошечного приложения вручную. Однако в конце процесса разработки будут возможности, которые вы не сможете протестировать. Всегда полезно тестировать небольшие функции на ходу. Также необходимо, чтобы кто-то еще протестировал ваше приложение и (если возможно) заставил другого разработчика проверить ваш код. Но тогда, вероятно, невозможно полностью протестировать недельную работу за несколько часов.

Лучший совет - по крайней мере, кто-то протестирует ваше приложение, поскольку оно обычно используется. Ничто не расстраивает пользователя больше, чем ошибка с первых кликов. Ошибки в более глубоко скрытой функции, которая вряд ли используется, легче простить. Так что тестируйте как пользователь, а не (только) как программист.

Answer 4

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

Ваш начальник также сказал вам не проверять?

Быстрая разработка без тестов, как правило, на самом деле не позволяет сделать это быстрее.

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

См. запись в блоге Скотта Беллвера: Ускоряет ли разработка на основе тестов разработку?