Тестовое окружение VDI
Тут мне по работе понадобилось развернуть и посмотреть разные реализации VDI.
Выбор, естественно, пал на флагманов данного направления: VMware и MS.
Перечитав кучу всяких How-to и документации мы смело бросились в бой!
Вы когда-нибудь видели поле, на котором пасут большое стадо коров? Это такое минное поле, на котором, в траве, сокрыто много теплых и уже не очень лепех. Так вот какой-то м***к раскидал там грабли! И вот хожу я по этому полю...
То на грабли, то в говно....
Лучше-бы я нашу Tesla M10 майнить поставил - на антидепрессанты (пивас) бы уже намайнил.
Уточнение: нужны были именно виртуальные машины как VDI, а для VMware - еще и GRID нарезать.
А еще я забыл упомянуть "спасибо за FlashPlayer"!
Решение проблем на продакшене
Как мне видится обработка фидбека после падения ракеты, запущенной с "Восточного", с точки зрения разработки ПО
Steps to reproduce:
1. Поставьте ракету на площадку
2. Нагрузите спутниками
3. Запустите
Expected:
Ракета не падает
Actual:
Ракета падает
Platform: Восточный
Priority: Low
Developer comment:
Ошибка в коде разгонного блока, который мы взяли из проекта для МБР и подпилили для пусков с гражданских площадок.
Fix:
if (launchBase.getName().equals("Плесецк")
|| launchBase.getName().equals("Байконур")
|| launchBase.getName().equals("Капустин Яр")
|| launchBase.getName().equals("Восточный")
) {
flyToSpace();
} else {
attackTargets();
}
Работа тестировщика ПО
В предыдущем посте попросили рассказать о работе тестировщика (@Ulsk, для вас). Я думаю, что для многих, кто работает в сфере ИТ этот пост открытием не будет.
Чем занимается тестировщик. В первую очередь, тестировщик ПО (тестер, как некоторые манагеры любят обзывать) занимаются тестированием программного обеспечения, дизайн, функционал. корректность отображения, нагрузку на серверы и всё что только можно придумать. Общение с программистами, заведение багов (ошибок) в багтреккинг, и перепроверка после исправления, проверка нового функционала.
Самый распространённый вопрос при приёме на работу тестировщика у нашего начальника было: а как ты протестируешь ручку? Вот и думайте, по каким критериям оценивать.
На моей работе (уже бывшей), мы тестировали электронный документооборот для разных гос.структур и компаний нашей необъятной родины.
Я попала в самое начало формирования отдела тестирования в этой конторе. Директор считал нас эдакими обезьянками, которые беспорядочно нажимают кнопочки, со стороны оно так и выглядело, пожалуй, так как никто не понимал как оно должно быть, так как никто с документооборотом дела не имел. Но всё же, стали понимать что к чему (после 4 месяцев внедрения этого самого ПО в разных концах страны, и такое было).
Над какими проектами я успела поработать в качестве тестировщика? И так: школа татарского языка (это было на другой работе, но суть та же), облачный ЭДО (электронный документооборот), приложения для андроида и яблока, электронная очередь, госуслуги РТ, коллега ещё тестировала систему Глоанасс, на сколько помню.
В основном мы работали с ЭДО, проектов было много разных, но суть у всех одна.
Сначала мы действительно сидели как обезьянки, но потом структурировали работу, в итоге, стали писать планы и тест-кейсы (скучно, но полезно для будущих поколений. дабы те не задавали кучу всяких вопросов).
Тест-кейс - это то как вы должны тестировать тот или иной функционал, все шаги: куда нажать, и что должно вылезти, а в отчёте - что в итоге вылезло, если не то, значит баг, а там и билет для программиста, пусть правит.
Порой приходилось искать плавающие баги, на них никаких тест-кейсов нет, конечно, приходилось искать по всей системе связки с определённым параметром.
В начале оговорилась о нагрузочном тестировании. Это у нас включили уже позже, почти перед моим уходом, но я всё же успела и этим немного позаниматься. И так, нагрузочное тестирование - пропускная способность сервера за определенное время.
Мы, например, делали определённые сценарии: пользователь авторизовался, нажал на ссылку, создал документ, создал резолюцию в документе и т.п., но пользователь не один, а например всего их 150 в организации, мы задавали с запасом - 200 (мало ли). И смотрели каковы результаты: с какой скоростью открывается та или иная страница, как быстро происходит отправка. Если тест сломался, возможно баг где-то. Это ещё можно назвать своеобразным стресс-тестом.
Есть ещё автотестирование. Чтобы не заниматься рутиной и не тыкать подряд кнопочки по уже известным тест-кейсам. Мы совмещали автотесты с нагрузочным, ибо вручную два тестировщика не заменит 200 человек, а один автотестировщик - может.
Что нужно чтобы быть тестировщиком?
Я пришла туда, пока училась в магистратуре, знание программирования - на начальном уровне, но главное понимать логику и что требуется от проекта, по пути приходится изучать много всякой литературы более опытных коллег, чтобы не быть обезьяной, особенно интересно проводить нагрузочные тестирования, но нужно знать как (пара коллег проходили курсы от организации по нагрузочному, вот и пришлось перенимать некоторые знания у них).
А вообще, хорошо бы понимать код, как он есть, хотя-бы логику, мы запускали некоторые скрипты, особенно проверяя безопасность.
В любой работе главное - мозги и интерес.
P.S. Знаю что бывшие коллеги тоже тут тусуются, так что, огромный привет вам, я знаю, что вы меня помните.
Длинновато получилось, хоть и далеко не всё включила. Спасибо тем, кто дочитал до конца. Если будут вопросы, с радостью отвечу.
"Быtие теsтeрa".
Добрый день господа и дамы.
Как и обещал, истории из жизни тестировщика МП.
Как бы вам описать, главного героя повествования ?! А с другой то стороны, оно вам нужно?
Четверг, вечер, в предвкушении ПЯТНИЦЫ-развратницы !!!!! Закончив внеочередной цикл тестирования по своему функционалу, с нетерпением ждал окончания рабочего дня. За 7, минут до ухода, звонок с собрания команды данного проекта. "Нус задержусь минут на 10, заодно стояние в метро пропущу." - подумал я. Аналитик сразу начал с козырей - "Нус смотрите, у нас всё идёт хорошо, мы в график вроде бы укладываемся и завтра у нас Инной показ перед СБ". Инна, в этот момент, выпала из разговоров, провалившись в чертоги своего разума. Я же, будучи довольно наглым товарищем, поинтересовался - по какой причине мой функционал показывают не я и вообще без меня проходит данное мероприятие? "А, ну это .................... не твоё дело." - ответ Долбонафтера. Думаю вы поняли кто герой, данного поста. Тут вмешался инженер по внедрению, с претензиями:
1) Он узнал о презентации только что.
2) Такие мероприятия проводят на тестовых серварах, которые не работают более недели (о чём сообщали я и Инна в том числе и этому Долбонафту).
3) У тестировщиков (нужны именно двое т.к. я занимаюсь и самим МП и частично бэком, а у напарницы моей есть доступ о том что происходит на самих серверах) нету времени подготовить всё необходимое для online трансляции.
4) Отсутствует номер сборки которую надо показывать.
5) Нету информации о времени проведения презентации.
Коллегиально, было выдвинуто требование - послать сие мероприятие в пешее эротическое. Желательно на неделю. Инна как человек ответственный и отзывчевый согласилась провести презентацию. Я же подписался добровольно по причинам:
- Это мой функциона.
- Она моя напарница.
- Есть способы сжечь пердак Долбонафту.
От его высочества "организатора презентации" aka Долбонафт, требовалось уточнить время проведения, сборку и стенд на котором надо проводить показ. Чувствуете чем пахнет, а ?
Он организовал это мероприятие почти неделю назад, сам не знает о нём ни чего.
"Сказочный долбоёб" сообщает -" Показываем сборку андроид недельной давности.". Проблема в том, что у нас обновы каждый день штук по 10, требуем конкретный номер сборки. Получили номер, я остался настраивать прогу для презентации, Инна пошла домой.
На почту пришло письмо с информацией о завтрашней презентации. В списках вижу Инну, инженера по внедрению, 2 начальника проекта, СБ-ники, разраб по iOS-у .............................. Перечитываю список ещё 3 раза. Закралась мысля что нас наебали. Пытаюсь дозвониться до Долбонафтера, результат 0. Пишу ему на почту, telegram, и шлю смс "Возьми трубку, шайтан!".
В итоге позвонил инженеру по внедрению, обрисовал всего дермодемона которого мы призвали, неосознанно, и интересуюсь как быть. Решили: в пятницу, около 9 утра созвон всех причастных к презентации, найти рабочий ноутбук, законнектить его с iPhone через wifi который раздаёт старенький самсунг и показывать экран Афони так, ибо разрешения на спец проги для простого рабочего компа - бюрократический ад продолжительностью в неделю. Когда я уходил домой, оказалось что переработак у меня на 3 часа, а сделано было нихуя полезного ))).
Пятница.
Утро 8.49.
До презентации:
Х час.
У мин.
Й сек.
С Вами.
С Инной проверяем работоспособность нашею Uberсистемы, проверям тестовы стенды, ржём над ситуацией. Созвон:
- День добрый, коллеги, всё готово к презентации ?
- К презентации по адроиду,частчно да, по iOS нет, номера сборки нам не предоставили, мы считаем что презентацию необходимо либо перенести на некоторое время либо вообще отменить, так как стенды,которые не работают уже 2-ю неделю, на данные момент починить не могут, не могут понять в чём проблема.
- Так давайте на втором стенде покажем ?!
- Сам нам говорил - только на первом + второй стенд то же мёртв.
- Так и как быть?
- Отменяем презентацию.
- Ок, а от меня вы чего хотите-то?
- Ты организатор, тебе и надо её отменить !!
- Не указывайте мне, на мои обязанности, если не подготовились так и скажите.
- Письма о не рабочих стендах писали с прошлой пятницы, номер сборки ты нам так и не дал, как мы можем презентовать что-то, без работающих стендов.
- Сборка номер P.0.X.
- ................................................... ты в курсе что из 92 тестов на ней проверили 6? Я не могу ручаться за то что она работает корректно.
- Ну за андроид ты ведь можешь ручаться?
- Я его неделю проверял, а эту сборку минут 30.
- Номер сборки я вам дал, показывайте функционал хоть со своих личных аккаунтов, главное покажите это СБ-кам !!
Далее шёл мат и претензии.
До презентации 2 часа, Я с инж. по внедрению пишу письмо СБ-кам с просьбой подключит аналитика aka Долбонафтер, к презентации так как на некоторые вопросы способен ответить только создатель ТЗ. За 15 минут до презентации, "Сказочный долбоёб" отменяет презентацию с формулировкой "Не работает тестовое окружение".
Презентацию перенесли на вторник (завтра) на 11 утра ))). Стенды нам так и не починили, сборку оставили ту же. Люблю свою работу и уважаю своих товарище по работе над проектом, но аналитик нам попался какой-то тормоз.
Следующий пост скорее всего будет именно про презентацию. Если вам понравилось то я искренне рад, если же история не понравилась, прошу прощения и жду аргументированной критики в комментариях.
И вот вам котя, что бы пост не казался таким уж и убогим.
"Быtие теsтeрa". "Что ты такое?"
Первым делом, спасибо всем пикабушникам, выразившим интерес по данной теме.
Этот пост содержит: небольшой ликбез, мои личное представление о работе и некоторые интересные моменты связанные именно с профессией, а так же некоторое количество ошибок, оставленных специально и случайно.
Для начала, узнаем кто вообще такой. Тестировщик — специалист, занимающийся тестированием. В его обязанность входит поиск вероятных ошибок и сбоев в функционировании объекта тестирования (продукта, программы, и тд). Спасибо Gooogle,лучший друг стажёра, и Википедия.
Данное, утверждение, формально является правильным, но не даёт реального представления о профессии. Это техническая специальность, которой необходим творческий подход. Что бы вы понимали, на всех собеседования, вам, в качестве проверки творческого мышления, предложат придумать 10-15 тестов для какого-нибудь предмета. Это может быть как карандаш, которым вы заполняли анкету, так и лифт на котором, вы поднялись на нужный этаж.
Тестировщик, в своей ежедневной работе, по сути, является учителем, который проверяет ДЗ у разработчиков. Когда (не если, а именно КОГДА) ошибка найдена, необходимо описать пошаговый путь её воспроизведения, понять к чему именно относится ошибка (интерфейс, взаимодействи ПО с иными ресурсами, ошибка в коде и.т.д.), "задокументировать". Когда вся эта кропотливая работа сделана, предстоит,как правило, не менее тяжелая но более эмоциональная работа ))), указать и доказать разработчику на наличие ошибки в его функционале и вынудить его исправить данную ошибку.
Помимо разработчиков приходится ещё очень тесно общаться с аналитиками которые придумывали ТЗ, c сис.админами, для настройки тестовых серверов, менеджерами по внедрению.
По идее мой рабочий день выглядит так:
09.00 - 09.30; Пришёл на работу,подобрал в соответствии с задачей нужные смартфоны, проверил почту, проверил тестовые стенды на работу моего функционала, обновил сборку МП.
09.30 - 14.00; тестирую и завожу дефекты.
14.00 - 15.00; Обед.
15.00 - 16.00; тестирую и завожу дефекты.
16.00 - 16.30; Собрание разрабов, аналитиков, тестировщиков.
16.30 - 18.00; тестирую и завожу дефекты, составляю отчёт.
Но наш мир не идеален => он выглядит следующим образом:
09.00 - 09.30; Пришёл на работу,подобрал в соответствии с задачей нужные смартфоны, проверил почту, проверил тестовые стенды на работу моего функционала, написал админам письмо о не функционировании моего функционала.
09.30 - 10.00; Жду пока админы ищут ошибку на стороне тестовых стендов, обновляю сборку МП.
10.00 - 11.00; Тестирую функционал.
11.00 - 12.00; Работаю учителем, тестирую функционал.
13.00 - 14.00; Либо продолжаю тестировать, либо жду пока поднимут тестовые стенды.
14.00 - 15.00; Обед.
15.00 - 16.00; Тестирую функционал.
16.00 - 16.30; Собрание разрабов, аналитиков, тестировщиков.
16.30 - 17.00; Тестирую функционал.
17.00 - 18.00; Работаю учителем, который указывает на ошибки.
На этом, пожалуй, первый пост по данной теме закончу, адекватная критика и замечания приветствуются. Если же я не оправдал ваших ожиданий, то вот вам кiтики.
А стоит ли? "Быtие теsтeрa".
Добрый день, пикабушники! Хочу знать ваше мнение: было бы вам интересно читать о рабочем дне тестировщика; от чего горит очаг; от чего работник испытывает неописуемый восторг, а также какие проблемы встречаются на пути "дотаскивания" ПО до релиза?
Готовы к Евро-2024? А ну-ка, проверим!
Для всех поклонников футбола Hisense подготовил крутой конкурс в соцсетях. Попытайте удачу, чтобы получить классный мерч и технику от глобального партнера чемпионата.
А если не любите полагаться на случай и сразу отправляетесь за техникой Hisense, не прячьте далеко чек. Загрузите на сайт и получите подписку на Wink на 3 месяца в подарок.
Реклама ООО «Горенье БТ», ИНН: 7704722037