Тестировщик | IT
رفتن به کانال در Telegram
Божественный канал по тестированию По всем вопросам: @anothertechrock
نمایش بیشتر
شبکه:4 861
مشترکین
-324 ساعت
-87 روز
-1930 روز
در حال بارگیری داده...
کانال‌های مشابه
ابر برچسب‌ها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اکتبر '26اکتبر '26
اکتبر '26
+3
در 0 کانال‌ها
سپتامبر '26
+30
در 0 کانال‌ها
Get PRO
اوت '26
+11
در 0 کانال‌ها
Get PRO
ژوئیه '26
+10
در 0 کانال‌ها
Get PRO
ژوئن '26
+8
در 0 کانال‌ها
Get PRO
مه '26
+22
در 0 کانال‌ها
Get PRO
آوریل '26
+19
در 0 کانال‌ها
Get PRO
مارس '26
+26
در 0 کانال‌ها
Get PRO
فوریه '26
+18
در 0 کانال‌ها
Get PRO
ژانویه '26
+19
در 0 کانال‌ها
Get PRO
دسامبر '25
+16
در 0 کانال‌ها
Get PRO
نوامبر '25
+176
در 0 کانال‌ها
Get PRO
اکتبر '25
+211
در 0 کانال‌ها
Get PRO
سپتامبر '25
+231
در 0 کانال‌ها
Get PRO
اوت '25
+366
در 1 کانال‌ها
Get PRO
ژوئیه '25
+30
در 0 کانال‌ها
Get PRO
ژوئن '25
+375
در 0 کانال‌ها
Get PRO
مه '25
+40
در 0 کانال‌ها
Get PRO
آوریل '25
+66
در 0 کانال‌ها
Get PRO
مارس '25
+473
در 0 کانال‌ها
Get PRO
فوریه '25
+914
در 0 کانال‌ها
Get PRO
ژانویه '25
+146
در 1 کانال‌ها
Get PRO
دسامبر '24
+153
در 0 کانال‌ها
Get PRO
نوامبر '24
+690
در 1 کانال‌ها
Get PRO
اکتبر '24
+400
در 0 کانال‌ها
Get PRO
سپتامبر '24
+288
در 0 کانال‌ها
Get PRO
اوت '24
+465
در 11 کانال‌ها
Get PRO
ژوئیه '24
+233
در 9 کانال‌ها
Get PRO
ژوئن '24
+41
در 1 کانال‌ها
Get PRO
مه '24
+49
در 0 کانال‌ها
Get PRO
آوریل '24
+35
در 0 کانال‌ها
Get PRO
مارس '24
+65
در 1 کانال‌ها
Get PRO
فوریه '24
+29
در 0 کانال‌ها
Get PRO
ژانویه '24
+34
در 0 کانال‌ها
Get PRO
دسامبر '23
+27
در 0 کانال‌ها
Get PRO
نوامبر '23
+30
در 0 کانال‌ها
Get PRO
اکتبر '23
+13
در 1 کانال‌ها
Get PRO
سپتامبر '23
+120
در 0 کانال‌ها
Get PRO
اوت '23
+326
در 0 کانال‌ها
Get PRO
ژوئیه '23
+344
در 0 کانال‌ها
Get PRO
ژوئن '23
+217
در 0 کانال‌ها
Get PRO
مه '23
+599
در 0 کانال‌ها
Get PRO
آوریل '23
+217
در 0 کانال‌ها
Get PRO
مارس '23
+237
در 0 کانال‌ها
Get PRO
فوریه '23
+283
در 0 کانال‌ها
Get PRO
ژانویه '23
+454
در 0 کانال‌ها
Get PRO
دسامبر '22
+473
در 0 کانال‌ها
Get PRO
نوامبر '22
+628
در 0 کانال‌ها
Get PRO
اکتبر '22
+240
در 0 کانال‌ها
Get PRO
سپتامبر '22
+511
در 0 کانال‌ها
Get PRO
اوت '22
+794
در 0 کانال‌ها
Get PRO
ژوئیه '22
+1 184
در 0 کانال‌ها
Get PRO
ژوئن '22
+304
در 0 کانال‌ها
Get PRO
مه '22
+1 674
در 0 کانال‌ها
Get PRO
آوریل '22
+1 488
در 0 کانال‌ها
Get PRO
مارس '22
+29
در 0 کانال‌ها
Get PRO
فوریه '22
+965
در 0 کانال‌ها
Get PRO
ژانویه '22
+2 265
در 0 کانال‌ها
| تاریخ | رشد مشترکین | اشارات | کانال‌ها | |
| 06 اکتبر | +1 | |||
| 05 اکتبر | 0 | |||
| 04 اکتبر | 0 | |||
| 03 اکتبر | 0 | |||
| 02 اکتبر | 0 | |||
| 01 اکتبر | +2 |
پست‌های کانال
Как мы тестируем Ростелеком.Warehouse: тестовые сценарии, сбор и анализ метрик по результатам тестирования
#почитать
Для наглядности опишу предметную область тестирования. Это продукт RT.Warehouse — массивно‑параллельная СУБД для построения хранилищ данных, разработанная на базе Greenplum.
⏱Читать статью
| 2 |  Послание для всех, кто сейчас ищет работу в QA
#почитать
Все больше ребят говорят о том, что сейчас на рынке труда в тестировании непростая ситуация. Давайте попробуем разобраться в чем дело и как с этим жить.
⏱Читать статью | 235 |
| 3 |  Карты, деньги, два бага: погружаемся в программный взлом банкоматов
#почитать
В первой части статьи мы подробно рассказали про устройство банкомата, принцип его работы и основные типы атак. Настало время перейти к самому интересному: логическим атакам.
⏱Читать статью | 327 |
| 4 |  Восстание терпил
#почитать
Маленький кусочек рынка ИТ под названием «1С» меняется. Если верить публикациям на Хабре, большой рынок ИТ тоже куда-то поворачивает. Я и про рынок труда, и про рынок бизнеса.
Кто-то называет эти перемены кризисом, кто-то – возвращением в нормальное состояние. Вроде как предыдущие 2-3 года были ненормальными, ажиотажными, экстремумом. А то, что сейчас – это как было 2-3 года назад. Потому и не кризис. Скорее 2-3 года были кризисом, только с обратным знаком.
Не буду напяливать на себя костюм с маской эксперта по рынкам, анализировать причины, механику и последствия изменений. Я зашёл поговорить про то, что знаю. Точнее, про тех, кого знаю – про терпил.
Спецы. Это – последние терпилы в моём списке.
⏱Читать статью | 408 |
| 5 |  5 ловушек теории вероятностей в IT
#почитать
Вы смотрите на дашборд: Average Response Time = 200ms. Клиенты довольны? Скорее всего, нет. Вы видите, что сервер загружен на 50%, и думаете, что выдержите рост нагрузки в 2 раза? Математика говорит, что вы упадете гораздо раньше.
⏱Читать статью | 337 |
| 6 | بدون متن... | 282 |
| 7 |  Что показали 15 лет работы с пирамидой тестирования
#почитать
Пирамида тестирования давно считается классикой QA, но ее реальное применение зависит от множества факторов. Архитектура, команда и доверие к тестам сильно влияют на баланс юнит-, интеграционных и E2E-тестов.
⏱Читать статью | 292 |
| 8 |  Полный айсберг Android. Часть 1
#почитать
Парадокс Android — чем больше свободы, тем сложнее тестировать. Различия в экранах, поведении прошивок, анимациях. То, что работает идеально на одном смартфоне, может разваливаться на другом. Именно поэтому мобильные приложения тестируют не на эмуляторах, а на реальных устройствах. Чтобы проверить работу, нужно иметь под рукой несколько десятков, а иногда и сотен устройств.
⏱Читать статью | 412 |
| 9 |  Как я тестирую крупные системы, которые невозможно протестить на статичных данных
#почитать
Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее.
⏱Читать статью | 431 |
| 10 |  Четыре фрейма тестирования, часть 7: критическая дистанция
#почитать
В мире разработки программного обеспечения популярна идея, что за тестирование отвечает вся команда.
Исходя из этого, некоторые люди встают на крайнюю позицию: раз уж тестируют все, специализированные тестировщики больше не нужны. Дескать, разработчики, или аналитики; или сами заказчики могут и сами выполнять тестирование.
Есть и противоположное мнение (что раздражающе часто исходит от самих тестировщиков): разработчики якобы не умеют тестировать, а потому каждая команда разработки обязательно должна иметь собственного тестировщика или даже целую команду тестирования.
Обе эти крайности — непродуманные и наивные. Это примеры того, что я называю «тирания слова всегда».
Глупо утверждать, что разработчики не умеют тестировать. В процессе написания продукта они постоянно что-то тестируют: пишут код, проверяют, работает ли он; если нет — чинят; если да — двигаются дальше. Разработчик не может стабильно писать полезный код, не проверяя хоть что-нибудь хотя бы время от времени. И всё же было бы опрометчиво полагаться на то, что у разработчиков всегда есть время, мотивация, стимул и нужный взгляд на вещи, чтобы полностью взять на себя весь объём тестирования.
⏱Читать статью | 503 |
| 11 |  Тестирование юзабилити для начинающих: 10 советов для прокачки навыков в UX
#почитать
Топ-10 полезных и актуальных советов по тестированию юзабилити для начинающих от эксперта с 20-летним стажем
⏱Читать статью | 445 |
| 12 |  Тестирование Push-уведомлений: Полный чек-лист (ну или почти)
#почитать
Push-уведомления — это инструмент для взаимодействия с пользователями мобильных приложений. Они позволяют доставлять сообщения, напоминания или акции даже тогда, когда приложение не активно. Их работа зависит от множества факторов: операционной системы, настроек устройства, состояния приложения и сетевого подключения.
Этот чек-лист я написал для себя, чтобы протестировать на проекте push-уведомления для iOS и Android, и возможно он может быть будет полезен другим тестировщикам, чтобы упростить немного работу, а также уточнить или добавить этот чек-лист в комментах.
⏱Читать статью | 567 |
| 13 |  Как я научила ИИ быть моим напарником по тестированию
#почитать
Хочу поделиться как я внедрила ИИ в процессы тестирования, чтобы не тратить время на рутинные задачи и больше заниматься любимым делом (кидать мемы в рабочие чаты).
⏱Читать статью | 459 |
| 14 |  За пределами юнит-тестов: как обрести уверенность в сложных системах
#почитать
В этой серии, которую мы назвали «Проектирование надёжности в масштабе» (мы не смогли придумать ничего более претенциозного; если у вас есть идея получше — напишите в комментариях), мы приоткроем вам наш процесс разработки в Quasar и расскажем, как за годы мы инвестировали в качество, чтобы вывести в мир надёжную систему.
В это статье мы обсудим общие соображения и то, как мы подходим к тестированию. В следующих выпусках мы углубимся в детали и разберём конкретные примеры.
⏱Читать статью | 459 |
| 15 |  Тест-долг: он существует и ежедневно мешает нам жить во всех окружениях
#почитать
Как инженер, я постоянно участвую в обсуждениях технического долга. Вне зависимости от обстоятельств в разрабатываемом ПО всегда будет технический долг.
А вместе с техническим долгом неизбежно появляется и тестовый долг. Определение и понимание объема и значимости тестового долга — часть моей работы.
⏱Читать статью | 484 |
| 16 |  Пострелизная валидация данных как новый вид тестирования
#почитать
Что делать если шаткие предположения о логике работы легаси проектов используют как фундамент для новой логики? Как обезопасить легаси проект от рисков, которые не может покрыть стандартное тестирование?
⏱Читать статью | 433 |
| 17 |  Deep Links глазами тестировщика: как они работают
#почитать
Аутентификация – как правило, первое препятствие при настройке автоматизации тестирования. В зависимости от сложности используемого метода аутентификации эта задача может оказаться весьма трудоёмкой. Давайте начнём с простого примера последовательности входа в систему.
⏱Читать статью | 513 |
| 18 |  ✅ SaveTest — новая TMS для управления тест-кейсами, прогонами и отчетностью.
Современный подход: тест-кейсы можно вести как код, хранить их в YAML, python, gherkin-файлах в Git.
Сценарий простой:
1. Создаете тест-кейсы в VS Code или Cursor.
2. Загружаете их в репозиторий, например в GitHub или Gitlab.
3. SaveTest синхронизирует изменения и подтягивает их в интерфейс.
* Но можно вести и классические проекты
Переходите на SaveTest — добавим неиспользованный срок вашей текущей лицензии бесплатно при покупке нашей лицензии от 1 года.
*Предложение не является публичной офертой. Детали уточняйте в чате @savelink_official
Наш сайт: save-test.ru
Наш ТГ канал: @savelink_testing
Реклама. ООО «Сейв Линк» ИНН: 9725129745 erid: 2W5zFJfmVAh | 426 |
| 19 |  Почему QA должен думать о безопасности IT-продукта
#почитать
Часто QA-специалисты фокусируются на функциональности, удобстве использования, пользовательском опыте, упуская из виду свой огромный потенциал в укреплении безопасности продукта. А между тем, именно они могут предотвратить появление уязвимостей или найти их раньше, чем это сделают злоумышленники. И если исправить баг в продакшене — дорого, то исправить последствия успешной кибератаки — во много раз дороже, и речь здесь не только о деньгах, но и о репутации.
⏱Читать статью | 380 |
| 20 |  Тест-драйв документации: как мы научились ловить баги до релиза
#почитать
С вами Галина Чупрова, главный инженер по тестированию в Рунити. Сегодня расскажу, как мы в компании пришли к тестированию документации — и почему этот шаг повысил эффективность тестирования и сэкономил команде нервы.
⏱Читать статью | 449 |
