Сообщество - Лига тестировщиков

Лига тестировщиков

51 пост 1 407 подписчиков
81

Псс, парень. Не хочешь немного системных автотестов?

Всем привет!


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


Что такое системные тесты? Если вкратце - это тестирование программы (или набора программ) с учетом окружения, в котором программе предстоит работать.


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

Псс, парень. Не хочешь немного системных автотестов? Тестирование, Тестирование по, Автоматизация, Habr, Видео, Длиннопост

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


Но так ли это? Ведь ваш калькулятор будет работать не просто так, а в конкретной операционной системе с конкретными настройками. А ещё у него может быть инстяллятор, который должен успешно отрабатывать, несмотря ни на что. А ещё он может зависеть от внешних библиотек, которые не всегда установлены в целевой системе...


И вот получается, что все модули по отдельности вроде бы протестированы, а на самом деле, спокойно спать всё ещё нельзя: ведь если калькулятор устанавливается и работает в Windows XP, то это абсолютно не означает, что он будет так же работать в Windows 7 или Windows 10.


И вот даже в самом простом калькуляторе вы сталкиваетесь с проблемой: как удостовериться, что мой калькулятор успешно устанавливается на Windows XP x32, Windows XP x64, Windows 7 x32, Windows 7 x64.... И вот с этого момента вы начинаете, по сути, заниматься системным тестированием.

Псс, парень. Не хочешь немного системных автотестов? Тестирование, Тестирование по, Автоматизация, Habr, Видео, Длиннопост

Системные тесты это замечательная штука, да вот только есть проблема - их очень сложно автоматизировать. Особенно, если вы тестируете приложение с графическим интерфейсом, но даже консольные приложения могут доставлять много боли при системном тестировании. В самом деле, как автоматизировать системные тесты самого элементарного клиент-серверного приложения? Это же надо иметь два компьютера, на один из них надо установить сервер, на другой - клиент, а затем проверить, что они корректно взаимодействуют.


Чаще всего системные тесты проводят вручную. Обычно этим занимаются тестировщики (если они есть). Это проще всего, не требует особого умственного труда, но занимает кучу времени. Для крупных коммерческих проектов один полный прогон системных тестов может занимать несколько месяцев работы целого отдела.


Поэтому часто бывает так: в компании перед релизом проводят один полный прогон системных тестов, в ходе которого вылавливают N багов. Затем разработчики фиксят эти баги, а тесирование проверяет, что баги успешно закрыли. Но на второй полный прогон системных тестов времени уже просто не остаётся, поэтому компания просто надеется, что фиксы найденных багов не затронут другие части системы. Очень надёжно, правда?


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


Именно на решение этой проблемы мы направили свои усилия в своём проекте, который мы решили назвать Testo. В состав этой платформы входит специальный язык тестовый сценариев Testo-lang (да, мы написали целый язык для тестовых сценариев), который позволяет вам писать интуитивно-понятные сценарии для системных тестов.


Вместо тысячи слов - просто посмотрите как с помощью нашего проекта можно автоматизировать установку Dr. Web на Windows 7:

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

Псс, парень. Не хочешь немного системных автотестов? Тестирование, Тестирование по, Автоматизация, Habr, Видео, Длиннопост

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


Также у нас есть сайт (тоже легко гуглится по Testo-lang), где вы можете скачать абсолютно бесплатно, без регистрации и СМС нашу платформу и пользоваться её сколько угодно (да, у нас есть платная версия, но она отличается от бесплатной только скоростью работы команды wait).


Больше примеров можно глянуть на Youtube-канале (тоже элементарно гуглится).


Если мы сможем помочь хоть одному пикабушнику, который как раз думает о том "как бы мне автоматизировать вот эту штуку..." - то значит уже три года разработки не прошли даром :)


Приятного тестирования!

Показать полностью 2 1
45

Как тестируют мобильные приложения под нагрузкой

Когда вы разработали игру/приложение - вам нужно оттестить его от и до, по разнообразнейшим сценарием и под разнообразными нагрузками

Как тестируют мобильные приложения под нагрузкой Тестирование, Автоматизация, Китай, Длиннопост

