Расскажу историю из своего теперешнего опыта... (Работаю на проекте уже почти год)
Состав команды:
- продакт менеджер - это самый большой босс на проекте
- апликэйшн менеджер
- 2 разработчика
- 1 тестер (я)
Проекту уже больше 5-ти лет,
- Документации на проекте 130 страниц док написанный 5 лет назад и изменившийся почти на 50% с ходом времени... Вся не документирования инфа находится в голове у продакт менеджера и у апликэйшн менеджера. Добиться от них информации - невозможно...
- BTS есть, но ей пользуются только апликэйшн менеджер и я... потому что все остальные забивают, включая продакт менеджера...

до меня тестировали сами разработчики и продакт менеджер и апликэйшн менеджер. И при всем этом они не плохо справлялись.
Взяли меня, теперь я сижу и занимаюсь написание тест планов, регрешн тест кейсов, и проверкой багфиксов.

Не правда ли похожая ситуация???

У меня возникает очень странное чувство, что если бы меня не было, то все было так же хорошо, как и до меня :)


Вся проблема этого бардака в том, что люди, которые принимают решения не слушают то что им говорят!!! Они думают, что по дуновению волшебной палочки все станет как надо...

Ба! Я и не думала, что где-то еще так же весело, как и у меня. С точностью до мелочей :). И самое интересное, да, без меня как-то все чудно справлялялись и все было более-менее хорошо. И всем было удобно. И больше ничего не требовалось. И тут пришла я, видевшая несколько разных систем тестирования, ни одна из которых, к сожалению, не может быть здесь реализована, и срочно начала чего-то хотеть.

>Вам не нужно тестирование. Это напрасная трата времени. Ну, не совсем напрасная. Неэффективная трата денег.
Однако проект как-то тестируется уже 2 года и даже находится в относительно рабочем состоянии. Что было раньше - судить не берусь, но надо же сделать хоть какое-то подобие системы.

>Вам к другому врачу. К аналитику.
Какой аналитик, вы о чем! На моем проекте это мифическое существо отсутствовало даже при зарождении...

>А это - верный путь к краху.
То, что крах в сложившейся ситуации где-то рядом, я понимаю сама. Просто не совсем ясно, с какой стороны подступиться ко всему этому. Как сделать правильно, а не абы как. Потому что всех, кроме меня, текущее положение вещей более чем устраивает - но работать-то невозможно.

>Или в ворд или в эксель или в ... Разница то в чем?
Разница в том, что нужен одновременный общий доступ. И с тестлинком я раньше работала

>А автоматизация зачем? Выгоду считали?
Для ряда нудных простых регрессионных тестов, которые при каждой итерации занимают дня 2-3.

Сарказм - это конечно очень хорошая штука, но формированию вектора на конструктивную деятельность он как-то не сильно способствует.


>Скорее всего требования составляются непосредственно пишущим программером в формате "что вспомнил, то и записал" + философские умозаключения.
Все несколько сложнее, но по структуре близко)

>Короче прорекамирую Гринкевича http://www.drquality.ru/?p=22 , если еще не видели.
За Гринкевича спасибо, интересно.

Здравствуйте.

Дано следующее:

1. Сложный, просто бескрайний многофункциональный проект, который ведется уже несколько лет и конца и края ему не видно
2. XP, характеризующее практически полное отсутствие какой бы то ни было документации
3. Несколько спецификаций в зачаточном состоянии, где на пальцах объяснено, что и как примерно должно быть.
4. Довольно часто изменяющиеся требования к продукту
5. 80% процентов информации - в голове у живущего в командировках product managera
6. Отдел тестирования в лице двух тестеров, при этом каждый занимается только одним проектом. Бригадной слаженной работы нет, лида - тоже
7. BTS в лице JIRA

Итог - тестирование превращается в сплошную интуитивную ориентацию, когда по одному и тому же вопросу у руководителей разной направленности разные точки зрения
Задача:

Хоть как-то, step by step, поставить процесс тестирования.

Что придумала я на текущий момент:

1. Нужны требования. Факт. Вот только определение требований (которые насколько я поняла, вырабатываются с заказчиком, а он уже давно одну из первых версий продукта юзает) или сразу спецификация требований- которая обычно зовестя просто спецификацией.
2. Потом написать все тесты. Вот только разрабатывать их сверху-вниз или снизу-вверх? Есть какая-то общая схема?
3. Все это отправить в TestLink
4. План тестирования - не нужен, так как этим занимаюсь я одна, но впоследствии понадобится, когда появятся еще тестеры
5. Насколько подробные нужны отчеты? И какие? Если я сама себе начальник

6. Дальше - автоматизация, нагрузочное. А что еще может понадобиться при наличии только 1 тестера на проект? Имеет ли смысл объединять двух тестеров в команду, оперативно бросающуюся на разные проекты?
7. Как оформляется регрессионное тестирование?

Подскажите пожалуйста, я в верном направлении двигаюсь? Или это одному человеку не сделать да и вообще не нужно?
Заранее спасибо)

А я пробовала Sys.Delay, найденный в какой-то ветке ранее, а он упорно не желал работать) BuiltIn.Delay - отрабатывает чудесно

