LeshaL

При выполнении тестового задания самое главное не то как вы проставите северити, а то как вы объясните почему вы поставили такую северити.
Выбираете систему оценок и оцениваете найденные баги, в каких-то местах объясняете почему такая оценка.

Добрый день!
На сегодняшний день подсчеты приблизительно такие: человеку с опытом от года можно устроиться на работу в тестирование на зп от 35-40тр, если с умением автоматизировать, то начальная планка будет на 5-10тр больше.
Квартиру не в центре и не самую лучшую, но нормальную можно снять за 18-20тр (с учетом ком. платежей). +2тр на дорогу.
Итого остается порядка 15+тр на жизнь.
Что будет через год не известно.

Если у вас есть склонность к программированию, то изучайте джаву и селениум. Знание скриптового языка типа ruby|python|groovy тоже будет плюсом. Если будет опыт работы с SQL, то тоже востребованно. А вообще - почитайте вакансии на spb.hh.ru - какие там требования к технологиям чаще встречаются.
Если с программированием не очень, то такие вещи как HTML, XML знать надо. Неплохо знать разные операционки - винда/линукс и какие-то навыки написания скриптов (batch|shell).
В целом, учитесь дизайнить тесты, взаимодействовать с программистами и оформлять дефекты.

А какие конкретно у вас затруднения с баг-трекером?
На последней конференции я кое-что рассказывал по этой теме.
http://www.slideshar...haL/ss-10392275

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

Это тестовое задание такое, вопросы задавать некому)
Меня интересует как она вапще должна выглядеть...вот например данный сайт софтве-тестинг.ру
Должна стоять ячейка где в середине сам сайт, от него идут связывающие линии с разделами такими как портал , работа, тренинги, confet&qa ? или как...что собой она подразумевает карта функциональности то? )

Думаю, что пример того, что вам нужно, есть тут на слайде №21
http://www.slideshar...bject-webdriver
Сам таким подходом пользовался тоже. Подход рабочий и не сложный.

Возник вопрос, можно ли обмениваться информацией JS <-> Selenium?
Необходимо вызвать сохранение DOM в файл из JS по определенному событию в JS.

Можно также по таймеру из Selenium изменить какие-нибудь элементы DOM (значения форм, содержимое слоев)?

Залез в API нашел такой метод executeScript
http://goo.gl/gPxfX

Возможно то, что нужно для изменения элементов DOM. Попробуйте - отпишитесь, если работает.

Возник вопрос, можно ли обмениваться информацией JS <-> Selenium?
Необходимо вызвать сохранение DOM в файл из JS по определенному событию в JS.

Можно также по таймеру из Selenium изменить какие-нибудь элементы DOM (значения форм, содержимое слоев)?

Если речь идет о WebDriver, то у меня не получилось сделать что-то подобное, поэтому скорее всего нет.
Единственно как я менял DOM, это используя bookmarklet-ы, но к сожалению WebDriver после этого зависал.
Продолжать изыскания я не стал ибо это было из разряда "интерсно, что если..", и не нужно для решения рабочих задач.

Всем привет!

Моя презентация с конференции SQA Days 10:
http://www.slideshar...haL/ss-10392275

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

Я знаю точно, невозможное возможно...

При этих словах просто необходимо давать ссылку

Ну т.е. я ВООБЩЕ не понимаю, что это за степень, ну и тем более - как ее обосновать!!!! . ( )

Может быть это количество представителей данного класса эквивалентности?
А обоснование - от задачи исходить должно и от возможных вариантов.

Пример. Есть функция fac(int i) - считает факториал. Разбиваем значения по классам эквивалентности
1) отрицательные, 2) 0, 3) 1, 4) 2, 5) >2 6) max_int, 7) max_allowed, 8) min_int ... можно еще напридумывать, но к делу уже не относится.
Сколько брать представителей из какого класса?
Понятно, что для классов 2) 3) 4) 6) 7) 8) - есть только один представитель класса, его и возьмем.
Что делать с классами 1) и 5)?
Для класса 1) я бы взял -1 (вдруг проверка на отрицательные числа сделана так: if(i < -1) return "only positive values") и еще одного любого представителя класса. Альтернативно -1 можно сделать отдельным классом.
Для класса 5) я бы тоже взял 2-х представителей. Чтобы избежать антипатерна happy path test. В конкретном случае может быть такая реализация метода, которая возвращает не вычисленный факториал, а константу, равную факториалу числа поданного на вход (тут пример с факториалом: http://www.ibm.com/d...brary/os-junit/).

Я использую camstudio,программой довольна,правда есть некоторые нюансы :)

Тоже пользуюсь camstudio. Программа как она должна быть - поставил, нажал кнопку - записывается, нажал другую - складывается на диск.
Умеет записывать регион экрана.
Не пробовал писать со звуком. Не пробовал писать ролики длиннее 10 минут.

Браузер браузеру рознь. Что поддерживает ваш браузер мне невдомёк.
Поищите тестовые наборы на таких сайтах как W3C (например: http://www.w3.org/MarkUp/Test/) или на сайте www.mozilla.org

любой труд должен оплачиваться!)))))
не придирайсо)

Оплата может быть не только деньгами.

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

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

Теперь, что бы я делала в таких условиях (ну, если реально раздражает...): реально неплохо иногда собирать статистику по программистам и предоставлять ее менеджменту с соответствующим анализом. У этого программиста наверняка количество минорных багов будет гораздо выше, чем у других. Что и показывает низкую культуру программирования. Эту статистику можно представить на очередном совещании.

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

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

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

Привет!
Этот вопрос у меня появился давно, только сейчас решилась создать тему. В общем...
Есть программист. Во время работы (когда закрывает баг, или дописывает фичу) он видит, что есть небольшая ошибочка, но незаметная: вроде в IE отображается коряво, или после каких-то определённых действий что-то на страничке не туда "поплыло". То есть всё работает, но есть недочёт - баг с приоритетом minor. Так вот. Если он такое находит - сознательно это не исправляет сразу. Ждёт, когда найду я, тогда исправляет за короткое время (т.к. этот же баг не новинка, программист про него знал). Человек таким образом повышает свою значимость в глазах начальства - типа умеет быстро исправлять проблемы.
Как думаете, наличие такой коллеги в команде для меня (как для тестировщика) хорошо, или плохо? Или фиолетово?

Есть два типа программистов. Одни, если находят баг в своем коде обычно заносят его в трекер. Другие, зная о багах (неважно мелких, крупных) никогда не будут писать баги в трекер. (Шопотом: И да, есть даже фирмы, в которых программистам _запрещено_ заводить баги, но только тсс об этом). Так вот второй тип программистов - это, скажем так, не совсем качественные программисты, типа осетрины второй свежести.
Что касается мелких багов, так многие программисты их в силу некоторых особенностей (вполне объяснимых) не замечают. Или вернее не ищут. А иногда они сомневаются или считают, что это и не баг вовсе.
Но когда тестировщик пишет баг в трекер, то скорее всего его починить легко, вот и чинят быстро. А если бы тестировщик не нашел какую-то мелочь - то может и прав был программист, когда думал, что это и не баг вовсе?