Тестеров – : , , , — Testers

Краудтестинг, или Где взять опыт для первой работы в тестировании / Badoo corporate blog / Habr

Изображение: источник

Привет, Хабр! Меня зовут Евгений Кузнецов. Я работаю в Badoo, в отделе QA.

Почти пять лет назад я начал интересоваться тестированием: читал книги, искал информацию в интернете. На одном из форумов наткнулся на тему про подработку, где один из участников оставил ссылку на сайт uTest.com. И это была действительно удачная находка, поскольку uTest оказался крупнейшей платформой для тестировщиков с кучей полезной информации и сотнями оплачиваемых краудсорсинговых проектов.

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

Что такое краудтестинг

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

Как можно ускорить процесс тестирования без ущерба качеству продукта? Можно расширить QA-команду и купить больше девайсов; написать кучу автотестов и запускать их в «облаке»; наконец, арендовать несколько девайсов, сесть и тестировать приложение вместе с QA-инженером. Или обратиться к какой-нибудь краудтестинговой платформе. Обычно это сайт, на котором зарегистрированы тысячи тестировщиков. Они готовы тестировать любое веб- или мобильное приложение на собственных гаджетах и ноутбуках.

Вам нужно предоставить ссылку на сборку (например, с помощью HockeyApp или TestFlight), выбрать операционную систему и устройства, на которых вы хотите тестировать свой продукт. Можете даже выбрать страну нахождения тестировщиков. В общем, список пожеланий может быть очень длинным. Затем менеджер платформы разошлёт приглашения — и армия тестировщиков приступит к работе. Через некоторое время вы получите результаты и решите, какие баги нужно фиксить, а с какими можно существовать и после релиза.

Так весь процесс выглядит со стороны заказчика. А теперь давайте посмотрим на него глазами тестировщика.

Что нужно, чтобы начать тестировать

Ничего особенного. Если вы читаете эту статью, значит, у вас есть компьютер, мобильный девайс или что-то ещё. Этого достаточно для регистрации на платформе и участия в проектах. Укажите в профиле модель своего устройства, версию ОС, список браузеров на компьютере и т. д. Будет лучше, если у вас в распоряжении несколько мобильных устройств, например, iOS- и Android-девайсы — вероятность получить инвайты будет выше.

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

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

Баг принят ⇒ получаете деньги.
Баг отклонён ⇒ получаете опыт, так как в комментарии к репорту будет объяснена причина отклонения.

Зачем краудтестинг начинающему тестировщику

Опыт

Я начал работать на краудтестинговых площадках до того, как нашёл первую работу. У меня были неплохие знания теории тестирования, но не было практического опыта (без которого многие рекрутеры даже не хотят начинать разговор). Работая на краудсорсинговых платформах, вы получите отличный практический опыт тестирования программного обеспечения. Разнообразие софта будет зависеть от имеющихся у вас гаджетов. У меня были iPhone и ноутбук (на Windows 7) с установленной виртуальной машиной (на которой крутились XP и Vista). Чуть позже я купил Android-девайс и iPad.

За первые два месяца я поучаствовал примерно в 20 проектах, которые длились от нескольких часов до нескольких дней. E-commerce-приложения и сайты, игры, соцсети, мессенджеры… Если будете активно участвовать и находить много багов, то ваш рейтинг будет расти, а значит, вы станете получать больше приглашений.

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

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

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

Чем более вы продуктивны в тест-циклах, тем больше приглашений на них у вас будет.

Новые скилы

Очевидно, что при тестировании большого количества ПО вы будете осваивать новые навыки: как снять краш-логи с Android-/ iOS-девайса и прочитать их, как использовать ADB Console и monkey-тестинг, как правильно использовать все настройки девайса (включение ограничения приложений на доступ к камере/ геолокации, «универсального доступа», режима зумирования), как использовать браузерные инструменты для разработчиков и многие другие. И вам придётся всё это узнать, чтобы найти больше багов, так как каждый проект — это мини-соревнование между тестировщиками.

Вы научитесь работать с новыми инструментами. Например, одним из моих проектов была проверка ивентов Google Analytics, в тот день я открыл для себя Charles Proxy. Немного позже я начал использовать все его возможности (throttling, rewriting, mapping). Ещё, помню, у меня был проект по тестированию безопасности, и я нашёл прекрасный инструмент Zed Attack Proxy.

Кстати, если хотите прокачать свои навыки, рекомендую статью «Тестирование мобильных приложений: tips & tricks».

Любопытство — самый ценный навык тестировщика.

Сообщество

