Каждый из нас, занимаясь тестированием, осваивает те или иные техники тест-анализа интуитивно, в то время как другие методы остаются за кадром. А ведь именно там прячутся самые хитрые баги!!
Для того, чтобы понять, какие техники меньше всего очевидны для профессионалов в тестировании, мы внимательно изучаем отзывы наших выпускников Школы Тест-Аналитиков.
Вот, например, отзыв Романа Якимчука, сотрудника Svitla Systems, Inc. на должности Senior QA Engineer:
“Закончил школу Тест Аналитиков. Мои впечатления - это очень сложный курс, который заставляет хорошенько подумать над каждым домашним заданием, все они очень интересные и полезные. Наталья Руколь хорошо преподнесла материал, всё понятно, разобрано на примерах. Все эти техники тест анализа теперь только внедрить в свой проект, уверен что после внедрения, проект станет намного качественней, будут обнаружены все ошибки. Чего только стоят S&T техника, тестирование прав пользователей - не задумывался никогда, что есть физические и логические роли, после долгих мучений, наконец-то понял, что же все-таки означает логическая роль :). Юлия Миронова, огромное Вам спасибо за терпение и обратную связь, четко давали понять где ошибки и что нужно еще раз разобрать и исправить. Я получил огромное удовольствие от этого курса. Всем рекомендую! “
И действительно, именно техника “State & Transitions” ( “состояния и переходы”) и методика “пересечения физических и логических ролей пользователей” обычно самые непривычные для наших учеников.
Поэтому каждой из этих техник уделён отдельный вебинар, а домашнее задание по логическим ролям ученики выполняют прямо по своему продукту! И очень часто, вместе с домашкой по ролям, ученики уже в письмах присылают только что найденные с помощью этой техники новые баги в своём (давно знакомом!) продукте!!!
Если вы хотите проверить на себе, так это или нет, мы будем рады видеть вас в списке участников очередной группы курса Школы Тест-Аналитиков, которая начнет работу 25 мая.
Столкнулся с проблемой, что на данный момент на своем проекте я перестал понимать готов ли продукт к релизу или нет. Количество проверок, взаимосвязей функицонала из раза в раз становится все больше, а штат и выбранный подход остается прежним. В связи с чем было принято решение либо увеличить штат ручных, либо начать менять немного подход и уйти в автоматизацию.
Так вот.
Дано: неограниченный бюджет и достаточно гигантский продукт.
Задача: выбрать по какому пути развиваться дальше.
Проблема: нет никакого представления что будет наиболее эффективнее. Если делать уклон в сторону автоматизации, то вопрос: веб интерфейса или апи интерфейса? Или делать уклон в сторону ручной проверки, хоть продукт и активно развивается, но это активное развитие будет еще года 3. Или вовсе идти посередки между автоматизацией и ручным, но тут тогда возникает вопрос: а какого уровня тогда эффективнее будет искать специалистов?
Направьте, пожалуйста, на путь истинный, что лучше взять за основу решения сия задачи?
П.С. В одном из скайп-чате большинство советов было в сторону "идти по середке", но останавливает то, что текущий апи интерфейс будет через какое-то время (~через год) переносится частично на сокетный интерфейс и в сявзи с чем будет переписываться архитектура ядра. Как много времени нужно автоматизатору, что бы он начал приносить пользу?
Настроил запуск селениум тестов через планировщик задач Windows 7 в режиме - Run whether user is logged on or not / Выполнять вне зависимости от регистрации пользователя.
По умолчанию в неинтерактивном режиме разрешение экрана 1024*768, что не устраивает.
В залогиненном состоянии у этого же пользователя разрешение экрана выставлено естественно большее.
Пробовал выставлять разрешение для используемого селениумом браузера на большее при помощи команды
Существует ли способ задать большее разрешение для неинтерактивного режима в Windows 7, либо запускать тесты таким образом, чтобы окно браузера все же принимало нужные размеры ?
Такой вариант запуска предпочтительнее, чтобы после перезагрузки виртуальной машины не требовалось каждый раз логиниться пользователем, а тесты бы сами продолжили выполняться по расписанию.
Sub MySub
' Initialize variables
sProjectNameFileName = "\\xxx\d\autotests\Autotests.pjs"
sProjectName = "Autotests"
Set cmdLine = Wscript.Arguments
sUnitName = cmdLine(0)
sRoutineName = cmdLine(1)
' Checks if TestExecute is open
Set objWMIService = GetObject("winmgmts:\\.\root\cimv2")
Set colItems = objWMIService.ExecQuery("Select * from Win32_Process WHERE Name = 'TestExecute.exe'")
' Creates TestExecute object
if colItems.Count = 0 then
Set WshShell = WScript.CreateObject("Wscript.Shell")
WshShell.Run Chr(34) & "C:\Program Files (x86)\SmartBear\TestExecute 11\Bin\TestExecute.exe" & Chr(34), 1, False
WScript.sleep(5000)
end if
' Connects TestExecute object
Set TestCompleteApp = GetObject(,"TestExecute.TestExecuteApplication.11")
' Opens the project
If Not TestCompleteApp.Integration.IsProjectSuiteOpened Then
TestCompleteApp.Integration.OpenProjectSuite sProjectNameFileName
end if
' Runs the routine //Вот здесь нужно как-то передавать значение переменной
TestCompleteApp.Integration.RunRoutine sProjectName, sUnitName, sRoutineName
Set TestCompleteApp = nothing
End Sub
MySub