Для этого вам нужно пойти в компанию, предоставляющую такие услуги и купить у них пакет услуг. В их датацентрах стоят такие шкафы, каждый из которых вмещает до 500 телефонов.

Аренда одного iPhone 5s на год, например, в таком шкафу, обойдется вам в 800 тысяч рублей

Как тестируют мобильные приложения под нагрузкой Тестирование, Автоматизация, Китай, Длиннопост

Стоит ли это своих денег? Безусловно. Просто прикиньте, во сколько вам обойдется тестировщик, способный 24/7 выполнять любые сценарии взаимодействия с приложением. В том числе такие, какие тестировщик выполнить просто физически не сможет - например, оставить заказ на товар(они у нас уникальные) в тот период, когда callback об оплате товара уже отправлен с сервера платежной системы, но еще не дошел до нас(это около 13 мс).

Знакомые с предметом уже готовят мемы «вы там долбанулись на отличненько), но нам это нужно было.

Теперь вы знаете немного больше.

Показать полностью 1
14

Работа тестировщиком

Доброго времени суток дамы и господа. Хотелось бы спросить совета у профессиональных тестировщиков. Работаю тестировщиком. В основном функциональное тестирование одного веб приложения и одного десктопного, но у меня такое чувство, будто я нифига не понимаю или делаю что-то не так. Так вот, вопросы такие:

1) Вы пишите документацию (тест кейсы, тест сценарии) на каждую задачу, даже если она совсем незначительная?

2) Есть ли какие-нибудь методики тестирования? А то мне почему-то кажется, что взять пункт из требований -> проверить все его возможные вариации -> перейти к следующему пункту

3) Нужно ли писать автотесты на все что возможно или опять таки, если задача незначительная, то не стоит запариваться? И возможно ли автотестирование с десктопными приложениями?


Ну и может еще какие-нибудь советы начинающему (хотя я уже больше года сижу на этой должности) тестировщику...


А еще такой вопрос. Вы планируете и дальше работать тестировщиком или уходить в разработку? Почему-то у меня работа тестировщиком ассоциируется с переходным звеном между чем-то вроде специалиста СП(кем я и был раньше) и разработчиком.

15

Из технологов с завода в QA. #1

Внимание! Длиннопост!!


28.07-04.08 - первая неделя.


Итак, продолжим!

28 июля я начал более углубленно изучение предмета. Сначала попытался определить план обучения:

- Что такое тестирование и для чего нужно;

- Теория тестирования ПО;

- Получить базовые знания и навыки работы SQL;

- Вспомнить базу по java и c++;

- Подтянуть HTML/CSS/JS;

- Параллельно посмотреть/послушать лекции и вебинары по IT тематике;

- Подтянуть английский.


Знакомство с тестированием начал, как многие и советуют для новичков, с Савина "Тестирование Дот Ком." С точки зрения содержания это нельзя отнести к научной серьезной литературе. Больше рассматривал как ознакомление, ввод в курс дела и общего ориентира надо оно мне или нет.

После Савина взялся за чтение Куликова. Более серьезная книга, более сухое и академическое изложение материала. Книга понравилась больше, т.к. на работе приходится иметь дело в основном с ГОСТами, старыми и новыми учебниками. Вот Куликова я уже читал под конспект, так у меня проще усваивается информация. Но так как любая теория без практики рано или поздно станет забываться, то решил поискать краудтестинговые платформы. Тем кто знаком с темой эти платформы известны - это uTEST, TestIO, TestLIO, TestBirds.

Чем хороши эти платформы:

- Есть свои внутренние обучающие материалы;

- Есть тестовые задания после каждого учебного материала;

- Есть реальная возможность получить практические навыки в тестировании(об этом далее поподробней):

- Возможность подтянуть английский, т.к. почти все эти платформы на английском);

- Есть монетизация вашего труда.


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