Общение — один из самых важных навыков для тестировщика. Это ключ ко всему. Что бы вы ни хотели узнать, найти или получить, нужно общаться. Каждый новый человек может дать вам какие-то новые возможности. На краудтестинговых платформах вы встретите много интересных людей, которые будут с вами «на одной волне». На форумах есть сотни тем, в которых можно задавать любые вопросы. Это особенно важно, когда вы начинаете свой путь в тестировании, поскольку можно научиться и получить совет у более опытных людей.

Будьте активны, задавайте вопросы в чате тест-цикла. Если вам кажется, что в описании что-то упущено, обязательно скажите об этом. Помогайте другим участникам, если знаете ответы на их вопросы. Тимлид или заказчик это заметят — и позже вы сможете получать приглашения в проекты «для избранных».

Общение — ключ к возможностям.

Языковая практика

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

Не бойтесь ошибаться: для 90% участников английский — тоже не родной язык.

Деньги

Последний аргумент — деньги. Работу на краудтестинговых платформах можно рассматривать как оплачиваемую стажировку. Ведь вы получаете и опыт, и доход. Размер оплаты будет зависеть от критичности и количества найденных багов. На большинстве платформ он колеблется в диапазоне 3—15 у. е. (в зависимости от проекта, могут отстегнуть и 50 у. е.) за баг.

Сначала я зарабатывал около 400 евро в месяц, работая по паре часов в день. Потом я решил сосредоточиться не на количестве, а на качестве баг-репортов. Начал проводить больше времени на платформе — и в результате стал зарабатывать около 700—800 евро в месяц. Мой рейтинг ощутимо вырос — и вскоре я получил от менеджера проекта приглашение в небольшую команду на закрытый цикл тестирования одного продукта. После около 12 часов работы каждый из нас получил больше тысячи евро.

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

Платформы, на которых я работал

Крупнейшее онлайн-сообщество тестировщиков ПО. Помимо оплачиваемых проектов по тестированию, здесь есть масса полезной информации, статьи и хороший форум. Возможно, это лучшее место для начала работы. К сожалению, у меня с ним, что называется, не сложилось. Четыре года назад на платформе было очень мало проектов для тестировщиков из России (сейчас с этим, насколько я знаю, получше). В то время клиенты были в основном из Европы и США, и они хотели тестировать продукты на своих потенциальных рынках. Россия, разумеется, к ним не относилась. Конечно, можно было прибегнуть к хитрости: использовать VPN и написать в профиле, что ты тестировщик из Англии или США. Так я, собственно, и сделал, чтобы получить свой первый проект. Но для меня такой способ оказался не очень удобным, так что я начал искать другие платформы.

Раньше платформа называлась Testcloud, и она стала моей любимой краудтестинговой площадкой.
Удобный интерфейс, налаженное взаимодействие с тимлидами и заказчиками, хорошая система рейтинга тестировщиков и прекрасные рейты за найденные баги (вывод денег — через PayPal). На этой платформе у меня было множество разных и интересных проектов. В течение нескольких месяцев я был единственным русскоязычным тестировщиком, поэтому мне доставались все проекты с RU-локализацией.

Через год я решил стать тимлидом на этой платформе. Тимлид на краудтестинговой площадке — это тот же фрилансер, получающий приглашения в проекты; только он не тестирует продукты, а проверяет баг-репорты и контролирует весь цикл тестирования. Но, к сожалению, в тот момент я был очень занят на новом месте работы — и из-за нехватки времени мне пришлось уйти с площадки. А вообще у ребят замечательная команда, и я рад видеть, что платформа растёт. Очень рекомендую!

Отличная платформа с разными проектами. Несколько раз мне даже присылали гаджеты для тестирования, и некоторыми я пользуюсь до сих пор. Кстати, пару лет назад появился и русскоязычный вариант — crowdtesting.ru.

Участвовал в нескольких циклах тестирования.
В некоторых проектах требуется знание немецкого языка.

Индийская платформа. До сих пор получаю с неё приглашения на проекты.

И ещё несколько ресурсов

Если верить информации на сайте, платформа сотрудничает с Facebook, Spotify и Microsoft. Так что, если у вас есть желание зарепортить какие-то раздражающие баги FB (у меня, пожалуй, наберётся пара десятков), это место для вас.

Хочу заметить, что этот проект является организатором тестатонов (хакатонов для тестировщиков), один из которых проходил в Москве.

Не имеет ничего общего с известной компанией. Но, кто знает, возможно, у вас в руках окажется и предрелизная версия приложения Uber.

Ещё одна крупная платформа. Интересная особенность: платят не за найденные баги, а за время, потраченное на тестирование. А ещё там есть прикольный блог, где вы можете почитать истории тестировщиков с этой площадки.

Заключение

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

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

