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

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

Как запустить отдельную тестовую функцию JUnit4 из консоли?
...
С помощью java -cp org.junit.runner.JUnitCore [имена тест-классов] можно запускать классы целиком (все функции помеченные @Test), а вот как запустить отдельную тест-функцию? Например, myTest.qwer() из примера?

Никак. Надо свой тест раннер писать. Или, если в отладочных целях, то можно закоментить ненужные анотации @Test.

Ну ещё можно с ant'ом побаловаться и реализовать такую возможность:)

В анте используется "ихняя" реализация тест-раннера. Чтобы его поменять надо написать свой тест-раннер. Т.е. см. мой предыдущий ответ. В IDE, которое тоже реализовывает свой раннер, на самом деле перебираются все методы класса, но только все кроме выбранного не запускаются. Так 4й Junit устроен.

На самом деле в Junit-e есть возможность запускать тесты на основе селекции по аннотациям. Я не пробовал, но вроде бы для этого надо создавать отдельный тест-свит(могу наврать). Как я понял идею, например есть три теста, один с аннотацией @A, другой с @B, а третий с @A и @B. Создаем 2 тест-свита - первый для @А, второй для @B. Итого в первом наборе будут тесты 1 и 3, во втором 2 и 3.

Страницы не существует..

Вас не смущает, что прошло 8 лет?

...
На ручное тестирование времени примерно надо в два раза меньше чем на реализацию этой фичи.

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

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

А вообще прав Майкл Болтон. Он говорит, что суммарное время на тестирование оценить очень просто. Например, если сегодня 7 апреля, а релиз назначен на 21 апреля, то у вас есть ровно 2 недели на тестирование. Все.
И вы не должны приходить и говорить начальству, что я за 2 недели не успею, мне нужно 4 по моим подсчетам. А вы должны сказать, по моим подсчетам нужно 4 недели, за 2 недели мы протестируем это и это, а то и се только поверхностно. При этом есть такие-то риски. Устраивает? И пусть начальство дальше думает.

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

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

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

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

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

Денег никому не надо, я так помнимаю? =))

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

Это у вас человек на первый-второй день так работает? Тогда самое время признать свою ошибку и исправить её. То есть уволить этого сотрудника. Если, конечно, вы всё адекватно описали. В любом случае выглядит так, что вы совершаете ошибки, уж извините.

Поддерживаю. Желание из такого сделать конфетку ни к чему хорошему не приведет. Вы либо его уволите позже, когда все с ним намучаются. А чем дальше, тем сложнее будет уволить, будет жалко потраченных сил и тд. Либо он достанется кому-нибудь другому (в другой отдел, или вы уйдете, например на повышение итд). Уж поверьте, добрым словом по поводу такого работника вас поминать не станут.
А если есть команда, то за все косяки данного сотрудника придется расплачиваться членам команды - доделывать за него, тратить время на объяснения (в пустую, как понимаю) и тд.

Вы не поверите, у меня подобное было. Когда заполняла договор, были поля "Секретный вопрос" и "Ответ на секретный вопрос". В такие места обычно любят писать девичью фамилию матери. Написала... Через некоторое время случилась неприятность с этой карточкой - нужно было разблокировать её. По телефону девушка спрашивает: Ваше кодовое слово? Я сначала испугалась, потому что никаких кодовых слов не помню. Через несколько секунт догадалась, что это ответ на секретный вопрос имеется ввиду.
Смешно, потому что догадаться, что тебя спрашивают легко. Но несколько секунд страха: "Какое кодовое слово??? Я не помню такого!!!" всё же неизбежны.

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

Присутствие техрайтера - обязательное условие для команды? Можно считать ситуацию нормальной, если документацию пишут сами разработчики?

Беда, коль пироги начнет печи сапожник... (с) Иван Крылов.

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

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

Андрей, поздравляю! Я был поражен твоим мастер классом. Молодец! За 20 минут и рассказать и показать и почти без фейлов (косяк с регистром - не в счет, наоборот, показывает умение быстро понять в чем суть проблемы и как это сделать).

Также поздравляю Сергея. Ничего не имею против того, что он получает приз.
Единственно, что хочется отметить, что письмо с просьбой проголосовать за самого активного участника я получил сегодня в 16-48, а прочитал его в только сейчас в районе 22-00. Но новость о победители уже опубликована в 17-42.

Организаторам мое мнение не интересно, но я голосую за DSM (простите, не знаю ни имени ни фамилии).

если вводишь верно имя, фамилию и дату рожд. НЕуникального пользователя (Петров Петр 03.03.1993) программа выдает ERROR