Из всех платформ мне больше понравилась TestIO - после заполнения профиля и успешной сдачи тестового задания, приходит очень много приглашений поучаствовать в тестировании. В основном это функциональное тестирование, которое я, по не знанию и неопытности, превратил вместо тестирования, следуя описанным требованиям, в monky testing, тыкая во все подряд. Несмотря на это, я поучаствовал в 3 тестовых циклах (один сайт с фильмами, новостное приложение и онлайн-магазин) и создал отчет о 5 багах, 3 из которых отклонили. Но зато это дает понимание на практике разобраться в терминах и понятиях, которые ты изучаешь.


Пока что это все, что я сделал на первой неделе. На вторую неделю планы дочитать Куликова, посмотреть несколько вебинаров по IT, продолжить работать с краудтестинговыми платформами.


Спасибо за внимание!

Показать полностью
15

Из технологов с завода в QA. Вводный пост

Внимание!!! Длиннопост!


Доброго времени суток уважаемые Пикабушники!

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


Для злых языков:

- Да, это пресловутое войти в IT;

- Да, у меня нет никакого опыта в IT;

- Да, я про...пропустил время в универе, когда этот переход был бы логичным и обоснованным;

- Да, мне не 20 и не 25).


Итак, погнали!


Что имеем:

Возраст: 29 лет;

Работа: технолог-программист станков с ЧПУ;

Стаж: 5 лет;

Образование: бакалавр "Мехатроника и Робототехника"; техник "Пожарная безопасность";

Владение иностранными языками: Английский A2 ;

Цель: освоить профессию QA тестировщика и по возможности сменить профессию.


Мысли о смене работы приходили еще 2 года назад в 2018. Тогда это было связано с не самой высокой зп., ослабевающим интересом к тому, что я делаю, сменой политики руководства, перехода на сменный график работы. К сожалению (а может и к счастью?), тогда повысили зп. и мысли о смене работы меня покинули, да и к тому же мне очень нравится коллектив - отличные ребята и хорошие друзья. Собственно, в раздумьях и мониторинге рынка труда время подобралось к марту нынешнего 2020 года, а там, как всем известно, началась дичь под названием "Короновирус". В апреле этого года наткнулся на статью о тестировании игр и целом отделе тестирования в mail.ru. На тот момент это вызвало "ВАУ-эффект". Так как я всю сознательную жизнь играю в компьютерные игры, то тема меня зацепила - как же! превратить свое увлечение в работу - мечта да и только! Где - то месяц я читал интересующие статьи по теме QA в GameDev и понял только то, что QA в GameDev это далеко не игрушки в свое удовольствие целыми днями напролет, а ответственная работа призванная, в общем итоге, чтобы конечный пользователь получил качественный продукт, работающий по заявленным требованиям и оправдывающий ожидания. Что в итоге я понял:

- QA это серьезная и ответственная работа;

- Тестировщик - это инженер, работа которого,  не мене важна, чем моя текущая;

- Как ни крути IT это будущее;

- Мне интересна вся эта тема.

Собственно, пытаясь переварить и усвоить все эти мысли наступил отпуск в начале июня. Под ворохом житейских забот и семейных дел, эти мысли отдалились на задний план, а о QA я больше не вспоминал. Настало время выходить на работу... Я поймал себя на мысли, что я не хочу туда возвращаться. Как говорится, я перегорел. Месяц я просто ходил на работу, делал свое дело и выполнял свои обязанности, общался с коллегами, занимался своими делами пока не настал момент очередной третьей смены! Вот тут-то в очередной раз меня и понесло. Из-за очередного периода "ночного ничегонеделания"я занялся самокопанием и попыткой ответить для себя на несколько вопросов: нравится ли мне то, что я делаю? Какие дальнейшие пути развития в моей области? Что  в моей голове осталось с периода университетского образования? Что я могу? Что я хочу? Тут-то я и вспомнил о QA. Но в отличие от прошлого раза я не ограничился только тестированием игр, а решил узнать что в принципе представляет из себя QA в IT сфере. Прочитал несколько статей на хабре, посмотрел видосы на ютубе, просто искал любую информацию в интернете. Параллельно с этим начал просматривать hh на наличие вакансий в данной сфере в моем городе. Их было немного, но они были, что придало мне немного уверенности и мотивации копать и изучать дальше. Половина недели ночных смен пролетела в один миг. Но в один момент меня посетила мысль - ведь IT это удел молодых парней и девчонок лет 18-25, мозг которых способен тоннами впитывать нужную  и ненужную информацию. Нет, я, конечно, не старый, но мой мозг уже отвык это делать - запоминать и усваивать новую информацию. С пониманием этого пришло легкое разочарование и уныние. НО! Но я решил погуглить информацию о смене профессии в 30 лет, в том числе и переход в IT. Наткнулся на несколько статей и видосов о том как люди бросали свои работы, переходили в IT, снова брали в руки учебники и учились, учились и еще раз учились. Так подошло 28 июля, день Х, когда я для себя решил, что хочу стать QA тестировщиком. Пообщавшись с женой, я получил от нее полное одобрение и моральную поддержку, что в свою очередь придало мне уверенности и в правильности намеченного пути.