Тестировщики не ломают софт — они ломают ваши мечты о нём…(с) James Bach

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

P. P. S. Кстати, в Badoo мы тоже используем краудтестинг для поиска секьюрити-багов. Так что, если вы эксперт в области IT-безопасности и хотите заработать (до £2000 за уязвимость!), то добро пожаловать в нашу bounty-программу на сайте hackerone.com.

habr.com

LCR тестер компонентов TC-1

Приветствую всех читателей на страницах сайта!
Наверное, не многие радиолюбители еще не слышали о LC тестере T4, а те кто обзавелся или собрал самостоятельно подобный прибор вряд ли назовут его бесполезным.
Интерпретаций данного тестера сегодня существует довольно большое множество – это и конструктор, и готовый модуль с питанием от кроны, и модули с литиевыми аккумуляторами, и эти же модели, но уже в корпусе из оргстекла/акрила.
Сегодня хочу поделиться информацией о еще одной версии LC-тестера – мультифункциональном тестере ТС-1 с цветным экраном, встроенным литий-ионным аккумулятором, приличным корпусом и парой дополнительных полезных функций.
Кому данная тема интересна, приглашаю под кат.

Сначала пара слов для тех, кто еще не знает для чего служат подобные приборы.
Как правило, большую часть радиокомпонентов можно проверить обычным мультиметром. Однако есть и такие, которые мультиметром не протестировать вовсе или удастся это сделать лишь частично. Например, полевые транзисторы MOSFET, J-FET. Кроме того, не все мультиметры могут измерять емкость конденсаторов, а те которые могут это делать, не могут измерять ESR – эквивалентное последовательное сопротивление и Vloss – напряжение утечки.
Не удастся так же мультиметром определить напряжение стабилизации стабилитронов при затертой или мелкой маркировке.
И вот в этих случаях очень может выручить многофункциональный тестер ТС-1, которым можно тестировать резисторы сопротивлением до 50 МОм, диоды, стабилитроны с напряжением стабилизации до 30 вольт, светодиоды, npn и pnp биполярные транзисторы, N и P канальные полевые транзисторы MOSFET и J-FET, IGBT биполярные транзисторы с изолированным затвором, тиристоры, симисторы, измерять индуктивность, емкость, ESR, Vloss конденсаторов, а так же напряжение литиевых аккумуляторов до 4,5 вольт. Тестер умеет дешифровать сигналы пультов дистанционного управления. Питается прибор от внутреннего литий-ионного аккумулятора и заряжается через microUSB разъем от любого источника напряжением не более 6 вольт. Информация о результатах теста выводится на цветной TFT дисплей размером 1,8 дюйма с разрешением 160*128 пикселей.

Поставляется тестер в небольшой коробке с цветным принтом и информацией о возможностях тестера.

Внутри лежит интуитивно понятная инструкция на английском языке и антистатический пакет.

Внутри антистатического пакета спрятан тестер, короткий шнур для зарядки и … еще два антистатических пакета).

В полностью распакованном виде содержимое пакетов выглядит так:

Большой плюс, что положили в комплект щупы – не нужно допаивать провода к радиодеталям с короткими ножками или аккумуляторам, чтобы вставить их в разъем. Наконечники щупов подпружинены и хорошо зажимают выводы радиокомпонентов.
Но есть и претензии к щупам – они могли бы быть и одного цвета с проводами. Позже, когда проводил тесты, испытывал дискомфорт от этого. Оно может и не имеет значения – тестеру все равно какой контакт детали, в какой контакт колодки вставлен. Он сам разберется, но все же когда внимание сосредоточено на приборе/щупах/измерениях, то лишний отвлекающий фактор не к месту (а может и придираюсь).

Конденсатор на 10 мкф*25 вольт и красный светодиод положили в качестве бонуса, а вызвавшие сначала недоумение неразрезанные контакты, позже пригодились для калибровки тестера – да, есть тут и такая задекларированная в инструкции процедура.
С самого начала прибор вызвал интерес тем, что у него приличный корпус, ничего делать как в случае с бескорпусным вариантом LC тестера Т4 не нужно. В руке лежит удобно.

