Знаете ли вы, куда вам развиваться дальше и как это делать?
Если ответ «да», то мы за вас очень рады!
А если нет, то мы решили вам помочь и подготовили перечень основных знаний и навыков, необходимых для тестировщиков. Этот список, со ссылками на книги и тренинги, вы можете найти в присоединённом файле. Распечатайте, по каждому пункту оцените себя и решите, какие области и каким образом вы планируете развивать в первую очередь.
Есть что добавить? Поделитесь, и мы улучшим эту презентацию!
Данный код передвегает сепаратор в Гмэйле. Есть подозрение что селениум еще не научился работать с 14 FF. Кто знает как решить данную проблему?
Создание Database table Checkpoint
2012-08-14 14:05
Доброе время суток. Начал писать тест для моей програмки в тесткомплит 7,52 и никак не могу понять как пользоваться чекпоинтами работы с базами данных. Может ктото выслать рабочий пример кода на яве или обяснить как пользоваться этим элементом?
Вот что я делаю:
Нажимаю на иконку Cheate Database table checkpoint, создаю новое подключение к базе, выбераю в нужной мне таблице нужные мне колонки, отображается таблица со сзачаниями в этих колонках и потом я в код могу вставить строчку:
DBTables.User.Compare();
а вот что дальше делать с этой строчкой непонятно.
как она работает? обясните пожалуйста.
На заметку автоматизаторам (WebDriver)
2012-08-14 19:07
Если автор сайта будет делать подборку разных добрых советов по WebDriver то пусть внесет туда +1 совет.
Я тестировал отправку письма через почту ukr.net, форма сделана на AJAX и убил 1.5 часа и кучу нервов потому что думал что проблема в xpathe, драйвере и в чем угодно.
Проблема в том что текстовое поле для ввода текста WebDriver легко находит. После чего срабатывает .sendKeys("text") так вот текст туда не вводился и письмо отправлялось без текста. почему? ХЗ!
Просто надо перед тем как писать туда текст, выбрать этот элемент и сделать на нем .click() после чего текст вводится.
Столкнулся с вопросом автоматизации тестирования CLI.
На входе есть список команд, каждая со своим набором параметров, включая авторизацию.
При прогонке автоматических тестов, нужно парсить response и в зависимости от этого выполнять/нет другие команды.
TBD:Можно, конечно на java написать эти тесты, там же парсить и обрабатывать.. но может есть другой инструментарий, я не сталкивался?
Вы сталкивались с подобной задачей и каким инструментом пользовались?
завершение работы с chromeDriver
2012-08-15 11:37
Здравствуйте!
Недавно (месяца полтора как работаю) заметил что chromeDriver после завершения работы приложения не заkрывается, а продолжает висеть в процессах. Как его правильно закрыть? Что-то ненагуглил ничего...
Правильно пишем логику теста (Java, WebDriver, PageObject)
2012-08-15 12:53
Пишу тесты Java + TestNG + WebDriver. Стараюсь писать "правильно":
для этого использую PageObject, тоесть в логике теста (сам класс теста) у меня нет передачи драйвера, ввода данных, сложных конструкций и локализации элементов - все выводится в методы соответствующих страниц-классов. Это удобно и нареканий нет.
НО у "правильных" тестов должно быть две особенности:
1. Тестируя и выполняя какое-то действия, они должны возвращать систему в исходное положение (убирать за собой).
2. Они должны быть независимы от предыдущих тестов. (каждый тест можно запустить отдельно и он сам делает подготовку нужного состояния)
Поэтому у меня два вопроса.
первый вопрос: Если я тестирую отправку письма, то тогда я должен буду за собой "убрать" тоесть удалить письмо из отправленных ( как вариант можно еще адресную книгу подчистить и удалить из удаленных писем тоже неплохо бы) Мой код:
В итоге я делаю в два раза больше кода. Надо ли? Почтовый ящик ведь безграничен (практически) и к тому же, возможно, будут тесты в которых убрать за собой будет в несколько раз сложней чем добавить туда, если вообще будет такая возможность...
Вопрос второй: Допустим я тестирую базовую функциональность почты:
- Залогиниться
- Написать и отправить письмо
- Проверить сохранилось ли это письмо в отправленных
- Проверить можно ли удалить это письмо из отправленных.
получается если следовать правилу "все тесты должны быть независмыми" мне каждый тест кейс прийдется увеличивать на код предыдущего теста, тоесть чтобы в итоге проверить удалилось ли письмо из отправленных я должен залогиниться, написать письмо, увидеть его в отправленных, удалить от туда и еще все это ассертить после каждого шага.
Почему бы не использовать аннотации которые подвязывают тесты между собой чтобы каждый тест подготавливал состояние для исполнения следующего?
Цитата
У аннотаций TestNG есть следующие параметры:
dependsOnMethods — методы, от которых зависит, сначала будут выполнены они, а затем данный метод
dependsOnGroups — группы, от которых зависит
и завязывать бы как-то эти методы зависмые в отдельные группы.
Таким образом я протестировал возможность залогиниться, не выходя из теста я тестирую возможность отправки письма, после чего сразу тестирую сохранилось ли оно в отправленых и, опять же, не выходя из браузера тестировать удаление из отправленых. Все это одной цепочкой.
Что вы скажете, как оно на практике удобней и "правильней"? Хочу просто сразу научиться правильно тесты писать...
Особенности:
1. По клику на img открывается календарь
2. id="ext-gen658" - меняется
3. Если писать просто .//*[@id='ext-comp-1247']//img - находит 2 таких элемента
Написал путь
Есть такая проблема, пытаюсь соединить Testlink и Mantis по тем докам, что представлены в интернете. Всё сделал как написано, однако не помогло.
Может кто-нибудь может поделиться опытом в интеграции этих двух систем?
Семь принципов тестирования
2012-08-15 20:05
Всем привет,
занимаюсь изучением ISTQB FL syllabus. И возник у меня вопрос по поводу 7го принципа тестирования: на мой взгляд, это переформулировка 1го принципа.
Principle 1 - Testing shows presence of defects.
Testing can show that defects are present, but cannot prove that there are no defects. etc.
Principle 7 - Absence-of-errors fallacy.
Finding and fixing defects does not help if the system built is unusable and does not fulfill the users' needs and expectations.
И там и там по сути смысл в том, что тестрирование помогает обнаружить ошибки, но не позволяет утверждать, что ошибок нет.
В чем существенная разница между указанными 2мя пунктами? Может быть даже кто-то приведет примеры?
Заранее благодарна.
Проблема с выполнением теста в Jenkins
2012-08-15 20:36
Пожалуйста помогите решить следующую пробlему.
Запускаю тест в Jenkins (Cucumber). В консоле вижу такое сообщение:
Started by user anonymous
Building on master in workspace C:\Users\Administrator\.jenkins\jobs\Prerogerscoupon_Functional_Test\workspace
[workspace] $ cmd /c call C:\Windows\TEMP\hudson4551767386326684001.bat
C:\Users\Administrator\.jenkins\jobs\Prerogerscoupon_Functional_Test\workspace\FunctionalTests>cucumber -t ~@previp -f html -o results.html
*** WARNING: You must use ANSICON 1.31 or higher (http://adoxa.110mb.com/ansicon) to get coloured output on Windows
Build step 'Execute Windows batch command' marked build as failure
Recording test results
Finished: FAILURE
Тест выполняется успешно, но Jenkins не помечает его как passed. Выдает ошибку выполнения.
в чем может быть проблема??
Просветлённый ведущий тестировщик
2012-08-16 02:48
News360 - один из самых успешных российских стартапов. На текущий момент у нас более 1,5 миллионов пользователей в USA, мы попали в сотню самых успешных стартапов мира с точки зрения Microsoft, о нас пишут NewYorkTimes и WallStreetJournal. News360 - это команда звёзд, и в нашу славную команду просто необходим эксперт по тестированию!
Когда вы придёте к нам, вашими задачами будет:
* Руководство командой QA (сейчас 2 человека), её обучение и расширение
* Ручное тестирование под множество мобильных платформ (iPhone, iPad, Android, Win8, Web)
* Тест-анализ, создание удобных и полезных чек-листов
* Взаимодействие с командами разработки, аналитики и техподдержки
* Создание продукта, которым действительно можно гордиться!
Что мы вам предоставим:
* Уютное рабочее место в офисе у м. Дмитровская
* Официальную з/п от 80 до 110 тысяч рублей
* Гибкий график работы
* Обучение за счёт компании
* Стажировки в Калифорнии для лучших сотрудников
Каким мы видим идеального кандидата:
* Опыт в тестировании от 3-х лет
* Опыт руководства тестированием или звёздный потенциал
* Искренняя любовь к тестированию, желание развиваться и работать ручками
* Знакомство с мобильными платформами будет существенным плюсом!
У нас нет формальных требований по возрасту, религии, образованию. Если вы считаете, что вы нам подходите - дерзайте!