Если Вы дочитали до этого момента, то искренне прошу у Вас прощения за такое обилие воды, скомканное повествование и малого конструктива. Дальнейшие посты будут брать начало с 28 июля и будут разбиты по дням или временным промежуткам, которые будут связаны с началом пути обучения. Первые посты будут затрагивать уже прошедшие дни,  поэтому они скорее всего будут содержать достаточно оффтопа, но помогут мне быть более последовательным.


PS: Я не знаю возымеет ли успех моя затея. Но я пройду этот путь обучения до конца. Даже если у меня не получится, то эти знания вполне пригодятся мне в текущей работе. Где-то прочитал: "Не стыдно не знать, стыдно не узнать."

Показать полностью
28

Из автосервиса в IT

Золушка 21 века - это не бедная девчонка, нашедшая принца. Сегодня это мужик, который в 33 года решил сменить профессию и нашёл работу через две недели после окончания курса инженера по тестированию. Садитесь поудобнее, сейчас я расскажу вам сказку.

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

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

Возможно так выглядит кризис среднего возраста, но мне он пошёл лишь на пользу. Я не купил скейт, как делают многие чуваки моего возраста, а решил найти новую работу в сфере IT. Это стильно, модно, молодёжно, -подумал я, и был прав. Большинство сотрудников It компаний значительно младше меня. На их фоне я уже дед. Вот только абсолютно без опыта, и это пугало больше всего.

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

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

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

И вот, меня пригласили на интервью. Я волновался, как школьник, разве только шпаргалку на коленке не писал, но все прошло успешно, меня приняли на работу.

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

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

Название площадки я скрыл, чтобы не сочли за рекламу)

П.с. И да, скейт я себе все таки тоже куплю.

413

Талантливый тестировщик

Как же приятно наблюдать за людьми, которые работают на своем месте!

Есть у нас в компании отдел сопровождения/тестирования/внедрения. Сотрудников этого отдела мы называем просто "тестировщики".

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

Позвал меня один из тестировщиков, чтобы по коду проконсультировать. Подхожу к его столу. У него на одном мониторе видно запущенный автоматический тест и какие-то инструкции, на втором - удаленное подключению к рабочему столу юзера, где он ошибку исправляет. При этом он говорит с пользователем по телефону, не отключаясь, показывает мне то место, в котором возникла проблема. Коллега задаёт ему какой-то вопрос. Я бы отправила куда-нибудь подальше, а тестировщик спокойно ответил и спокойно продолжил разговор с пользователем. И улыбается! Как вы это делаете?!

18

Карта навыков QA инженера

Непрофессиональный перевод карты навыков для QA инженера с английского. Ссылка на оригинал: github

P.S. переводил для себя, поэтому некоторый перевод может быть кривым. Решил выложить, вдруг кому пригодится.

Карта навыков QA инженера QA, Длиннопост, Перевод, Тестирование
Карта навыков QA инженера QA, Длиннопост, Перевод, Тестирование
Показать полностью 2
7

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

Не устраивает приложение и голосовой помощник? Часто о тонкостях невизуального доступа разработчики даже не догадываются. На помощь им приходят незрячие пользователи. Мы поговорили с тестировщиками из России и узнали, что они предлагают исправить в приложениях на iOS и Andriod и как достучаться до разработчиков.

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