Излишество или хороший тон, но экран закрыт транспортировочной пленкой.
К номерным контактам разъема подключаются любые контакты радиодеталей, кроме стабилитронов. Для стабилитронов предусмотрены контакты разъема КАА (катод, анод, анод).
В инструкции указано, что не следует одновременно в номерные контакты вставлять, например, транзистор, а в контакты для стабилитронов стабилитрон – будет проводиться тест только компонента в номерных контактах.
Рядом с разъемом расположено окно инфракрасного датчика для проверки и декодирования сигналов пультов ДУ.
Все управление прибором производится одной кнопкой, которая в инструкции обзывается многофункциональной. Под «много» имеется ввиду, краткое нажатие для активации прибора и начала теста, после установки компонента в разъем и длительное нажатие для принудительного выключения прибора. Как и в Т4 здесь не забыли про автоотключение после 25 секунд бездействия. Кому этого времени покажется много, тот может воспользоваться информацией из инструкции, вскрыть прибор и установить паяльником перемычку, задав нужный период до отключения от 10 до 25 секунд.
На задней стороне прибора находится разъем microUSB и светодиод. Во время зарядки он светится красным, а по ее окончании привычно зеленым цветом.

Дальняя и нижняя сторона корпуса

Размеры корпуса

Как и все приборы, содержащие аккумулятор, тестер перед использованием рекомендуется зарядить. Максимальный ток зарядки составляет 0,44 Ампера.

С описанием внешнего вида и характеристикам всё и можно переходить к тестированию радиокомпонентов.
Для включения тестера кратко нажимаем кнопку и видим следующее на экране:

Прибор пишет, что не обнаружил тестируемый компонент или компонент поврежден.
Выпрямительный диод 1N4007, диод Шоттки SR504, сдвоенный диод Шотки SBL2040CT.

Для светодиодов тестер показывает ёмкость перехода и минимальное напряжение, при котором светодиод открывается. Во время теста светодиод начинает мерцать.

Стабилитроны на разное напряжение:

Транзисторы структуры npn: BC547C, МJE1309, КТ312Б, КТ315Б

MJE13003С с защитным диодом и составной транзистор КТ827А

Транзисторы структуры pnp: МП40А, ВС557В, S8550

Полевые транзисторы: APM3055L – N-канальный MOSFET и LD1010D – N-канальный JFET с PN диодом:

Из имеющихся у меня под рукой компонентов тестер не совсем точно отобразил N- канальный MOSFET К3742. Его он показал как IGBT:

P-канальный MOSFET BSS92

А вот IGBT транзистор G20N50C тестер отобразил как N канальный MOSFET, но тут есть оговорка: по одному даташиту он N-канальный MOSFET, а по другому N-канальный IGBT и обозначения немного разные.

Не смотря на «путаетесь в показаниях») нужно сказать, что тестер суть компонента определил – будь транзистор пробитым или оборванным, мы бы увидели совсем иную картинку.
Последние две фотки снимались по случаю на телефон на радиорынке так, как в наличии P-канальных MOSFET и IGBT в наличии не было. Не обессудьте.
Следующими в очереди были симисторы MAC97A8 и BT134600E

В инструкции к прибору говорится, что тестер способен тестировать тиристоры и симисторы с током управляющего электрода до 6 mA, но у MAC97A8 этот параметр равен 7 mA, а у BT134600E — 25 mA. Выходит или в инструкции ошибка или прибор лучше). С конденсаторами такая же история – до 100 mF. Микро или мили? Учитывая, что тестер измеряет конденсаторы емкостью больше 100 мкФ, то тогда в инструкции имеются в виду миллиФарады, а это 100 000 микроФарад. Но вернемся к тестированию.
Измерение индуктивности:

Тестер умеет распознавать сигналы пультов дистанционного управления и декодировать их. Но касается это только пультов работающих в IR формате Hitachi. Из таковых оказался только ПДУ от ДВД плейера BBK. При нажатии кнопок на пульте картинка на дисплее тестера менялась.

В случае с остальными пультами на зеленом поле экрана мигала красная крупная точка, просто сигнализируя о том, что пульт работает и что то излучает.
Насколько полезная данная функция судить не берусь, но пусть лучше будет.
Сопротивление тестер измеряет в диапазоне 0,01 Ом — 50 Мом. Не всё нашлось в закромах, но общий вывод – справляется. Погрешность есть, как, впрочем, и у всякого измерительного прибора. В инструкции, кстати, она не указана.

На резисторах провел сравнительные замеры тремя приборами:

Как говорится, придраться к каждому можно. И в то же время каждый не далеко ушел от соседа. Где то больше, где то меньше, но все равно достаточно точно.
Проверку конденсаторов провел по той же схеме. Расхождения между приборами присутствуют, но иное представить трудно.

Опять же сравнительные замеры тремя приборами:

Примечательный факт — конденсаторы были разные — керамика, лавсан и другие, но с МБМ не смог справиться ни один из приборов. При этом, обозреваемый ТС-1 показал лишь на 35 % больше от номинала. Два других дали погрешность почти на +80 %).

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

Сначала фото приличных конденсаторов. Номиналы на фото написаны желтым цветом.

