Перейти к содержимому

Программирование на Python для тестировщиков
онлайн, начало 18 октября
Логи как инструмент тестировщика
онлайн, начало 21 октября
Тестирование REST API
онлайн, начало 21 октября
Организация автоматизированного тестирования
онлайн, начало 18 октября

SALar

Регистрация: 25 сен 2003
Offline Активность: 16 окт 2019 14:11
*****

#165690 Сменить профессию на тестировщика

Написано SALar 12 Апрель 2018 - 11:16

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

Если есть наставник, то просто.


  • 1


#165527 Тестирование унитазов в Китае. Тест дизайн.

Написано SALar 03 Апрель 2018 - 13:36

Регулярно здесь всплывают задачи та теситрование из мира материального производства. Так вот та не так как в тестировании софта.

 

Как делают унитазы.

 

  1. Мастер-форма
  2. формы для отливки
  3. Собственно унитазы

Всего с одной мастер-формы получают до полутора миллионов единиц готовой продукции. И при получении первой партии проводится жесточайшее тестирование. Потому как после изготовления всей партии выпустить патч нельзя.

 

Больше тестов! Больше тестов богу тестов!


  • 2


#165518 Входное тестирование на собеседовании. Протестируйте микроволновку.

Написано SALar 03 Апрель 2018 - 11:57

Нормально для начала.

 

  • 2 и 3 поменяйте местами
  • "Нажать на кнопку открытия дверей, когда дверь будет закрыта." Не по русски. Переписать.
  • "Воткнуть вилку в розетку на 220 Вольт." - после этого можно бы добавить "Убедиться, что индикаторы работают". Не знаю какие они там, но маловероятно, что их нет.
  • "Поставить стакан воды в микроволновку на 1 минуты ," и пробел перед запятой уберите.
  • "Установить время 120 мин, мощность 600 W, тем самым запустив нагрузочное тестирование." И оно сгорело. Туда ж ничего не положили... Найти рецепт на 120 мин для запекания и следовать ему.

 

 

PS. Совет.

Есть слова за которые выгоняют. В Яндексе выгоняли за слово "корректность"

 

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


  • 1


#165086 “Конец” ручного тестирования

Написано SALar 02 Март 2018 - 08:42

Неплохо. Очень неплохо.

 

Я бы добавил, что некоторые виды тестов в принципе нельзя автоматизировать. Например, нельзя автоматизировать такую разновидность A/B тестирования, как тестирование UX (есть и другие виды A/B тестирования). Ну, не замените вы автотестами пенсионерку, судорожно пытающуюся купить продукты в интернет магазине. А как автоматизировать тестирование спецификации требований? Или тесты таких атрибутов качества, как "Сопровождаемость"? Нет, конечно некоторые автотесты там полезны. Но главным все равно остается кодеревью.

 

И как правило, автоматизация тестирования - это выкинутые деньги.

 

PS. Давняя история. Некий бизнесмен хотел странного. И заказал баню из липы. Советам специалистов он не внял и ему сделали баню из липы. Через год баня сгнила.

Если работодатель хочет баню из липы (Selenium), он ее получит. Но пусть потом не жалуется.


  • 1


#165044 Вопрос по тестированию локализации пользовательского интерфейса.

Написано SALar 27 Февраль 2018 - 08:57

Крайне рекомендую к прочтению: http://www.lki.ru/text.php?id=4548


  • 2


#164863 Задача про существование треугольника — почему 2 в степени 64?

Написано SALar 16 Февраль 2018 - 13:47

Коллеги, не пугайте людей))
А ведь придем к тому, бит в байте 9, но один служит для контроля четности. И смысловой нагрузки не несет))

2Vilker

Не пугайтесь. Это для смены аспекта мышления.

 

 

Нил: Чёрные червы, красные пики, но это же обман?
Рэй: Аа! Опыт приучил вас думать, что все червы красные, а пики чёрные, их формы схожи и мозгу проще интерпретировать их, исходя из прошлого опыта, нежели из идеи, что они могут отличаться. Мы видим то, что ожидаем увидеть, а необязательно правду. Дети, не игравшие в карты, легко проходят этот тест. Невольно задумаешься, что ещё мы можем увидеть услышать, ощутить, потому что приучены к другому. Зато, если повторить тест, вы справитесь, зная, что бывают чёрные черви и красные пики, вы можете их различить. Наш мозг — как система национальных автострад. Проще ехать от одного хорошо известного места до другого, но вот те, что между ними — как бы в стороне. Они существуют, но большинство просто пролетает мимо.
Нил: Хороший фокус. Но игр с чёрными червами и красными пиками нет.
Рэй: А откуда ты знаешь?

 

 

 

Вы тестировщик. Мы думаем по другому.


  • 1


#164846 Задача про существование треугольника — почему 2 в степени 64?

