Добрый день! Вопрос, который у меня вызвал некоторые сомнения, как оптимально поступить.
При тестировании сборки с конкретной таской или решенной багой - тестировать только по самой таске или баге и еще дополнительно пробегаться по всему функционалу приложения? Так как бывают ситуации, пофиксили одно, а в сборке появилась бага в совершенно другом, несвязанным с этим фиксом месте)
На сегодняшний день многие проекты, имеющие сложную разнообразную функциональность, характеризуются очень короткими промежутками между релизами. В таких случаях приходится часто выполнять большое количество повторяющихся проверок (регрессионных тестов). Возможно, этот факт и является главной (хотя и не единственной) движущей силой активного развития автоматизации тестирования. Все больше компаний в сфере IT принимают решение оптимизировать процесс тестирования, сократив затратные по времени и финансам действия.
При этом автоматизация является довольно молодым направлением. Опытных специалистов, владеющих соответствующими навыками, как правило, не хватает. Зачастую встает задача подготовить таких специалистов самостоятельно внутри компании в разумные сроки. Однако, освоение автоматизации предъявляет высокие требования к технической подготовленности тестировщика, так как от него требуется читать и писать программный код, редактировать конфигурационные файлы, читать логи и т. д. В этой статье речь как раз пойдет о том, какие именно шаги можно предпринять для достижения нужного уровня технической подготовленности такого специалиста.
Мне пришлось осваивать автоматизацию «с нуля», т. е. не имея академического образования в сфере IT, навыков программирования и практики работы в смежных «технических» направлениях (например, в системном администрировании). Теперь, уже имея опыт написания тестов на двух языках программирования (Python и Java) и продолжая совершенствоваться в сфере автоматизации, я дам рекомендации, как приобрести нужные знания и опыт.
И блин, мне так кажется или большинство опираются на селениум.
А про мобильное автотестирование не так много.
Хотя, казалось бы, эра портативных девайсов в расцвете?
Просто я занимаюсь тестирование мобильных приложений и автоматизацией хотелось бы тоже в этой сфере заниматься) а чего то рынку то вроде это и не надо так)
Посоветуйте пример рабочего приложения, желательно на C# с юнит-тестами на селениум.
Именно не библиотеки, а исходники уже готового приложения - тесты написал, они запускаются (как тесты), а сделал консольное приложение - чтобы прогонять тесты запуском консоли - но все идет совсем не так, как планировалось.
Хочу увидеть работающее решение, чтобы понять, что не так делаю.