testomat.io управление авто тестамиПривет. Дали задание узнать подходит ли JUnit ля тестирования Android приложений. Не юнит тесты. Статей в инете проблематично найти по этому поводу. плиз, подскажите:)
Подходит. JUnit - это фреймворк по созданию и запуску тестов. Он может запускать как unit тесты так и интеграционные или UI тесты. Название может вводить в заблуждение 
3 лайка
Сам по себе JUnit это, грубо говоря, тест ранер, он подходит для запуска любых тестов. На базе JUint’a можно легко постоить систему для тестирования Андроид приложений, но тут одного JUint’a недостаточно, нужно еще тулы для доступа к андроиду, Appium например или что либо другое.
1 лайк
Если будете использовать, советую посмотреть в сторону TestNG, тоже раннер, оч похож на JUnit, но как по мне - современней…
Возражу: TestNG - зло.
Он умеет всё то же, что и JUnit, и плюс ещё несколько фич, которые сами по себе вредные. Например, TestNG позволяет прописать зависимости между тестами.
А чем это плохо, в смысле - зло?
В смысле чем плохо, когда тесты зависят друг от друга? Я думал, это всем очевидно. Об этом написано миллион раз, мне не стоит повторять, наверное.
Ну, так и про GOTO везде пишут, что оно тоже зло, но если знать, что делаешь и для чего - то можно и его применять умеючи. Но, я вас не призываю его применять и сам не применяю.
Пожалуйста не считайте эти слова за призыв к действию. 
Вот тут есть у Алексея про это статья даже: …почему иногда всё-таки можно делать зависимые тестовые методы?
Это как с религиозными течениями получается. Есть ортодоксы, а есть менее строгие ветви. И ортодоксы всегда смотрят на этих отступников и ворчат, что те не настоящие и отошли от догматов.
Нет, GOTO нельзя применять.
Хорошо известно, что там, где он якобы мог бы бы полезен, легко написать аналогичную конструкцию и без GOTO.
То же самое и с зависимыми тестами.
Статью читал, да. Приведённые там случаи надуманны - собственно, и сам автор так считает. Он первым же делом приводит пример, как можно написать тест без зависимостей. Единственный недостаток “в недостаточной детализированности отчёта”, и это полная чушь, как сам же автор и говорит. Ради одной чуши строить другую чушь - это двойное зло.
Если честно, не совсем понял ваше утверждение… Я делаю тестовые методы в классах, и запускаю в testNG классы, грубо говоря, в которых есть методы, используя TestNG. О какой зависимости между тестами идет речь? Если тестовый метод упал в одном из классов, то остальные тесты без проблем могут не падать и попадать в отчеты как пройденные тесты…
Для меня как-то дико делать тестовый-класс, в котором будут методы, как шаги… Какую проблему этим решаем? Да и шаги и ту самую бизнес логику в этих шагах можно без проблем спрятать в пейджОбжекте…
Или я что-то не так понял? Поправьте пожалуйста, может и вправду вы правы, что TestNG - зло…
То, что вы описали - это независимые тесты. Тут всё хорошо. Их можно запускать в любом порядке, и падение одного не вызывает падения других.
А злая фича, которая есть в TestNG - это возможность указать, что тест Б должен запускаться ПОСЛЕ теста А. Потому что Б рассчитывает на то, что А приведёт систему к нужному состоянию. Если А упал, то и Б считается упавшим. Вот это зло!
Огромное спасибо, что разьяснили 
Хм… ну думаю так утверждать, что из-за этого - зло, наверное не совсем корректно. Ведь, любым инструментом надо уметь пользоваться… Если инструмент может делать что-то “злое”, то это можно попросту не использовать… Да и натупить сложно, поскольку везде и все трубят, что тесты должны быть независимыми друг от друга, иначе поддерживать их становится очень сложно… Да и TestNG не заставляет использовать то самое “зло”
Думаю вот эта ссылочка автору данного поста расставит все точки над “И” - http://www.mkyong.com/unittest/junit-4-vs-testng-comparison/
Да-да.
Около школы, в которой учатся ваши дети, трётся какой-то подозрительный тип. Он продаёт детям витаминки и наркотики. Но он не плохой, ведь дети могут наркотики попросту не использовать. Да и натупить сложно, поскольку везде трубят, что наркотики вредные. Да и этот славный парень не заставляет покупать то самое зло…
Не без этого