Однажды в цех мягкой мебели, где работал Дмитрий Дружинин из Ижевска, завезли некачественный клей. Зрение пропало не сразу. Сначала перед глазами появилась маленькая точка. Потом она начала расти, и через два месяца все погасло. Токсичные пары клея разрушили миелиновою оболочку зрительных нервов. Конечно, были стресс и затяжная депрессия. Диму поддержала любимая жена Гульнар. А потом родился долгожданный сын, и переживать стало просто некогда.


Гаджет вместо глаз


Еще до потери зрения Дмитрий интересовался компьютерной техникой, а тут начал изучать, как это все озвучивается, работает. Технологии здорово облегчили молодому человеку жизнь. Потом он начал помогать другим. Сейчас Дмитрий ведет курсы по компьютерной и мобильной грамотности в Региональном центре библиотечного обслуживания слепых и слабовидящих граждан Национальной библиотеки Удмуртской республики.


«Официально я библиотекарь. А еще региональный тренер по невизуальному использованию мобильной техники. По-космически звучит, да? Это значит, я учу использовать функции смартфона без зрительного контроля. Еще три года назад львиную долю моих учеников составляли те, кто изучал компьютер. Теперь большинство проходят курсы именно по невизуальной доступности. С помощью смартфона сейчас можно выполнить почти все действия, которые раньше мы выполняли на компьютере, разве что текст в Microsoft Word набирать не так удобно».


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


Практически в любом современном смартфоне уже встроена программа экранного доступа: в Android это TalkBack, которая находится в меню «Настройки» → «Специальные возможности», а в iOS — VoiceOver в меню «Универсальный доступ».


Но не все так просто. Дмитрий отмечает: «Другое дело, что фирменные оболочки некоторых смартфонов не очень дружелюбны к программам экранного доступа. Например, могут не озвучиваться некоторые кнопки в панели уведомлений, в меню недавно запущенных приложений, на рабочем столе, или неудобно отвечать на звонок.


На мой взгляд, для незрячих доступны приложения WhatsApp, „Сбербанк онлайн“, KateMobile и AquaMail. Частично доступны Viber, ВКонтакте, Yandex или „Алиса“, „Мой Теле2“, „Едадил“. Совсем недоступны „2ГИС“, большинство навигаторов и приложений с графической, визуальной направленностью».

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

Ничего для нас без нас. Как стать тестировщиком


«Я уверен, тестировать приложения для незрячих должен именно незрячий специалист. Во всех крупных компаниях, например Apple, Google или Yandex, в штате работают незрячие тестировщики», — говорит Дмитрий.


Часто крупные компании объявляют набор бета-тестеров на свои приложения. Так можно стать бета-тестировщиком WhatsApp, Yandex, TalkBack или ассистента «Дуся».


Но, бывает, сотрудничество складывается и без официального приглашения.


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


Так удалось улучшить голосовой ассистент «Дуся». Ассистент изначально был задуман для людей, которые не имеют визуального контакта с устройством. Тем не менее, он был недоработан: при голосовом запросе отвечал ассистент и одновременно TalkBack озвучивал то, что написано на экране. Дмитрий обратился к родителям Дуси, разработчикам программ по распознаванию и синтезу речи из Санкт-Петербурга. Ассистент был доработан. Теперь при установке Дуся видит TalkBack и автоматически настраивается под работу с ним, снимает ненужные галочки и выключает голосовую активацию.


«Скажу про Android, на платформе тоже есть, что исправить, — добавляет технолог из Ижевска, — чтобы озвучивались кнопки, разработчикам необходимо прописать атрибут Сontent Description для элементов управления. Тогда интерфейс программы никак не изменится, зрячие пользователи в красоте не потеряют, но кнопки будут уже озвучиваться для слепых. Программы экранного доступа берут информацию не с самого экрана, а как бы из ее кода. В общем, главное не лениться и писать разработчикам о всех найденных недостатках. И помнить, что от тебя зависит и работа других незрячих пользователей с этим приложением».

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

Делать самим, а не ждать, когда о нас вспомнят


