• Что почитать джуну тестировщику, кроме книг по тестированию?

    @azShoo
    вообщем всё, что тестировщику пригодится в работе.

    Зависит от того, что придется тестировать.
    В идеале, тестировщик должен иметь хотя бы общее представление о работе всех элементов системы, которую он будет тестировать.
    На практике это все приходит по мере возникновения проблем\вопросов.

    Что нужно знать джуну-тестировщику, в самом общем виде?
    1) Нужно понимать теорию тестирования: что есть дефект, приоритеты(классический вопрос про priority & severity), базовые практики тест-дизайна, понимание того как и зачем писать тесткейсы, понимание того, как локализовать ошибку.

    2) Нужно иметь общее представление о предметной области:
    Если тестируете веб - общее представление о клиент-серверной архитектуре, всякие пост-гет запросы, и прочеее прочее. + REST и API
    Если тестируете мобилы - подробнее почитать про специфику тестирования мобил.
    ну и т.д. с декстопами, железом, смарт-картами и прочим добром.

    3) Базы данных. Иметь общее представление о реляционных и не-реляционных базах данных, уметь написать селектики на SQL, дальше уже плясать от конкретного стека технологий.

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

    Список перечисленных вами технологий смутил.
    Кибана - GUI обертка для NoSQL базы данных, зачем джун тестировщику это знать - не представляю. В большинстве мест вы с ней не столкнетесь, а когда столкнетесь - разберетесь за полтора дня с Lucene Query и будете жить радостно.
    XPath и Selenium - это для автотестировщика. Сажать джуна (человека с минимумом опыта) за автотесты - насилие над продуктом и человеком. Потом пригодится, на этапе джуна - фактически не нужно (понятно, что знание не лишнее, но применять оные вам вряд ли придется).
    XML - ну, что нужно знать про хмл я, честно говоря, не знаю. Разве что что это такое и как выглядит.

    В целом, стоит учитывать что тестировщик должен быть широкопрофильным специалистом. В идеале, вы должны иметь достаточно знаний что бы отлавливать ошибки аналитика (составлять\вычитывать\анализировать тех. документацию), разработчика (whitebox тестирование, локализация ошибки и прочее), инженера по конфигурации, понимание юзабилити и прочего.
    Как результат - знаний требуется вагон и маленькая тележка, и чем выше вы для себя ставите планку, тем глубже надо понимать, как работает продукт.
    Ответ написан
    4 комментария
  • Что за эффект iphone используется на сайте?

    mlnkv
    @mlnkv
    JavaScript Developer
    "Нашел классный эффект iphone" - вы че несете? Что это за такой "Эффект Iphone"?))))
    Ответ написан
    2 комментария
  • Почему в safari не применяется стиль CSS для input?

    В сафари есть правило для input[type="search"] вам надо его добавить в CSS к правилу .input
    Ответ написан
    Комментировать
  • Можно ли использовать Javascript в e-mail письмах ?

    По соображениям безопасности почтовые клиенты не позволяют выполняться JS коду.
    stackoverflow.com/questions/1088016/html-email-wit...
    www.pageresource.com/html/html_email_java.htm
    Ответ написан
    3 комментария
  • В чем отличие верстки под CMS (Wordpress/Joomla) от обычной верстки?

    viktorvsk
    @viktorvsk
    Когда кто-то пишет "верстка под ХХХ", то он просто хочет сбить цену.
    Есть прототип\концепт (над ним могут работать копирайтер, специалист по контекстной стратегии, информационные архтектор\дизайнер и т.д и т.п.)
    Есть дизайн, над ним работает дизайнер, художник, графический дизайнер
    Есть верстка, над ней работает верстальщик, который в простом случае верстает с картинки то, что видит, в сложном - он умеет не только jquery плагины подключать (хотя, иногда и не умеет и это, по сути, нормально), но и делать более сложные client-side штуки
    Есть программирование: в простом случае это установить цмс, скачать шаблоны\плагины, настроить. В сложном - взять цмс\магазин и скорректировать необходимый функционал\написать нужные плагины. Ну, или просто взять фреймворк и разработать проект.

    А есть такой момент, как натягивание. Когда дизайнер нарисовал по прототипу дизайн, программисты сделали проект и как-то надо свести концы с концами. И этим должен заниматься отдельный человек. Он может быть верстальщиком, которому придется разобраться в проекте, или программистом, которому придется разобраться в верстке.

    Каждый должен выполнять свою функцию. А если какие-то функции складываются, в этом, конечно, ничего такого нет, но по крайней мере каждая сторона должна понимать, кто какие функции выполняет и почему.

    Вывод: не ведитесь просто так на "верстка под ХХХ", делайте хорошую верстку, а после уже отдельно договаривайтесь про натягивание. К сожалению, натягивание часто - это непредсказуемый процесс, т.к. проект может быть написан очень по-разному (как, например, подразумеваю, и тема на вордпрессе\джумле может быть сделала хорошо, понятно, по стандартам, а может быть - и через одно место)
    Ответ написан
    Комментировать