Пара сравнительных фото с мультиметром.
Тот же конденсатор 47 мкф*160 вольт и 2200 мкф*25 вольт.

Результаты сравнения показаний емкости трех приборов такие же как и в случае с резисторами и неэлектролитическими конденсаторами – плюс/минус, но все рядом.
В завершении конденсаторной главы несколько фото негодных конденсаторов.
4,7*25 В, 100 мкф*10 В, 10 мкф*50 В:

4,7 мкф*400 В, 22 мкф* 250 В, 470 мкф * 25 В

Следуя инструкции и по опыту угробленного Т4, скажу что перед проверкой конденсаторов их следует обязательно разрядить.
Кроме всего вышеперечисленного ТС-1 позволяет так же проверять напряжение элементов питания с напряжением до 4,5 Вольт.

Последним пунктом из функционала тестера остается калибровка. Тут, как в случае с Т4, не требуется конденсатор. Здесь для калибровки достаточно вставить в колодку те самые неразрезанные контакты из комплекта, что при распаковке удивили своим наличием в комплекте, и нажать кнопку.
После этого на экране появится сообщение о самотестировании и ниже шкала с процентами его выполнения.

На уровне 22 процентов тестер попросит извлечь замкнутые контакты и тест продолжится.

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

Мозговым центром тестера является микроконтроллер Atmega 324PA, надпись на втором чипе старательно затерта.

Обратите внимание на область платы в красном прямоугольнике – замкнув контакты на массу можно изменить время до отключения тестера. С завода перемычек нет и установлено время 25 секунд. Добавив перемычки можно установить 10,15,20 секунд.

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

Тест аккумулятора провел из спортивного интереса аж тремя способами: зарядка-разрядка iMax B6 (током 0,2 А), зарядка-разрядка EBD-USB (током 0, 18 А) и зарядка через USB-тестер. И на удивление все три теста дали практически одинаковый результат – аккумулятором прибор укомплектован качественным.

Под финал изучения тестера под руку попались динисторы DB3. С ними, не смотря на напряжение пробоя по даташиту от 28 до 32 вольт, тестер тоже как-то справился.

Подводя черту, по традиции и правилам сайта отмечу минусы и плюсы.
Минусы (или пожелания): прибору следует немного добавить точности измерений, вопросы по определению некоторых MOSFET и IGBT транзисторов и хотелось бы щупы и провода одного цвета.
Плюсы: многофункциональность, компактность и законченный вид благодаря корпусу, внутренний качественный аккумулятор, щупы, простая калибровка, цветной дисплей.
P.S. Из имеющихся теперь тестеров T4 и ТС-1 предпочту пользоваться обозреваемым.

Товар предоставлен для написания обзора магазином. Обзор опубликован в соответствии с п.18 Правил сайта.

mysku.ru

Software-Testing.Ru

