Если поблочное тестирование является настолько большим, почему больше компаний не делает его? [закрытый]

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

Пример 1: необходимо ли отметить в сообщениях базы данных, которые имеют 3 или больше обзора модератора сайта, Что такое тестовые варианты

• , контрольно-пропускной пункт без комментариев-> не ожидает меток
• , контрольно-пропускной пункт с одним комментарием-> не ожидает меток
• , контрольно-пропускной пункт с 3 комментариями обычных пользователей-> не ожидает меток
• , контрольно-пропускной пункт с 3 комментариями обычных пользователей и по крайней мере 1 комментарием модератора-> не ожидает меток
• , контрольно-пропускной пункт с 3 комментариями обычных пользователей и по крайней мере 3 комментариями модератора-> ожидает метку этого сообщения

явный?

Пример 2: у Вас есть страница веб-сайта, которые производят список сообщений

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

нет никакого легкого решения автоматизировать это

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

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

С уважением, Pavel

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

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

Зарегистрируйте тест в своем коде. Просто поместите комментарий, объясняющий, где тест и как выполнить его. Будущие программисты будут видеть его, и надо надеяться тестирование распространится!

Основная причина в том, что многие разработчики и менеджеры по развитию не имеют понятия, что Существуют модульные тесты или способы их использования.

Вторая причина в том, что модульные тесты могут использоваться (разумным образом) только с кодом, который уже соответствует некоторым стандартам качества. Скорее всего, некоторая существующая кодовая база не попадает в эту категорию.

Третья причина - лень и / или дешевизна.

Компании не проводят модульное тестирование по той же причине, по которой многие веб-сайты написаны плохо - незнание, и люди, придерживающиеся старых привычек. В моей компании с тех пор, как мы начали модульное тестирование (с Nunit и Typemock ), мы достигли более высокого покрытия кода и выпустили программное обеспечение в более короткие сроки для выхода на рынок.

Потому что модульные тесты полезны, только если вы пишете тестируемый код. А писать тестируемый код сложно. А люди ленивы и / или дешевы.

РЕДАКТИРОВАТЬ: нюансы «ленивый» как «ленивый и / или дешевый»; в редких случаях люди действительно обладают навыками, способностями и желанием писать тесты, но им есть чем заняться, что напрямую влияет на чистую прибыль.

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

Возможно, мы мало что можем сделать с преимуществами, но мы должны иметь возможность снизить затраты создания и запуска тестов путем улучшения соответствующих инструментов.

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