Написано SALar 15 Февраль 2018 - 20:45

Теорвер для тестировщика обязательная дисциплина. Ну, если хочет подняться хотя бы на 4 уровень мага.


  • 1


#164845 Задача про существование треугольника — почему 2 в степени 64?

Написано SALar 15 Февраль 2018 - 20:41

Говорят, иногда, бит бывает в трех состояниях. Я не видел этого, но говорят. Так что может и 3 в 64 степени быть.

PS. Это для олдскульных инженеров.

 

А так Вы, 

wisegrey, абсолютно правы.  :yu: 
  • 1


#164817 Что делать когда нет времени на тестирование: лайф-хаки и практики

Написано SALar 14 Февраль 2018 - 13:31

Хорошая статья. Впечатлило. Без шуток. Это очень хорошая статья человека, который в теме. Очень приличного уровня специалиста. Если по нашему рынку, то эксперт. Если по моей шкале - маг 3-4 уровня. И, да, это очень высокая оценка.   Но раз было приглашение обсуждать, то: --------------------------------------------------------------------------------------------------------- > 1. Приоритизация

Приоритизация делается всегда. Есть время, нет времени - это абсолютно все равно. "Если вы не управляете событиями, они управляют вами."

 

 

>2 ... для смоук-тестов всегда выбираются наиболее важные бизнес-сценарии. 

Да сдчаз. Часто (не всегда) выбираются те, где более вероятна ошибка. И есть еще куча вариантов. Наиболее же востребованный для хорошей карьеры: "То, что может обнаружить HiPPO". Эту стратегию я еще на SQADays-18 рассказывал.

 

> 3

"Регрессионное тестирование" - это плохо. Смотри статью "Идеальный тестовый набор".

 

> 4

Для некоторых видов тестов документирование тестовых сценариев недопустимо. Например для "коридорного тестирования" (поименованный вид тестирования от Джоела Спольски). Ответ на вопрос: "Сможет ли покупатель в интернет магазине сделать покупку без тестовых сценариев?" - иногда ключевой.

Но есть обратная сторона. Часто именно записанные сценарии единственный способ сократить время тестирования.

 

> 5. Каждая функциональность – привыкшему к ней тестировщику

А вот это ОЧЕНЬ плохо. Это вариации. О которых Деминг писал, что их надо всячески избегать. Ну, или если хотите бытовую аналогию: "Замыленный взгляд".

 

> 6

Отошлю к блогу Влада Балина. Статьи про неуловимого Джо.

 

> 7 Только позитивные тесты

И через час после продакшена ваша компания разорилась. Реальные истории знаю.

В целом: иногда да, иногда нет. Зависит от проекта. Правильнее будет: "В зависимости от проекта выбираем позитивные или негативные". Может вы вообще только фазинг тестировать будете. Это крайне рекомендуется для финансовых проектов. А то сольют с вашей базы четырнадцать миллионов номеров банковских карт с экперейшен дейт и CVV2/CVC2 и вы после этого даже в антарктиде не спрячетесь. Даже если шкуру пингвина оденете. И, да реальные примеры я тоже знаю.

И да, я разговаривал с пенсионером, у которого баланс по коммуналке на 4 копейки не сошелся. Крайне неприятно было.

 

> 8

Промолчу. Тут не на комментарий, не на статью, а на книгу. Или цикл книг.

 

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

Не-а. Есть такая штука, как "равновесие по Парето" и "гуд инаф". И многие компании для выживания специально урезают время на тестирование. Потому что от этого выигрывают все. В том числе и пользователи.

 

===================================================

Но это все так, мелочи. 

Куда важнее вопрос: "Хватает ли у вас времени на исправление ошибок? Даже если они будут выданы все и сразу?" Вот это вопрос так вопрос. И часто оказывается необходимо применить стратегию: "Грибные места". Найдите любые ошибки но только прямо сейчас. Вне зависимости от качества, релиз все равно завтра.

 

====================================================


  • 1


#164781 "Господи, помоги!)" или как поставить тестирование с нуля

Написано SALar 12 Февраль 2018 - 09:29

 

 

Вот полистайте навыки:

— Описывать тест-кейсы

— Описывать чек-листы

 

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

 

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

Или в гуглодоках — так может быть даже удобнее. Помните о том, что ваш комп может внезапно сдохнуть))) А в остальном тоже согласна, пока нет смысла вкладываться во что-то платное, сначала нужно задачи понять

 

 