TestCon Moscow 2020 — Международная конференция по тестированию и обеспечению качества ПО 16.12.2019 00:00 Криптовалюта, смарт контракты, блокчейн, нейросети, новый уровень общения и это только начало… Начало конференции TestCon Moscow 2020! В этом году мы возвращаемся к вам уже в четвертый раз! Так что отмечайте даты 31 марта – 2 апреля в календаре. Кратко основная информация: А сейчас встречайте наших докладчиков: Егор Васильев успел поработать в разных международных компаниях , имеет богатый опыт тестирования разных проектов. В последнее время посвятил себя работе с Etherium Егор расскажет нам о будущем нашего цифрового мира – блокчейн, и все, что с ним связано. Смарт контрактах, технологиях и инструментах ручного и автоматизированного тестирования. Вместе с ним мы постигнем опыт работы, сложности и их преодоление. В системе, где нет доверия к участникам, нам нужно будет его найти. Егор нам в этом поможет. На новый уровень общения выведет нас Пётр Грибанов, наш следующий, не менее опытный докладчик – 20 лет в тестировании и по его словам “он продолжает учиться”. Кажется, ему уже пора учить нас. И есть чему – эволюции общения, где информация формируется не только нами, ботами, программами, системами и где наше участие возможно уже и не требуется. Пётр расскажет не только о новой системе, поделится с нами опытом тестирования. Крепкий коктейль из настольной игры и цикла разработки ПО приготовит для нас Роман Сорока. Роман покажет обратную сторону разработки. Расскажет историю реального опыта и сделает это в форме игры. Вот наша первая тройка. До 19 декабря билеты можно приобрести по самой лучшей цене.  А для подписчиков портала предлагаем дополнительную скидку в 10% по промокоду SOFTWARE10. Cледите за новостями, мы продолжим знакомить с тем, что вас ждет! До встречи на TestCon Moscow 2020!   Записная книжка тест-дизайнера, часть 2: вдохновение тестировщика 13.12.2019 10:55 Автор: Рикард Эдгрен (Rikard Edgren) Оригинал Перевод: Ольга Алифанова Часть 1 Часто (и по праву) говорят, что нужно учитывать куда больше, нежели явные требования, чтобы быть в состоянии хорошо тестировать[1]. Самая важная причина тому то, что на момент тестирования мы знаем о продукте больше, чем до его имплементации, и тестировщики рассматривают различные уровни детализации. Другие причины в том, что требования всегда неполны (они не были написаны Господом всемогущим, и список неявных требований почти бесконечен), некоторые вещи нужно опробовать, чтобы в них разобраться, и нет смысла тратить слишком много сил на фиксацию требований. Подробнее…   Скидки на пакеты курсов по мобильному тестированию и инструментам от Арсения Батырова 12.12.2019 12:08 В честь наступающего Нового Года Арсений Батыров подготовил 3 пакета курсов, которые можно купить с большой скидкой. Первый пакет включает в себя курс по мобильному тестированию и Android Debug Bridge. Их будет вполне достаточно для того, чтобы начать работать мобильным тестировщиком. К ним можно добавить курс Азбука IT, если вы только начинаете работать в IT, или тестовое собеседование — если хотите проверить свои знания после прохождения курсов. Естественно, скидка будет действовать и на них. Второй пакет посвящен полному погружению в мобильную автоматизацию, и включает в себя курс “автоматизатор мобильных приложений”, а также курсы по adb, git и bash. Пройдя все эти курсы и выполнив домашние задания, вы сможете поднять мобильную автоматизацию с нуля — а это ценный навык для тестировщика любого уровня. В конце курса у вас будет готовый для работы фреймворк и все необходимые знания о том, как его разворачивать, хранить и расширять. Опять же, если хотите обсудить варианты развития после прохождения курса — добавляйте к пакету опцию “симулятор собеседования”. Наконец, последний пакет состоит из инструментов тестировщика. В него входят курсы по ADB, Bash, Chrome Devtools, Git и SQL.  Вы можете значительно прокачать свои навыки (и свое резюме) за короткое время, да еще и с большой скидкой. Естественно, можно выбрать только те курсы, которые вам интересны. Состав, цены пакетов и подробное описание можно посмотреть по ссылке.

