Иллюзионисты в тестировании...
среда, апреля 21, 2010В былые времена в промышленной разработке отдельной роли тестировщика не было - все лежало на плечах программистов. Потом в голову особенно продвинутых менеджеров (или бухгалтеров) пришли идеи по экономии ресурсов (читай денег). И породили они когорту тестировщиков - разных молодых и не очень парней и девушек, которые все свои творческие силы отдают в борьбе за качество ПО.
Хватит петь оду тестировщикам, перейдем к сути поста - кроме всего положительного в тестировании есть много иллюзий (как у самих тестировщиков, так и у остальных членов команд). Таким образом тестировщики становятся настоящими иллюзионистами. Вот о них и попытаемся поговорить далее...
Первая иллюзия - тестировщик лично отвечает за качество ПО.
Если в проекте создалось впечатление, что вы лично своей работой обеспечиваете качество выпускаемого софта - поздравляю вы последователь Гарри Гудини
Тут есть две возможности для действия - почевать на лаврах или разъяснить всем, что вы лишь лакмусовая бумага проекта. Ваша работа показывать всем остальным, где есть слабые места. Вы физически не создаете качество - это задача разработчиков.
Вторая иллюзия - тестировщик слабое место проекта.
Если Вы в такой ситуации, то нужно быть настоящим мастером иллюзии (как например Граф Александр Калиостро), чтобы неспеша, но четко, показать: кто на самом деле пишет ошибки/задерживает своими ошибками релиз/подставьте нужное.
Иллюзия третья - ошибки становятся ошибками только в руках тестировщика.
Чтобы объяснять эту мысль стоит вспомнить фрагмент фильма Трасса 60(Interstate 60)(если Вы его не видели, то стоит обратить на него свое внимание):
Главный герой в больнице. Там доктор по имени Рэй проводит тест с картами — красными «пиками» и чёрными «червами». Рэй убедительно доказывает Нилу, что не всё, что мы видим, таковым и является: иногда мы видим лишь то, что хотим видеть.
С одной стороны программистам часто не видятся ошибки и проблемы там, где они есть - в таком случае наше искусство идет только впрок. С другой же стороны - когда мы (сильно увлекшись процессом) находим ошибки там, где их нет. В данном случае стоит помнить, что хороший фокусник-иллюзионист знает меру и останавливается в нужный момент.
Кроме того, часто бывает, что тестировщики (как и все люди) строят иллюзии относительно себя.
Само - иллюзия №1: Тестирование - это одно из ключевых позиций в разработке.
К сожалению, тестриование лишь вспомогательный сервис. Т.е. тестировщик не создает продукт - это делают в большинстве случаев программисты. Даже в случае, когда бизнес модель организации построена на продаже тестирования - это продаваемый сервис, который без исходного продукта ничего не стоит. :(
Само - иллюзия №2: Крутое/качественное/великолепное/внимательное/"и все остальные превосходные комплименты" тестирование приведет к такой же "популярности", как и программирование.
Много вы знаете людей, которые стали известны благодаря своим "тестировщицким" успехам? Только называйте русские имена! (Пару человек возможно и назовете) Большинство известных людей стали стоить дорого как футболисты только благодаря своей переквалификации в менеджеры/книгописатели/тренингочитатели/и т.д.
Представьте, что вам нужно в двух-трех словах сказать о достигнутых успехах. "Я тестировал продукт Х!", "Я написал столько-то/для такого-то софта/в такой-то фирме тестовых сценариев!" - звучит как-то не очень убедительно. Думаю, вы не откажитесь признать, что слова "Я разработал/написал/управлял созданием продукта Х (Linux RedHat / Windows / GoogleMail / GoogleWave / add yours)" и подобные - звучат на много интереснее.
Подводя итог, хочется сказать, что мир иллюзий (как бы он не привлекал нас своей притягательной силой) остается чем-то нереальным. Как бы искусен не был иллюзионист, мы все прекрасно понимаем, что и Статуя Свободы оставалась всегда на своем месте; и люди не летают, как бы Дэвид Копперфильд не убеждал нас в обратном.
Хочу пожелать всем нам четкого понимания своих реальных возможностей и действий.
P.S.: А вы считаете себя иллюзионистом/ской?
Текст сообщения и комментарии...
QTP и Silktest в одном флаконе?
четверг, апреля 08, 2010При поиске подходящего средства автоматизации на новом месте работы столкнулся с проблемой совместной установки QuicktestPro и SilkTest.
На компьюетр установлен QTP - запущен и таки или иначе проверн на совместимость с тестируемым продуктом.
Затем от проиводителя получена триальная версия SilkTest'а. Она успешна прошла установку и даже запуск! Но при попытке использовать распознование объектов или запись - валяться ошибки подобные следующим (причем они выглядят как просто сообщения от рекордера и не приводится стектрейс):
- com/mercury/javashared/agentloader/agentbootstrap
- com.mercury.javashared.infra.native
- java.lang.exceptionininitializerError
Даже по скромным сообщеним понятно стало, что дело в Java. Но что исправлять сразу не понятно. Гугл и логика привели к успешному запуску и использования Silktest.
Чтобы поправить ситуацию нужно:
Удалить или почистить глобальные переменные IBM_JAVA_OPTION, _JAVA_OPTION и JAVA_TOOL_OPTIONS.
Более подробно можно прочитать здесь.
Советую не удалять эти параметры, а переименовать. Ведь запускать QTP Вам тоже может понадобиться.
Текст сообщения и комментарии...