По мне так это ошибка в программе - должно логинить

Привет!
Есть предложение поменять каптчу на форуме.
Очень трудно разобрать что там написано - потратил уйму времени.
Я такой один плоховидящий?)
Так же есть предложение добавить хук - последние сообщения в боковую панель.

Вечер добрый! Я думаю, что все это надо было бы адресовать к борзописцам, которые делают IPBoard-овский форум все менее и менее удобным и все более и более глупым. Некоторые их решения заставляют думать, что у ребят с головой абсолютно не все в порядке. Надо было бы адресовать, да наверняка абсолютно бесполезно.

А вот эта фича пока осталась, я пользуюсь ссылкой на активные темы, так как списка последних сообщений нет или его надо каким-то неясным образом настраивать. В принципе, это даже лучше, т.к. тут список тем, которые менялись за последнее время и ссылка на последнее сообщение:
http://software-test...earch&do=active
(Если что ссылка есть внизу главной страницы форума)

Если честно, я не совсем понял как работают те методы, поэтому и написал свой

Там же написано как работает неочевидное (implicit) ожидание. Драйвер раз в 500мсек опрашивает модель и если элемент появился - возвращет его, если нет, то падает с exception по истечении времени ожидания. Поэтому, если у вас, например, 3 места - элемент А появляется через 5 сек, элемент Б через 2 сек, а элемент С есть сразу - то ставьте 5 и оно будет одинаково хорошо работать во всех трех случаях. При этом установка значения 5 надо сделать всего один раз и больше не трогать.

Единственно, если элемент Б или С не появлется вовсе, то драйвер будет ждать максимальное время.

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

Вы написали 6 строчек кода, тогда как можно написать 1 при инициализации драйвера (для implicit wait). И далее забыть об этих ожиданиях в своем тестовом коде, т.к ожидание будет включено при каждом поиске элемента.
Плюс к этому зачем писать свой метод, если уже есть готовый?

Всем привет!

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

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

сам искал такое.
Если найдете, сообщите пожалуйста.

Ничего вы не искали.
Вот пример поиска: http://software-test...ch&fromsearch=1
А вот то, что я рекомендую, чем пользовался 7 лет: http://software-test...ch&fromsearch=1 (но есть недостатки).
Ну и конечно есть linkchecker который мне же на этом форуме и посоветовали.

Ок. Спасибо. Только поправьте первые две ссылки.
Linklint - не староват? как понимаю, вы им пользуетесь?
A xenu хорошь тем, что в virtualbox работает с куками IE, а у нас внутренние порталы с авторизацией.

Ссылки не поправляются ибо мудрые создатели IPBoard-а считают, что давать ссылку на результаты поиска никому не надо. Я уже отредактировал коммент.

linklint староват. Сейчас уже ничем не пользуюсь, но для наших целей на прошлой моей работе его хватало (API Javadoc тестировать). У нас его кто-то немного допиливал самостоятельно и много он не умеет (например https). Смотря для чего надо.

А linkchecker поумнее.

Xenu's Link Sleuth

это хорошее средство. но надо такое, которое можно было бы запускать из консоли на линуксе

чем обусловлено требование из консоли на линуксе? Почему нельзя воспользоваться виндовой виртуалкой?
Из консоли на линуксе хорошо запускается wget+grep

А что найдет wget + grep? Даже если рекурсивно wget запускать и потом анализировать коды ответа (хотя тут grep-а явно не хватит), то он битые ссылки внутри документа все-равно не найдет.

сам искал такое.
Если найдете, сообщите пожалуйста.

Ничего вы не искали.
Вот например поищите на этом форуме по словам "проверка ссылок".
А вот то, что я рекомендую, чем пользовался 7 лет: linklint (но есть недостатки).
Ну и конечно есть linkchecker который мне же на этом форуме и посоветовали.

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

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

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

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

Какие-то лишние артефакты попали в текст после ссылки...

...К сожалению, сделанная во время конференции запись оказалась недостаточно качественной...

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

Уважаемые компании работодатели, которые готовы предоставить работу нашим специалистам.
Задумайтесь о том, какими средствами вы пытаетесь достичь цели. Вы предлагаете денежные бонусы за привлечение, печатаете вакансии, которые мало кого могут заинтересовать. Вы полагаете это эффективно? А много ли отзывов по таким вакансиям? А насколько реальны требования в вакансиях?
Может пора переключиться на что-то, что действительно принесет результаты?
Поговорим?

Ты много здесь видел представителей компаний-работодателей?