Dananas

Доброго дня всем!

Я как прилежный ученик начал создавать архитектуру тестов используя Parameterized Controller => Module Controller => Simple Controller, последний из которых находится в отдельной группе Action Storage, тем самым получив единое хранилище действий. С течением времени, объем этого хранилища да и само число тестов выросло до неудобного и возник вопрос разнесения их как-то друг от друга. Так вот, можно ли как-то вынести это хранилище отдельно от тестов и обращаться к нему через Include controller? Или это делается как-то по другому?

Мне же в конечном результате, хотелось бы иметь несколько файлов с тестами, один файл с хранилищем и запуск нужного файла с тестом через командую строку.

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

Доброго дня! Помогите, пожалуйста, разобраться и авторизоваться таки =)

Авторизация выглядит примерно след образом:

1. Отправляю логин, пароль пост запросом.

2. Сервак генерирует токен и переадресовывает на гет запрос авторизации с этим токеном (скрины 136 и 137).

И так как во всех дальнейших запросах используется этот самый гребанный токен, то мне необходимо его научиться вытаскивать. По советам в скайп-чате, для этого я использую Regular Expression Extractor таким вот образом заполненный (сам токен выделяю как-то так \b\w{32}\b) 

Но по факту этот самый токен не выделяется. Что я делаю не так?

Доброго дня!

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

Так вот.

Дано: неограниченный бюджет и достаточно гигантский продукт.

Задача: выбрать по какому пути развиваться дальше.

Доброго дня всем!

Возник тут вопрос, в ходе очередной дискуссии =)

Мой знакомый утверждает, что при любом случае процесс тестирования нужно разделять на "верхний" уровень и "нижний". То есть нужно отдельно проверять пользовательский интерфейс и отдельно серверную часть (в рамках трехзвенной архитектуры). Интеграция же между ними проверяется в момент тестирования верхнего уровня. Мол, в данном случае мы заранее минимизируем шанс пропуска ошибки, способной повалить сервер/клиент.

Я же утверждаю, что это далеко от реальностей и гораздо оптимальней (ну то есть быстрей, а в следствии реального бизнеса продуктивней) проверять только через пользовательский интерфейс, ибо все остальные случаи (например, вписывать некорректные значения в БД или отправлять что-то невразумительное по апи) нереальны с точки зрения естественной эксплуатации. И как только появятся свободное время, то только тогда уже можно проверить отдельно серверную часть.

Рассудите нас, пожалуйста, так кто же прав? =)
И как процесс тестирования в данном разрезе выглядит у вас?