Оказывается, всем устраивает, я была не в курсе, что так тоже можно.

Большое спасибо)

Здравствуйте)

TC6, JScript

Имею следующую структуру скрипта:
1. Открыть приложение
2. Выполнить ряд действий
3. Закрыть приложение

Его нужно прогнать n раз
При попытке установить count=n в настройках проекта происходит следующее (судя по логу): приложение в момент времени x закрывается и в этот же момент времени пытается открыться. На что само приложение выдает ошибку, убеждающую, что один экзмепляр уже открыт, а больше - не положено. Зациклить действия непосредственно в теле скрипта возможно, но в силу специфики приложения нежелательно (хотя с горем пополам работает. Но с очень большим горем).

Подскажите пожалуйста, как сделать принудительную паузу на несколько секунд после завершения работы приложения? Delay выдает ошибку, а все остальные найденные мной методы требуют для активации каких-то событий или процессов. Мне же нужна фиксированная пауза.

Уррра)!
Работает, кликает, жизнь просто прекрасна)!
Большое спасибо)

Спасибо за столь подробное объяснение, как отловить этот контрол - мне наивно казалось, что это в корне невозможно, потому что он закрывался каждый раз, когда я пыталась подвести к нему мышку.

Объект, с которым надо "научится" работать - "Sys.Process("DocFlow").TreeViewForm.mainPanel.panel.treeView". Его тип можно узнать выведя в лог значение свойства ClrFullClassName.

Оказывается, ClrFullClassName = Crownwood.DotNetMagic.Controls.TreeControl, взят отсюда. Не
совсем понятно с методами: нужно использовать те, которые находятся на закладке "Methods"->.NET, те, которые я найду непосредственно в коде, или первые уже включают в себя вторые (если приложение открыто?)? Код у меня появится ближе к концу дня, но вот например там есть метод SetNode(...). Как мне заставить скрипт выполнить его?

Форма с контролом по техническим причинам будет чуть позже.

Приложение написано на .NET 2.0, контрол самопальный, сделанный вручную из кусочков разных контролов.
Приложение, насколько я понимаю, закрыто. В связи с этим возникает вопрос - а как его скомпилировать как open application? Через какие-то особые настройки студии? К сожалению, я не совсем поняла, как это сделать, из соответствующего раздела справки. Если это сильно облегчит задачу, то можно попробовать попросить перекомпилировать.

Скриншот почему-то не присоединяется, но вот здесь ComboBoxTree очень похожий контрол

Здравствуйте)

TestComplete 6, JScript
Впервые начала работу с ТС и сразу же столкнулась с нераспознаваемым контролом ComboBoxTree.
Схема работы программы такова:
1. Открывается ComboBoxTree
2. Выбирается "создать новый"
3. Создается новый сценарий
4. ComboBoxTree открывается еще раз
5. Нажимается "+" под вновь созданным сценарием
6. Из раскрывшегося дерева выбирается "создать новый"
7. Создается новый вариант развития в сценарии

Насколько я поняла, TC не видит ни элементов дерева, ни кнопок "+" и ориентируется только по координатам экрана. Так как после каждого созданного сценария список смещается и координаты меняются, воспроизвести скрипт не удается. А нужно именно создавать сценарии, а не выбирать уже существующие с неизменными координатами.

Подскажите пожалуйста, есть какой-то шанс с этим побороться?

В скрипте все это выглядит так, скриншот контрола прилагается:

function CreateBalticOil()
{
var p1;
var w1;
var w2;
p1 = Sys.Process("DocFlow");

p1.MainForm.WinFormsObject("_mainMenuStrip").ComboBoxTree.titleBar.Click(110, 13);
p1.TreeViewForm.mainPanel.panel.treeView.Click(72, 20);

w1 = p1.ScenarioTypeForm;
w2 = w1.comboBoxScenario;
w2.MouseWheel(-3);
w2.ClickItem("Разлив нефти");
w1.WinFormsObject("groupBox1").radioButtonDisk.ClickButton();
w1.buttonOK.ClickButton();
w1 = p1.ScenarioForm;
w1.panelScenarioControl.ScenarioControl.groupBoxName.textBoxName.Keys("BalticOil1");
w1.panelButtons.buttonOk.ClickButton();
w1 = p1.Window("#32770", "Открыть карту...");
w1.Window("SHELLDLL_DefView").Window("SysListView32", "FolderView").ClickItem("baltika.mxd", 0);
w1.Window("Button", "&Open").ClickButton();
}

function CreateBalticOilVR()
{
var p1;
var w1;
p1 = Sys.Process("DocFlow");
p1.MainForm.WinFormsObject("_mainMenuStrip").ComboBoxTree.titleBar.Click(111, 6);
w1 = p1.TreeViewForm.mainPanel.panel.treeView;
w1.Click(26, 183);
w1.Click(93, 202);
w1 = p1.CreateScenarioVersionForm;
w1.nameTextBox.Keys("BalticOilVR1");
w1.okButton.ClickButton();
p1.WinFormsObject("StartNewVariantDialog", "Начать новый вариант развития").WinFormsObject("Panel", "").WinFormsObject("Button", "ОК").ClickButton();
}