Екатерина Живага (г. Елец, Липецкая область) ослепла практически с рождения. Жизнь привыкла воспринимать на слух: 15 лет своей жизни отдала музыке: фортепьяно и гитаре. Школьную программу Катя осваивала на домашнем обучении, а окончить школу ей предложили в Липецком интернате для слепых и слабовидящих. Ехать в интернат не было никакого желания, поэтому пришлось учиться дистанционно.


«И вот мне выдали необходимое оборудование. Моим первым гидом в техническом плане (и даже по жизни) стал компьютер Mac mini. Осваивать его пришлось самостоятельно. Поначалу было очень обидно, что меня все бросили и ничего не объяснили, но слепые люди могут многое, если есть желание. С тех пор началось мое знакомство с программным обеспечением. В 2015 году у меня появилось первое сенсорное устройство, смартфон на Android. Устройство было ужасным, но в итоге оказалось полезным, ведь если с проблемами не сталкиваться, значит, не получить никакого опыта».


Функции смартфона Екатерине помогли освоить друзья, с которыми она познакомилась в интернете. «Пришлось научиться грамотно писать, потому что часто приходилось делать в рассылки для слепых, а плохо писать было стыдно».


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


Принцип Екатерины: если можно сделать лучше, почему бы об этом не попросить? В 2019 году девушка приобрела iPhone и начала устанавливать приложения. А когда столкнулась с первой проблемой, обратилась к разработчикам с просьбой исправить. И продолжает делать это до сих пор.


Екатерина отмечает хорошую доступность приложений DropBox, pCloud, nPlayer, Сбербанк онлайн, Radio box. (Разработчик последнего как раз исправил одну недоработку в области доступности по сигналу Кати, за что она очень благодарна). Youtube, WhatsApp, Alon Dictaphone. (Авторы этого приложения также пошли на контакт и исправили несколько проблем, а также встроенные приложения от Apple).


Некоторые проблемы, по словам Екатерины, возникают при использовании приложений VK, Яндекс.Диск, Яндекс Такси. Плохо адаптированы приложения больших компаний, чаще Российских, таких, как Яндекс, Mail.Ru. Это Облако Mail.Ru, приложение в Telegram, работу в котором Катя сравнивает с походом по минному полю.

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

Как тестируют приложения для iOS


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


Екатерина рассказывает о своем опыте: «Я открываю приложение и нахожу раздел „О программе“, „Написать нам“, „Связь с разработчиком“ — зависит от разработчика и локализатора. Когда нахожу адрес, по которому обратиться, пишу текст и сразу же поясняю, что я слепой пользователь. Если хотим адекватной реакции разработчиков и последующего исправления проблем, стесняться этого глупо. Если проблема небольшая, и разработчик понимает и идет на контакт, то исправляет ее в следующем релизе, а если ситуация сложная, которая требует проверок, меня приглашают присоединиться к бета-тестированию через приложение TestFlight».


Екатерина призывает слепых пользователей быть более активными: «Не ждите, пока про нас кто-то услышит и начнет что-то менять. Если какое-то приложение плохо доступно, не стесняйтесь обращаться к разработчикам с просьбами исправить. Не все авторы приложений знают, что мы используем сенсорные устройства. Для некоторых мы беспомощны и вообще ничего не умеем. Нам самим нужно менять и приложения, и отношение к себе.»


Недавно Корпорация Google выпустила приложение Accessibility Scanner. Это инструмент для тестирования доступности интерфейсов приложений на Android. Разработчики принимают сообщения о проблемах доступности графического пользовательского интерфейса и рекомендации по их исправлению. Простыми словами, это служба доступности, прямая связь разработчиков с пользователями. Для работы с приложением не нужно каких-то особенных технических знаний. Оно доступно в Play Market Ассистентом обратной связи обзавелся и Apple. Называется приложение Feedback Assistant. Оно также дает возможность отправлять отчеты об ошибках напрямую разработчикам.


Полную версию статьи читайте на портале для людей, которые видят по-разному, – «Особый взгляд».

Показать полностью 3
Мои подписки
Подписывайтесь на интересные вам теги, сообщества,
пользователей — и читайте персональное «Горячее».
Чтобы добавить подписку, нужно авторизоваться.
Отличная работа, все прочитано!