Баг или Фитча? Кричать или молчать?
2010-12-10 11:49
Всем доброго дня (или ночи), прежде чем поднять интересующую меня тему, хотелось бы представиться:
Александр, Тестировщик (стаж 1,5 года). Омск.
Я тут человек новый, и, наверное, с первым же постом создавать тему - не самая лучшая затея, главное не сочтите за наглость. Оставим лирику и сразу к сути первого вопроса:
======================================================================== Баг или Фича?
Ни один раз сталкивался с проблемой когда я оформляю баг, а мне в ответ: "Won`t Fix" - требую пояснений - в ответ: "Это Фича! Так было задумано." (Кем? Когда?)
Понятно что надо смотреть в требования, но ведь так не всегда происходит, учитывая что всех требований до сих пор нет!
Как быть если портал и без меня функционировал 4-5 лет, без документации, отлова багов и процесса тестирования в целом?
Как делаю я сейчас: Оформляю Improvement (работаем в JIR`е) - вешаю на менеджера проекта и с ним, долго и упорно пытаемся понять суть, как это уже реализовано, выявляем + и - данного дополнения / изменения.
Как правило в 8 случаях из 10 - Improvement остается без изменений и отдается разработчику - вот только времени уходи в разы больше.
Интересует мнение: Как с этим бороться? Как убедить разработчика что эта фича - не фича, а самый настоящий баг? Где грань? Как ускорить процесс?
======================================================================== Кричать или молчать?
Тема вытекает из первого вопроса.
Мысли навеяли некоторые наблюдения в работе форума software-testing.ru, бегтрекера JIR`а и система uTest
Суть в следующем, что если мне кажется что я нашел баг - говорить об этом? А если это не баг, а все та же Фича? (требований ведь я не вижу)
Я как тестировщик до мозга костей не могу мимо пройти - чувствую что надо сказать! Но мысли типа: "А вдруг об этом уже знаю и я покажусь выскочкой?" или "Вот щас напишу - а мне потом рейтинг подпортят" (uTest) и тд.
Как запустить скрипты для нескольких копий приложения одновременно?
2010-12-10 12:11
Доброго времени суток!
Допустим есть приложение Client.exe, есть набор скриптов на TC7. открываю несколько копий этого приложения, можно ли запустить одинаковые скрипты на всех приложениях одновременно? или может есть какой способ нагрузочного тестирования вин приложений. Заранее спасибо за помощь!
Как нагрузить базу?
2010-12-10 13:14
Доброго времени суток!
Допустим есть приложение Client.exe, есть набор скриптов на TC7. изначально хотели создать N виртуалок, запустить на всех Client.exe(от всех идут данные в базу), и запустить автотесты. но это как то неправильно. Подскажите как по другому через ТС нагрузить базу?
Клик по иконке в трее
2010-12-10 16:01
надо реализовать клик по иконке, но вариант с текстом из тултипа не подходит. ТС7.52, JScript.
Selenium IDE и обращение к значению в списке
2010-12-10 16:03
У меня на странице есть поле, типа списка, но не совсем. При вводе первых нескольких букв значения, список фильтруется и отображается именно то в списке, что удовлетворяет введенным первым буквам. То есть, есть возможность ввода вручную и потом только выбора значения с предложенного списка.
Описание поля вот такое:
Перепробовала разные варианты, но обратится к значению, что ввожу и потом же выбираю со списканикак не получается...
Подскажите, плз...
Тестирование совместимости с Windows Update
2010-12-10 16:03
Доброго всем!
Коллеги, столкнулась с интересной задачкой: Имею сервер (на SQLServer 2008) и клиент - web приложение (java). Сейчас встала проблема протестировать все это добро с новыми Windows Security Update. И такое далее раз в месяц будет повторятся. В голову пока кроме стандартных базовых тестов работы web части с сервером не приходит. Подскажите, может быть кто сталкивался с проблемами именно из-за Update -ов? Или имеются в голове еще мысли, куда можно/стоит посмотреть..
Так он проваливается:
<"Selenium seleniumhq - РџРѕРёСЃРє РІ Google"> expected but was
<"Selenium seleniumhq - \xD0\x9F\xD0\xBE\xD0\xB8\xD1\x81\xD0\xBA \xD0\xB2 Google">.
В своей предыдущей статье я писал о важности критического мышления. Навыки критического мышления занимают центральное место в философии, положенной Джеймсом Бахом в основу Rapid Software Testing. На наших тренингах, презентациях, в кулуарах конференций люди часто спрашивают, можно ли научиться навыкам критического мышления. Я вполне уверен, что этому можно научить, но мнё кажется, что правильнее эти навыки вдохновлять, тренировать и культивировать. Имейте в виду, отсутствию любопытства тоже можно легко научить, это происходит, когда учитель или руководитель даёт "правильный" ответ, считает вопрос закрытым, и не допускает дальнейшего обсуждения или, хуже того, дальнейшего обдумывания. Я думаю, чтобы начать развивать навыки критического мышления, нужно поощрять людей задавать вопросы. Для тестирования это тоже важно; когда мы перестаем задавать вопросы, мы приобретаем «туннельное видение», мы начинаем игнорировать контекст, начинаем верить в «лучшие практики», как будто они существуют.
В своей предыдущей статье я писал о важности критического мышления. Навыки критического мышления занимают центральное место в философии, положенной Джеймсом Бахом в основу Rapid Software Testing. На наших тренингах, презентациях, в кулуарах конференций люди часто спрашивают, можно ли научиться навыкам критического мышления. Я вполне уверен, что этому можно научить, но мне кажется, что правильнее эти навыки вдохновлять, тренировать и культивировать. Имейте в виду, отсутствию любопытства тоже можно легко научить, это происходит, когда учитель или руководитель даёт "правильный" ответ, считает вопрос закрытым, и не допускает дальнейшего обсуждения или, хуже того, дальнейшего обдумывания. Я думаю, чтобы начать развивать навыки критического мышления, нужно поощрять людей задавать вопросы. Для тестирования это тоже важно: когда мы перестаем задавать вопросы, мы приобретаем «туннельное видение», мы начинаем игнорировать контекст, начинаем верить в «лучшие практики», как будто они существуют.