11.12.2019 00:00 Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова Для тестировщика, который только начал создавать тест-автоматизацию, использование системы контроля версий вроде Git может показаться опасным и запутанным. Однако способность получить свежайший код, обновить его и создать запрос на включение кода – это очень важно для любого командного проекта? Сегодня я расскажу об основах Git. Подробнее…   Бесплатный онлайн-марафон «Как стать менеджером проекта или команды» 10.12.2019 13:29 Наши друзья из Школы менеджеров Стратоплан в эти выходные (14-15 декабря) проводят бесплатный онлайн-марафон «Как стать менеджером проекта или команды»: https://stratoplan.ru/base/t2ms/ По существу о том как стать, быть и работать менеджером с самых разных точек зрения. Если вы уже кем-то и чем-то руководите или планируете — приходите, точно будет полезно. Полная программа марафона: Подробнее…   Снова в школу: как обучить ручных тестировщиков разбираться с автотестами 14.11.2019 15:35 Автор: Всеволод Егоров, QA Engineer, Wrike Оригинальная публикация Четыре из пяти соискателей-QA хотят научиться работать с автотестами. Не все компании могут осуществить такие желания ручных тестировщиков в рабочее время. Wrike провёл школу автоматизации для сотрудников и реализовал это желание для многих. Я в этой школе участвовал именно как ученик-QA. Я научился работе с Selenium и сейчас самостоятельно поддерживаю определённое количество автотестов практически без помощи извне. И, по итогам нашего совместного опыта и моих личных выводов, я постараюсь вывести ту самую формулу как можно более идеальной школы автоматизации. Подробнее…   Тестирование на основе рисков, часть 3: предотвращение и обнаружение багов 09.12.2019 00:00 Автор: Дэн Эшби (Dan Ashby) Оригинал статьи Перевод: Ольга Алифанова Часть 1 Часть 2 Добро пожаловать в финальную часть цикла статей о взаимоотношениях между тестированием и продуктовыми рисками. В первой части я обсуждал, почему говорить о тестировании продуктовых рисков лучше, нежели о типах тестирования. Во второй части мы говорили о выявлении продуктовых рисков путем тестирования, и я опубликовал модель своего подхода. В этой, третьей и последней части я собираюсь рассказать о проактивном и реактивном качестве, предотвращении и обнаружении багов. О тестировании до и после того, как создан код, и о том, как выявленные риски и переменные могут помочь лучше проектировать тесты, чтобы снизить эти риски. Я также покажу ряд моделей, чтобы пояснить различные петли обратной связи во время тестирования. Подробнее…   Comaqa Spring 2019: тестирование нагрузки и безопасности 06.12.2019 00:00 Публикуем подборку докладов с конференции Comaqa Spring 2019, посвященную нагрузочному тестированию и тестированию безопасности. Процесс тестирования производительности на проекте «с нуля» – Антон Серпутько, EPAM Systems (Киев). Инструменты нагрузочного тестирования в процессе разработки — Сергей Зименко, Terrasoft (Киев). Как специалисту по ручному тестированию базово проверить проект с точки зрения безопасности — Евгений Толчинский Testing Center of Excellence, (Киев). Ценность и результативность usability аудита и тестирования – Яна Рыжова, Елена Захарова, EPAM (Нижний Новгород) Подробнее…   Бесплатная онлайн QA конференция в 4+ потока QA Z Day 2019 05.12.2019 10:34 В пятницу 13 декабря, менее чем через две недели, состоится Международная онлайн конференция по тестированию QA Z Day 2019. Ежегодные конференции QA Z Day — это: авторские онлайн мастер-классы доклады только от спикеров-практиков 2000+ удаленных участников 13 декабря – 4+ потока, более 40 докладов. ✔ Этой зимой нашу конференцию посетит Lokesh Sangewar (Mixed QA specialist; Pune, India) и расскажет в сжатом сверх структурированном виде о том что, когда и как Автоматизировать, озвучит вопросы объемов и приоритетов в докладе “Automation – How to succeed, what to watch out for”. ✔ Из Санкт-Петербурга приедут поделиться опытом Таисия Толстунова (QA manager, член ПК множества конференций, люблю аналитиков и требования. Предпочитаю людей компьютеру, хоть и интроверт. В тестировании больше 12 лет.) с докладом «База знаний в компании» и Анастасия Заречнева (Страстная охотница за багами в web. Люблю все оптимизировать, дружу с автотестами и с людьми, поэтому руковожу отделом и пишу плохой код в свободное время. Участник международных QA конференций.) с докладом «Грабли вхождения в Автоматизацию тестирования». ✔ Mixed QA Lead Станислав Бадов (г. Минск, Беларусь) в своем докладе «Зачем мы тестируем? Или как понять, что мы организовали это правильно» поделится опытом планирования тестов, поиска и постановки верных приоритетов, выстраивание совместной работы команды с клиентом, важную роль тестовой стратегии и жизненно необходимых метрик определения качества на примере работы в России, Швейцарии, Бельгии и Беларуси. Стас более 10 лет в IT, 6 лет в функциональном тестировании, управлении тестированием и построении процессов в телекоммуникационном домене OSS и BSS систем на больших проектах в Швейцарии и Бельгии. Руководил он-сайт процессами подключения и тестирования новых интеграции в проекте BSS трансформации в пределах 60 систем. Занимается переходом сотрудников от функционального тестирования в автоматизацию, трансформацией в Mixed QA специалиста. ✔ И еще много интересных докладов. Можете убедиться. Ознакомиться с Программой QA Z Day 2019  Пожалуйста, зарегистрируйтесь, чтобы получить линк на online конференцию и последние обновления программы. Команда QA Z Day   Как отказаться от тест-кейсов, как выяснить, что нужно тестировать, полезная информация про ISTQB FL, необходимые джуниору навыки, и начало публикации перевода книги про тест-дизайн: самые интересные новости тестирования за конец ноября-2019 04.12.2019 12:06 Опубликован очередной выпуск рассылки за вторую половину ноября. В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме. Содержание рассылки доступно по ссылке. Подписаться на рассылку   Записная книжка тест-дизайнера, часть 1: общая информация 03.12.2019 00:00 Автор: Рикард Эдгрен (Rikard Edgren) Оригинал Перевод: Ольга Алифанова Мы начинаем публиковать перевод книги Рикарда Эдгрена «Записная книжка тест-дизайнера». В первой главе книги он говорит о теоретической основе тест-дизайна, его научной базе и особенностях пространства тестирования. Эта книга описывает способы извлечения пользы из множества источников информации, необходимых для энергичного системного тестирования. Я начал разбираться в этом вопросе глубже, когда в сто пятый раз ощутил, что существующие техники тест-дизайна не отражают мой подход после десятилетней работы с одним и тем же набором продуктов. Это вылилось в расширенную генерализацию идей, о которых я узнал благодаря коллегам (я учился у всех своих коллег, но особенно у Хенрика Эмилссона и Мартина Янссона. Библиография отражает наиболее важные моменты. Хочется также поблагодарить рецензентов, которые потратили свое время на то, чтобы сделать ценные замечания: это Роберт Бергквист, Лиза Криспин и Мэтью Хоссер). Я собираюсь описать комплексное слияние тест-стратегии, тест-анализа, тест-дизайна и выполнения тестов – задачи, которые теоретически можно разделять, но на практике они переплетены. Книга не рассказывает о деталях отдельных тест-кейсов – тест-дизайн может выражаться в однострочных записях, чартерах или ментальной модели в вашей голове. Я пишу о том, как справиться со сложностями продукта, развивать навыки и обучаться по ходу дела. Я хочу сделать упор на результатах тестирования, на широкой выборке, делающей возможными озарения (концепция «озарения» набирает популярность в тестировании, впервые, насколько я знаю, об этом написал Джонатан-Бах в статье Session-Based Test Management – журнал «Software Testing and Quality Engineering», 11/00, см. также Rikard Edgren, Testing is an Island, A Software Testing Dystopia, EuroSTAR conference 2008) и нацеленной на полноценное освещение важных областей (об освещении областей см. Rikard Edgren, Is your testing saturated?). Возможно, книга лучше всего подойдет ручным тестировщикам, которые концентрируются на важных проблемах – людям, которые хотят выяснить важную информацию, а не удовлетворяются соответствием или несоответствием требованиям. Книга рассказывает про методы тест-дизайна, которые долгое время применяются как мной, так и многими другими тестировщиками (о работе тестировщика написано много статей, но Фиона Чарльз затронула основные моменты в статье Modeling Scenarios using Data). Подробнее…