Возможно, хорошим решением будет "office 365". Все таки гугл делать приложения не умеет. Здесь я с Эльдаром Мусаевым ( http://www.eldar.com/node/266 хороший был блог, жаль помер) полностью согласен. И цена вроде как не кусается. 

 

А вот redmine  несмотря на бесплатность будет очень дорогим решением. После знакомства с redmine  я понял, почему Ольга говорит, что jira и confluence хорошие продукты. Я то думал, что хуже джиры сделать сложно. Не. Можно, еще как можно.

 

 

 

Можно спросить - а покрыть тест-кейсами реально доработки для регресса за месяцок? (говорят аналитики что займет 2-3 недели). И вот ищу хороший мануал по написанию годных тест-кейсов и чек-листов - чтобы не переделывать потом. Вы, как знающий человек можете подсказать пожалуйста его?

 

Лучший для постановки мозгов как писать тесткейсы / чеклисты является книга Алистера Коберна https://www.ozon.ru/...ail/id/8747662/

Единственное но. Модель "CRUDL" нужно расширить до "CrClRUUsUtDeDaLO". Но этого вы уже нигде не найдете. Пока нет этого в печатном виде.


  • 1


#164671 "Господи, помоги!)" или как поставить тестирование с нуля

Написано SALar 05 Февраль 2018 - 15:19

Рекс Блек "Ключевые процессы тестирования". Тяжелая книга, но одна из лучших именно по организации тестирования.

 

А для начала "тест гринкевича".

 

Некоторые образцы документации можно посмотреть в моем блоге: http://blog.shumoos.com/archives/267 и т.д. Документ устарел, но до сих пор крайне полезен. Есть там и другие примеры.


  • 1


#164583 Как начать?

Написано SALar 29 Январь 2018 - 14:45

Поможем начинающим.

 

*. lessons learned in software testing, на русском Канера- отличная штука

*. "ключевые процессы тестирования" Рекс Блэк - тяжеловат для начинающих, но тем не менее

*. "Записки автоматизатора" Орлова - совершенно обязательно к прочтению

*. Алистер Коберн - все, что найдете

 

 

Блоги:

* Алексея Лупана

* Ольга Киселева очень неплохо пишет, 

* И самый крутой русскоязычный блог, та дам! Александр Александров http://www.luxoft-tr...eekend/32.html 

 

 

Из художественного:

* Цикл "Бета тестеры" http://www.lki.ru/to...&order=&page=3 

* Цикл "Байки для Оруженосца"


  • 1


#164581 Как начать?

Написано SALar 29 Январь 2018 - 13:15

Савин, Савин. Ну почему не начать с Канера?


  • 1


#164515 [Вопрос] Проблемы и трудности в тестировании

Написано SALar 23 Январь 2018 - 10:20

2cpmBugHunter Хороший ответ. Лайкну.

 

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

 

 

Может я и не прав. 

В шахматах считается, что нельзя стать гроссмейстером не проанализировав 100 000 позиций. Среди музыкантов считается, что нужно отыграть 10 000 часов.

На мой взгляд, тестировщик становится экспертом после 10 000 ошибок. Причем хотя бы половину нужно не завести самому, а проанализировать у других. 

Поэтому, крайне рекомендую книги "Наука отладки", "Записки автоматизатора". И читайте "Панбагон".

 

 

 

1. Кадровые. Найм новых и мотивация существующих сотрудников. Иногда/часто/всегда (нужное подчеркнуть) в тестирование попадают случайно. Порой люди понимают, что это не их и уходят быстро. А иногда засиживаются, подолгу. В первом случае - это текучка. Во втором - проблемы из п.2

2. Организационные. Как организовать работу тестировщиков так, чтобы получить от нее максимальный эффект. Выделить ли тестеров в отдельную команду с отдельным же тим-лидом? Или же включить тестеров в команду разработки и отдать их в подчинение лиду разработчиков? Кто будет выполнять роль аналитика? Отдельный человек или анализ и разработка тестов ляжет на плечи самих тестировщиков? И т.д. Думаю, тут коллеги еще дополнят список. А если ты сам тестировщик, то тут возникают проблемы организации своей работы. Особенно если за тебя никто не решает, что именно тестить, в какие сроки и в каких количествах. Приоритизация задач, планирование времени, борьба с рутиной, скукой, ленью (Ненуачо? Чего скрывать то? Бывает же). Ну и сама работа, конечно же! А там проблем...

 

 

 

Найм, найм. Ну, давайте я буду нанимать только тех, кого вы отвергли. Через год мой отдел будет лучше вашего. Я полностью согласен с Демингом, что ключом является обучение сотрудников. А не "подбор персонала". И в последнее время я перестал читать резюме и проводить собеседования. Нефиг время тратить.

 

Про мотивацию. Вот не надо меня мотивировать. Совсем. 

http://cartmendum.li...com/111627.html  и  https://cartmendum.livejournal.com/115119.html


  • 1


#164429 Курсы тестеров от GeekBrains.

Написано SALar 17 Январь 2018 - 09:00

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

 

2Oldman1987. Вам действительно лучше составить карту развития и брать курсы здесь.


  • 3




Яндекс.Метрика
Реклама на портале