Федеральный закон от 16.10.2010 No272-ФЗ
Новые темы форума тестировщиков
Федеральный закон от 16.10.2010 №272-ФЗ
Стать экспертом в тестировании. Джеймс Бах Цитата Большая часть моего опыта связана с плотной работой на рынке Силиконовой долины, а это работа с программным обеспечением таких компаний, как Apple Computer и Borland. Поэтому методы, которые я собрал и разработал предназначены для использования в условиях сжатых графиков, высоких темпов изменений, компонентных технологий, и бедных спецификаций. Абстрактно Вы уже опытный тестировщик. Вы знаете как написать тест кейс и ввести баг. Что дальше? Вы себя ощущаете экспертом? К сожалению, если вы захотите очень продвинуться в тестировании, вы обнаружите, что программ, семинаров и тренингов, способных вам помочь - практически не существует. Это означает что научится можно только через свой собственный труд. Это выступление о поиске пути от опыта к опыту. Он основан на контекстно ориентированной методологии тестирования. Она сосредоточена на том, что значит думать, как тестировщик и как создавать и критиковать практики в тестировании (а не просто копировать то, что "гуру" сказал). Это идеальный учебник, если ваша карьера - это тестирование и вы намерены в ней преуспеть Видео на 57 минут. Но полностью на английском и без субтитров. Предлагаю скооперироваться и сделать версию с русскими субтитрами. Так же, как и когда то мы сделали со статьёй "Будующее тестирования" Пока набралось 3 человека. Хотим собрать от 10. По мере подключения новых людей на перевод - количество подключившихся буду обновлять.
LoadRunner vs Visual Studio
ТС не воспроизводит клики мышкой. function CopyOneToFlash()
{
//открываются нужные папки
OpenFolderForCopyingToFlash();
//предполагается, что папка wndFilesToFlash уже открыта
Aliases.Explorer.wndFilesToFlash.SHELLDLL_DefView.DUIViewWndClassName.DirectUIHWND.CtrlNotifySink.FolderView.ClickItem("One", 0);
Aliases.Explorer.wndFilesToFlash.SHELLDLL_DefView.DUIViewWndClassName.DirectUIHWND.CtrlNotifySink.FolderView.Keys("^c");
Aliases.Explorer.wndFilesToFlash.Close();
//открываю папку в которую необходимо скопировать
CommonScripts.OpenFlashDisk();
//запускаю само копирование с таймером и логированием
CopyToFlashDisk();
}
//***
function CopyToFlashDisk()
{
Aliases.Explorer.wndCabinetWClass3.SHELLDLL_DefView.DUIViewWndClassName.DirectUIHWND.CtrlNotifySink.FolderView.Keys("^v");
CommonScripts.ListenCopyWindow();
Delay(2000);
}короче, оно работало и работало стабильно. пока я не добавил копирование с флешки на пк. вот эта функция запускает весь кейс //***
function StartCopyOne()
{
try
{
CommonScripts.OpenRootTestDataFolder();
ToFlash.CopyOneToFlash();
//ToPC.StartCopyFromFlashToPC();
CommonScripts.ClearFlashDisk();
CommonScripts.CloseFlashDisk();
}
catch (exception)
{
Log.Error("Error", exception.description);
}
}стоит раскомментировать ToPC.StartCopyFromFlashToPC() и тест валится. вот в этом методе, который при вызове из ToFlash.CopyOneToFlash() отлично срабатывает после чего папка закрывается function OpenRootTestDataFolder()
{
Aliases.Explorer.wndShell_TrayWnd.ReBarWindow32.ToolbarWindow32.ClickItem("Show Desktop", false);
Delay(1000);
Aliases.Explorer.wndWorkerW.SHELLDLL_DefView.FolderView.DblClickItem("My Computer", 0);
Delay(1000);
Aliases.Explorer.wndCabinetWClass.SHELLDLL_DefView.DUIViewWndClassName.DirectUIHWND.CtrlNotifySink.FolderView.DblClickItem("System (C:)", 0);
Delay(1000);
Aliases.Explorer.wndCabinetWClass.SHELLDLL_DefView.DUIViewWndClassName.DirectUIHWND.CtrlNotifySink.FolderView.DblClickItem("TestCopying", 0);
Delay(2000);
}
Ведущий тестировщик, 80 000руб, Москва
Переход из Selenium IDE на SeleniumRC+PHPUnit+NetBeans
Обзор инструмента TesterBench test(
function(){
open('http://www.testerbench.com/demonstration.html');
....
}
)Open('…') – обязательная конструкция, открывающая страничку. После команды Open идут блоки команд к элементам страницы. К примеру, ниже – строчка, которая переводит курсор на текстовое поле “ firstTabTextArea'” и вводит в него текст в точности так же, как это сделал бы человек: $('#firstTabTextArea', 'Text Area').mousemove('top left', +5, +5).click('top left', +5, +5).type("PLEASE DON'T USE YOUR MOUSE DURING THIS DEMONSTRATION");Подвести мышиный курсор к элементу, кликнуть с небольшим отступом, ввести текст с клавиатуры… Все прозрачно. Причем все это делается не изнутри браузера, а через Windows API . Так что получается действительно полная имитация действий человека. При желании команды к элементу можно разделять таймаутами при помощи wait(…):
$('#firstTabTextArea', 'Text Area').wait(1500).mousemove('top left', +5, +5).wait(1500).click('top left', +5, +5).type(‘one’).wait(1500);
В этом случае создается иллюзия, что наблюдаешь за чужими действиями через какой-нибудь RemoteDesktop. Зачем это нужно? На самом деле это - самый простой способ просмотреть внешний вид в разных браузерах, а скрипт – гарантия того, что ничего не будет забыто. Кстати, использование OS приводит к любопытному эффекту: перед запуском скрипа нужно убедиться, что на клавиатуре включен нужный язык. В противном случае в поле появится загадочная надпись на кириллице с обилием шипящих согласных. А строчка ниже - проверка, что в текстовом поле находится именно текст “ DON'T USE YOUR MOUSE ” $('#firstTabTextArea', 'Text Area').mousemove('bottom right').val().contains("DON'T USE YOUR MOUSE");Если текст не тот, что нужен, то тест помечается как failed. Для проверок значений может быть использовано энное количество методов типа .contains(value), .is(value), .not(value) и т. д. Плюс – замечательный метод .matches, который позволяет использовать регулярные выражения. Что приятно – если сорвется какая-либо из промежуточных операций над элементом, то в лог пишется, что именно сорвалось и почему. К примеру, если возник сбой при попытке кликнуть по элементу из-за того, что элемент находится за пределами видимости, то в логе и будет написано: “click position outside of browser window”. Не менее приятно и то, что есть метод .screenshot(name) – как из названия и следует, он позволяет получить скриншот. Но вот с местом расположения скриншотов (да и логов) тут перемудрили – по умолчанию они выкладываются в C:\ Documents and Settings\...\Application Data\Mouseclick Technologies\Tester Bench\TestResults\...\Images. Понятно, что все это настраивается в config.xml – но ведь ожидаешь, что если ты ничего не указывал, то логи и скриншоты будут сохранены по умолчанию в какой-нибудь поддиректории рядом с файлом конфигурации. Файл конфигурации ведь положили именно на привычное место - в директорию установки, а не закопали в application data. В общем, если человек имеет хоть какие-то навыки программирования и представление об HTML – уйдет всего несколько часов на то, чтобы по диагонали просмотреть документацию и разобраться. Хотя многим будет достаточно просто заглянуть в пример скрипта - http://www.testerbench.com/support/testDemo.jsq . Именно этот скрипт и исполняется при щелчке по ярлычку “Demonstration”. Но таймауты, которые в этом скрипте расставлены, не являются обычной практикой: они нужны только для того, чтобы он не пролетел слишком быстро для человеческих глаз и пользователь успел увидеть “киношку” про манипуляции мышкой и ввод текстовых данных в поля на демонстрационной странице со вполне приличным набором контролов http://testerbench.com/demonstration.html?web . И эта “киношка” – отнюдь не покоординатная запись движений мышкой и действий пользователя в духе “record macros & replay”. Конечно, элементы сайта, над которыми производятся действия, при желании могут указываться и через указание координат с описаниями шевеления мышкой. Но, понятно, это не основной режим . В качестве основного способа предполагается именно выбор элементов по именам, по классам, перебором списка. Важная именно для тестирования деталь: движок, несмотря на использование в скриптах jQuery, является на самом деле внешним по отношению к браузерам. Движения мышью, ввод данных с клавиатуры – все это делается через операционную систему. Благодаря этому выполняется действительно полная имитация действий пользователя. То есть идет не просто инициирование события click. Без лишних усилий со стороны автора скрипта сначала подводится курсор мышки к элементу. Поэтому происходит полный набор событий, включая всякие mouseout(), mouseover() и т д В общем, вкусностей и полезностей предостаточно. А из минусов… Большая часть того, что приходит в голову, зависит от сферы применения. Так что мнения могут быть прямо противоположными. Кому-то не понравится полное отсутствие IDE, а кто-то возразит: IDE здесь нужно не настолько, чтобы я за него переплачивать, пусть лучше сам продукт останется дешевым, а IDE пусть будет отдельным продуктом . Точно такие же аргументы “за” и “против” можно привести и насчет фичи типа “record & play”. Ее в этом продукте тоже нет – а ведь при грамотной реализации она может ощутимо ускорить разработку скриптов, снизив количество черновой работы. Другой пример: поскольку события мыши и клавиатуры инициируются через OS, сейчас есть единственный способ заставить один компьютер прогонять несколько тестирований одновременно. Этот способ - создание на компьютере нужного количества виртуальных машин . Для кого-то это - существенный минус. А у кого-то вообще нет потребности гнать несколько тестов одновременно. Но вот с документацией они однозначно не доработали. В поставке явно не хватает такого руководства именно по написанию скриптов к системе, которое позволит быстро и с минимальными усилиями привлечь к работе людей, вообще ничего не знающих ни о JavaScriipt, ни о jQuery. Ведь в принципе система такое позволяет. Вообще продукт выглядит достойным пристального внимания. Сложно сказать, потеснит ли он системы, уже использующиеся в устоявшихся подразделениях QA крупных компаний. Но он точно в силу своих особенностей может быть полезен для организации тестирования своей продукции удаленно. Ну и конечно, он однозначно будет полезен в тех компаниях, которые не имеют тестеров ВООБЩЕ. Да, это неправильно, и по всем известным причинам (не лень, как думают некоторые управленцы, а “замыленный глаз”,”в одном месте лечим, в другом - калечим” и все такое) продукт должен тестироваться не только самими разработчиками – в противном случае в тестеров превращаются конечные пользователи продуктов. Но таких фирм в России немало: на тестировании ведь нередко пытаются сэкономить. Но лучше сэкономить деньги, сэкономив время разработчиков. Да и тоскливо (умное слово – “потеря мотивации к работе”) разработчику, который не планирует стать профессиональным тестировщиком, тратить лишнее время на то, что не имеет прямого отношения к его основным обязанностям. Ну вот подобные продукты как раз и могут помочь сэкономить. В общем, automated testing рулит 
© 2010 | Software-Testing.Ru |
| В избранное | ||