www.software-testing.ru

тесты, тестирование и тестировщики программного обеспечения.

ПроТестинг – это сайт, посвященный тестированию программного обеспечения. Здесь вы найдете много полезной информации о проведении тестов, работе тестировщиков, тестеров и инженеров по обеспечению качества, а так же многое другое, связанное с разработкой программ.

Почему «Про Тестинг»?

Тестинг от английского слова Testing, что в переводе означает тестирование. То есть в русскоязычном чтении название сайта — «Про Тестирование» либо второй вариант — «Профессиональное Тестирование«.

Наша миссия

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

• Мы знаем, что процесс обеспечения качества охватывает абсолютно все звенья цепи, участвующие в разработке программного обеспечения. Мы знаем, какие рекомендации по обеспечению качества дать начинающим этот тернистый путь, а так же тем, кто уже набил не одну шишку на нем. Грамотно написанные шаблоны и инструкции, использование стандартов и процессов, а также проведенный анализ выполненных проектов — это верный путь к повышению качества…
• Мы знаем немало о документации и артефактах в тестировании:
• Мы знаем разные виды тестирования и уровни тестирования, а также фазы разработки ПО, где их можно, а главное нужно применять.
• Мы знаем немало о такой непростой вещи, как тест дизайн, которая поможет вам оптимизировать количество тест кейсов для увеличения тестового покрытия необходимой функции.
• Мы знаем как нужно автоматизировать процесс функционального и нагрузочного тестирования. У нас есть методики, статьи и практические советы по автоматизации тестирования, следование которым убережет Вас от многих ошибок, сократит время внедрения, увеличит надежность во время эксплуатации, а следовательно сэкономит вам деньги.

Вам нужна помощь?

Если вам нужна помощь, то вы пришли туда, где вам помогут. Наши специалисты окажут следующие услуги по тестированию и обеспечению качества:

1. Рецензия и подготовка документации для тестирования
2. Тестирование программного обеспечения
3. Консультации по вопросам тестирования и обеспечения качества программного обеспечения
4. Помощь в прохождении и проведении интервью (Виртуальное интервью)

Просто свяжитесь с нами по интересующим Вас вопросам на странице: Вопросы, пожелания и заявки

Наши планы

В ближайшем будущем вашему вниманию будут предоставлены Статьи специалистов, Тренинги, Онлайн консультации по тестированию ПО и обеспечению качества. Также Вам будут предложены готовые программные продукты, каркасы (frameworks) и java библиотеки, использование которых заметно упростит процесс тестирования и избавит вас от ряда проблем, с которыми сталкивалось большинство команд тестирования:

• запуск тестов и подготовка результатов в формате XML/HTML (пилотная версия уже доступна JTR — Java Test Runner)
• Фреймворк для автоматизации тестирования (пилотная версия уже доступна ATFwk)
• автоматическая генерация тест кейсов
• генерация данных, соответствующих вашим требованиям

и многое другое.

ProTesting.RU

www.protesting.ru