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

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

133 поста 2 975 подписчиков

Популярные теги в сообществе:

Стать тестировщиком с нуля, без регистрации и смс

Таргет такой таргет)

Стать тестировщиком с нуля, без регистрации и смс Тестирование, Тестировщики, Онлайн-курсы, Курсы, Туалетный юмор, Юмор, Скриншот, Длиннопост
Показать полностью 1

Иронично

Кто первым им баг зарепортит? :)

Иронично МТС, Баг

Норматив для Джуниор тестировщика

Добрый день.
Коллеги, кто на опыте, подскажите какой может быть «норматив» задач в течении дня для джуна в той или иной компании?
Можете рассказать пример из вашей компании?
Какие это могут быть задачи?
Какое время должно тратиться на определённые задачи? (Например 10 минут на 1 тест кейс или 5 минут на смоук тест и т.д.)

Тест аккумуляторов 18650

Решил протестировать несколько аккумуляторов формата 18650. Тест проводил двумя устройствами: Imax B6 (разряд током 1 А до 3 В) и EBD-USB (разряд током 1 А до 2,9 В).


Тестировалось сразу несколько аккумуляторов от разных продавцов. Все аккумуляторы одной марки куплены в одном и том же магазине. Итого, тестировались 4 аккумулятора Soshine, 6 аккумуляторов LiitoKala, и 2 аккумулятора Panasonic. Учитывая, что всё это покупалось на Алиэкспрессе, принадлежность LiitoKala и Panasonic вызывает вопросы. Soshine – скорее всего, всё-таки родные. Это чисто китайский бренд, звёзд с неба не хватает, но несколько лет назад их аккумуляторы АА и ААА уделывали аналогичные GP по всем параметрам, включая цену.


Почему разряд до 2,9 В? Эти аккумуляторы очень не любят глубокого разряда, потому что при разряде ниже определённого уровня аккумулятор начинает деградировать. Кто-то предлагает разряд до 2,5 В, но на мой взгляд, это слишком.


Методика тестирования. Все аккумуляторы заряжались током 0,5 А, вылёживались час, потом разряжались Imax B6 или EBD-USB. EBD-USB считается более точным устройством, и используется в большинстве таких тестов. В итоге, все данные были сведены в таблицу. Сначала идёт название аккумулятора, потом данные, полученные с помощью двух тестеров (Imax B6 и EBD-USB соответственно), потом разница между заявленной и фактической ёмкостью (Дельта), цена 1 mAh в рублях, качество исполнения рубашки.


Через некоторое время отказался от тестирования с помощью Imax B6. Зарядка довольно старая, копия оригинала, и менее точная по измерениям. Ещё один минус этого устройства - нет возможности поставить разряд ниже 3 В.


Стоимость 1 mAh считалась по партии, а не по стоимости одного аккумулятора. То есть, если покупалось два аккумулятора, то их общая цена делилась на общую ёмкость.

Тест аккумуляторов 18650 Аккумулятор 18650, Тестирование, Длиннопост

Итоги теста в общем. Про ёмкость – врут все. Кто-то больше, кто-то меньше.

Итоги по конкретным маркам. Мнение субъективное.


Soshine. По результатам тестов показали себя лучше всех. Разница между заявленной ёмкостью и реальной – минимальна среди всех испытуемых. Но два существенных минуса. Цена (в полтора раза, в пересчёте на ёмкость) и плохая рубашка. Защитная плата – на плюсовом контакте, и защищена крышечкой. Проблема в том, что эта крышечка держится на рубашке, а рубашка плохая, и очень легко повреждается в аккурат возле этой крышечки. Решение – прозрачный скотч и клей. Приклеивал крышечку к плате и аккумулятору, рубашку заменил скотчем. Вывод. Если не жалко денег, и аккумулятор будет стоять в устройстве стационарно – можно брать. Отличный вариант. Если же аккумулятор рассчитан на частую туда-сюда замену – лучше не брать, крышечка и плата могут слететь-закоротить запросто.


LiitoKala. Чёткий середнячок. На мой взгляд, среди этих трёх типов самый оптимальный. Хорошая рубашка, плата защиты есть, цена вполне адекватная. По ёмкости уступает Soshine, но по цене и качеству рубашки существенно лучше.


Panasonic (NCR18650B). Про ёмкость наврали больше всех. Но! Два больших плюса: цена и качество рубашки. Плата защиты отсутствует. Рубашка прочная. Поэтому в устройства, где часто требуется замена аккумуляторов (фонари, вейпы) – вариант очень хороший. Если не боитесь, что рванёт от отсутствия защиты… Да, из-за несоответствия заявленной ёмкости и фактической – на эти аккумуляторы было много негативных отзывов, в итоге товар удалили, и выложили по новой, сбросив отзывы. Но магазинчик остался! Так что, имейте в виду.


Ссылки на товары:


1. Soshine: https://aliexpi.com/VNGD

2. LiitoKala: https://aliexpi.com/Ngxh

3. LiitoKala: https://aliexpi.com/Q7RH (магазин тот же, что и в п.2., просто другой лот)

4. Panasonic (ссылка на магазин, товар очень часто удаляют и выкладывают по новой, из-за отрицательных отзывов): https://aliexpi.com/2h8O


Если у кого-то есть желание – беру аккумуляторы на тест (новые, и желательно с указанием места покупки). Тема для меня интересная, но покупать аккумуляторы, тестировать их, и продавать/класть на полку я морально не готов. :)

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

Как тестируют сайты в Карелии

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

Как тестируют сайты в Карелии Сайт, Тестирование, Карелия
Показать полностью 1

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

Всем привет!


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


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


Представьте, что вы написали приложение-калькулятор. Вы написали для него множество простейших тестов (проверили функции сложения, умножения, деления, и так далее). В сущности, вы написали 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-канале (тоже элементарно гуглится).


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


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

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

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

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

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

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

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

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

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

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

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

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

В Питере шаверма и мосты, в Казани эчпочмаки и казан. А что в других городах?

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

Реклама АО «Кордиант», ИНН 7601001509

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

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

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

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

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


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


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

Отличная работа, все прочитано!