Какова наиболее распространенная ошибка, которую Вы делаете при записи модульных тестов? [закрытый]
Используйте SKView.texture(from:SKNode), чтобы достичь того, что вы хотите.
let sprite = SKSpriteNode(imageNamed: "fishka")
sprite.blendMode = .alpha
sprite.colorBlendFactor = 1
sprite.color = UIColor.red
var fishka = UIImage?
autoreleasepool{
fishka = scene!.view!.texture(from:sprite)
}
17 ответов
Отсутствие покрытия - я редко тестирую все случаи, я должен на своей первичной обработке.
Доверие некоторой детали реализации, которая не является частью протестированной функциональности и это могло бы измениться позже в разработке.
Иногда эти предположения просто слишком трудны для факторизации или слишком препятствующий для учета и быть переменным.
Упущение вставить допуск погрешности округления в двойном сравнении является, вероятно, моей самой большой и самой раздражающей ошибкой.
Запись тестирует, которые слишком связаны с кодом, который они тестируют. Это особенно верно, где я полагаюсь на семантическую связь и вещи, которые я просто принимаю для работы на класс.
Тестирование кода, который является существующий, а не кодирует это , должно присутствовать.
я склоняюсь к тестовому коду, который присутствует при записи модульных тестов. Таким образом, я запишу серию тестов, которые имеют исключительно высокое покрытие и тестируют большинство кода, это присутствует, но пропускает основные состояния ошибки, не охваченные кодом.
Тестирование слишком много в одном тесте. Мои модульные тесты часто берут больше символа интеграционных тестов, не ограничиваясь методом под тестом.
Не запись их сначала (т.е. не движение Тест Управляемый маршрут)
Модульные тесты только с частичным покрытием кода.
тесты успешно выполняются, таким образом, я чувствую себя хорошо. Вещи работают. Я иду дальше к чему-то еще. Повороты там являются непротестированным угловым случаем.
Тесты, которые зависят от причуды ОС, Вы, оказывается, идете, или неумышленный побочный эффект предыдущего теста.
Ну, я иногда пропускаю произведение [Тест] атрибут C#, и тест даже не становится выполненным :)
Игнорирование некоторой маленькой детали (например, шестнадцатеричное число до декабря функционируют, где модульный тест не имел никаких букв в нем...)
Запись тестирует, которые не являются ни один модульными тестами (тестирующий только определенный метод), ни приемочные испытания (тестирующий с точки зрения пользователя).
я нахожу, что тестирует то тестирование 3-4 слоев кода в одном тесте, который не основывается в понятиях, которые люди бизнеса понимают, обычно приводят к тестам, которые являются нагрузкой, чтобы поддержать и заставить людей разочаровываться и выключили автоматизированным тестированием.
Не получение тестовых приспособлений, аккуратных и достаточно опрятных - настолько пишущий тесты, более трудно, чем это должно быть.
Создание двух точек интеграции, сильно связанных, не используя фиктивный объект или платформу.
Тестирование использования просто некоторые случайные значения вместо включения тестирования с разделением эквивалентности и анализом граничных значений.