1. Вводное упражнение -- построение плана тестирования учебного приложения. Обсуждение факторов, влияющих на точность планирования (оценка времени, определение последовательность действий, учёт рисков). Обсуждение возможных действий при появлении в процессе тестирования новой информации, не учтённой при планировании.
2. Обсуждение теоретических аспектов. Что такое "тестирование"? Какие бывают "виды тестирования"? План чего мы построили и что будет являться результатом выполнения этого плана? Различные парадигмы тестирования -- почему они существуют и каковы практические последствия этого. Что такое тестирование методом свободного поиска и какое место оно занимает в общей картине мира.
3. Первый практический сеанс тестирования, обсуждение результатов. Обсуждение влияния результатов тестирования на построенный ранее план. Рассмотрение достоинств и недостатков одновременного проектирования и выполнения тестов.
4. Концепция "сеанса тестирования" и способ организации процесса тестирования в виде набора сеансов. Различие между понятиями "цель", "задание", "план". Как формулировать цели тестирования? Метафора "The touring test". Построение карты приложения. Выбор "туров". Как описывать результаты тестирования?
5. Второй практический сеанс тестирования, обсуждение результатов. Парное тестирование -- достоинства и недостатки. Что делать между сеансами тестирования?
6. Дополнительные идеи, которые можно применять при тестировании методом свободного поиска. Метод "шести шляп" де Боно. Чит-листы. Автоматизация.
7. Третий практический сеанс: регрессионное тестирование, обсуждение результатов. Обсуждение достоинств и недостатков использования тестирования методом свободного поиска при регрессионном тестировании.
8. Особенности взаимоотношения с коллегами и начальством. -- как им объяснить, "чем это вы тут занимаетесь"? Как оценивать полноту тестирования? Как оценивать качество работы тестировщика? Как начать внедрение тестирования методом свободного поиска? Когда и где не стоит использовать тестирование методом свободного поиска.
Бонусы!!! Каждый оплативший курс за 15 дней до его начала получит БЕСПЛАТНО записи двух любых двухчасовых (или один четырехчасовой) онлайн-семинаров Алексея Баранцева.
При одновременной регистрации и оплате двух участников (или одного участника на два тренинга) скидка 10%, трех -- 15%.
Хотелось поинтересоваться про скорость работы TC с WPF в целом и таблицами в частности.
Используется TC 6.52 (VBScript project)... Win XP SP3.
Имеется таблица в ячейках которой расположены различные контролы (чек-боксы\едит-боксы). Для поиска нужной строки используется метод Find() с небольшой глубиной поиска. ##### Код { ##### For j = 1 to Aliases.O_DataGrid.Items.Count Set wndCell = Aliases.O_DataGrid.WPFObject("DataGridRow","",j).Find(Array("ClrClassName","Text"), Array("TextBlock", strFieldName),2) If wndCell.Exists Then Aliases.O_DataGrid.WPFObject("DataGridRow","",j).WPFObject("DataGridCell","*",4).WPFObject("TextBlock","*",1).Click() Sys.Keys(CStr(iNumber) + "[Enter]") Exit For End If Next ##### Код } ##### strFieldName - входной параметр метода, равный необходимому caption текста в 1 ячейке строки.
При данном поиске ТС заметно тормозит выполнение. При чем чем дальше от начала таблицы необходимая строка, тем заметнее пауза. Настройки пауз проекта по умолчанию. Хотелось бы поинтересоваться как ускорить работу с WPF в данном случае или альтернативу метода Find() !??
Как в HP LR параметр использовать как строковую переменную типа char * ? На примере: имеется параметр {ID} (содержит строку). Нужно сравнить его с некоторым значением, типа
if ({ID} == "Serg"){ break; }
Однако такой код некорректный, VUGen ругается на него. Как корректно использовать значение параметра?
Опыт автоматизированного тестирования web приложений
Знание Java, SQL, JavaScript, XML, XSLT, HTTP
Опыт работы с xUnit фреймворками
Опыт работы с Subversion
Знание английского языка на уровне чтения технической литературы
Желательные требования:
Опыт работы с Selenium RC
Знание Ruby, RSpec, Rake
Опыт работы с Continuous Integration системами
Опыт работы с *nix системами
Обязанности:
Разработка и поддержка системы для автоматизированного тестирования
Создание скриптов для автоматизированного тестирования
Создание тестовой документации
Поддержка тестового окружения
Условия:
Офис рядом со ст. метро «Автозаводская»
Медицинская страховка (ДМС)
Оформление согласно ТК РФ
Гибкий график работы
Резюме, пожалуйста, отправляйте по адресу i.ageev[at]rambler-co.ru
Software-Testing.Ru -> Эвристики ХРОНИЧеского регрессионного тестирования
2010-04-21 00:09 barancev
Регрессионное тестирование порой может быть весьма трудоёмкой задачей. Регрессионное тестирование – это тестирование, предназначенное для повторной проверки свойств приложения или продукта с целью убедиться в том, что после внесения изменений или добавления новых возможностей приложение по-прежнему работает. Уже из определения видно, что регрессионное тестирование может быть очень обширным, поскольку может потребоваться повторная проверка практически каждого свойства продукта. Как правило, регрессионные тесты – это тесты, разработанные ранее, следовательно, основная работа при регрессионном тестировании заключается не столько в создании тестов, сколько в их выполнении. Таким образом, самая первая проблема – это планирование того, что мы будем перепроверять. Итак, как же выбрать, что подвергнуть регрессионному тестированию?
AutomatedQA - Functional Testing -> OnUnexpected window Event
2010-04-21 05:11 Natusya
Почитала help, на сколько поняла, то test complete позволяет, при возникновении неожиданного окна выполнять заданные мной действия. В help'е написано каким образом можно внутрь Event'а добавить свой обработчик событий.
Не могу понять, для каждого ли скрипта необходимо добавлять: ##### Код { ##### procedure GeneralEvents_OnUnexpectedWindow(Sender; Window; LogParams); begin <обработка события> end; ##### Код } ##### или как-то можно описать, чтобы это относилось ко всем скриптам?