Я - QA

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

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

  Давненько я не выкладывал шаблонов тестерской документации, поскольку этот вопрос для меня сейчас не слишком актуален, и намеренно их поиском я не занимаюсь. Но пару дней назад я наткнулся на довольно необычную вещь, которую и шаблоном-то сложно назвать. Собственно сам автор называет ее не иначе как Test Case Management Tool, а не каким-нибудь там template’ом. Короче говоря, шаблон сделан на совесть. Таким и самому пользоваться приятно, и заказчику не стыдно показать.

Тестировщику без скриншотера никак нельзя: то баг засвидетельствовать, то в документацию картинок подсыпать. Как ни крути, но одним Paint’ом не обойдешься, поэтому хороший скриншотер дорогого стоит. Я когда-то уже писал о замечательном представителе этого класса программ под названием PicPick, но, к сожалению, он со временем стал настолько замечательным, что за него стали просить денег. Нет, никто руки не заламывает, можно пользоваться и бесплатно без всяких проблем, но как-то совестно (иногда ). В общем,  решил я на досуге поискать какую-нибудь альтернативу, и… нашел, причем не только бесплатную, но еще и опенсорсную. И после недолгих боевых испытаний решил поделиться впечатлениями с общественностью.

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

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

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

Итак, дню тестировщика посвящяется:

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

Недавно, при написании веб тестов в VSTS, я столкнулся с одним неприятным моментом касающимся обработки ответов очень большого объема. Проблема заключается в том, что по умолчанию Visual Studio, несмотря на то, что получает полный ответ от сервера, сохраняет лишь первые 1,5 Мб этого ответа. В результатах теста это выглядит вот так: