Если вы знаете ещё другие национальные блоги -- поделитесь знанием, может быть сделаем больше лент, на каждом языке.
Borland (Segue) - Functional testing -> Ошибки при выполнении метода Click() и разница в ыполнении скриптов пр
2009-01-15 12:37 Dmitry_NS
ПРивет! У меня такой вопрос. В ходе выполнения скрипта бывают ошибки, например для некоторых кнопок не срабатывает метод Click(). Если поставить чекбокс Animated run-mode (Slow-Motion), то медленное выполнение скрипта проходит весьма гладко. Так же есть ситуаци, когда после названия тесткейса, я ставлю конструкцию: do ... except ... Скрипт прерывается и для некоторых кнопок появляется ошибка : Button is not exposed. Стоит поставить вместо do/except - recording и скрипт выполняется без всяких ошибок. Кто-нибудь сталкивался с подобным поведением silktest? как мне добиться того, чтобы без чекбокса о медленном выполнении не возникали ошибки и оставить конструкцию do/except?
Спасибо
AutomatedQA - Functional Testing -> Janus GridEX v3
2009-01-15 14:38 Olika
Пытаюсь разобраться с гридом Janus GridFE v3 на примере из TestComplete -> Samples, который использует програмку Janus.NorthwindDemo.exe , которая должна находиться в <Janus Systems Components>\NET\Windows Forms Controls v3\Demos\Janus.NorthwindDemo.exe - но ее там нет, вообще папки NET не существует. Может кто подскажет как найти выход из положения, где ее найти? Использую Janus WinForms Controls v3.5 for NET V 3.5.0.61 PATCH Заранее благодарю!!
Анонсы мероприятий и событий -> Юбилейная 5-я конференция SQA Days
2009-01-15 18:16 VLDCORP
Уважаемые коллеги! В апреле 2009г. в Санкт-Петербурге планируется проведение юбилейной 5-й Международной конференции специалистов в области обеспечения качества ПО - SQA Days 2009. В планах проведение 2-х дневной конференции: 1 день - доклады, флипчарты, круглые столы Планируется несколько секций 2 день - мастер-классы ведущих экспертов
Приглашаем всех к участию! В том числе докладчиков и партнеров.
Информация о конференции в скором времени появится на WWW.IT-CONF.RU
начальник настаивает, чтобы хотя бы часть тестов по тест кейсам проходилось разработчиками. он считает это критерием завершенности работы
мое личное мнение такое: должен, но лишь неформально, без строгой тестовой документации, можно ограничится чек-листом. еще вариант - юнит тесты. Аргументы: - нельзя лишать продукт взгляда программиста, который будет ограничен рамками формальной тестовой документации - разработчик плохо справится даже с простой задачей для тестировщика пройти тест кейс - дублирование работы негативно скажется на ресурсе времени - не каждый разработчик захочет тратить больше времени на тесты, мотивируя тем, что это не его работа - время разработчика стоит дороже
хотелось бы узнать Ваше мнение, как это организовано на Вашей работе. литература дает разные мнения. заранее благодарен за советы.
Имеется файл MyLib.sd содержащий в себе уже готове функции и процедуры, которые в дальнейшем планируется использовать в самых различных автоестах (скриптах). Как сделать так, чтобы все функции и процедуры файла MyLib.sd можно было вызывать в скриптах?
Итак, если при планировании времени мы учли человеческий фактор, форс-мажоры и прочие тормоза, то мы имеем конечный срок выпуска проекта. Осталось только к нему придти шаг за шагом. Как идти по этому пути существует много разных методологий и у каждой есть свои поклонники, а то и фанатики. Однако, действуя по принципу бритвы Оккама, который в упрощенном виде он гласит: «Не следует множить сущее без необходимости», — можно взять полезное от каждой с поправкой на нашу действительность.
Итеративность Основываясь на «творческой» непредсказуемости процесса программирования и «усредненной необязательности» исполнителей можно утверждать, что оставлять без внимания исполнителя задания на какой-то длительный срок нельзя. В идеале достаточно спросить об успехах один раз в день, индивидуально этот срок может быть и раз в 2-3 дня, и 2-3 раза в день. В последнем случае с таким исполнителем следует распрощаться как можно скорее. В любом случае это будет «легкая проверка», не требующая письменного отчета. Однако строго по заданным промежуткам времени необходимо проводить «большую» проверку с письменным отчетом о ходе дел по проекту. Эти отчеты будут объединяться и делегироваться вышестоящему руководству.
Поскольку наша повседневная жизнь издревле делиться неделями, имеет смысл устанавливать обязательную проверку достигнутого раз в неделю. Не раз убеждался на практике, что ввод искусственных делений на иные промежутки не выдерживает проверки временем. (more…)