SQA days, review 1: "тестируем с пользователями"

Ну что ж, попробую  продержаться 225 дней и сделать обзор по докладам SQA Days, по одному в день :)))

Доклад Рины Ужевко на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург

Суть -  привлечение пользователей для бета-тестирования, на примере приложений под веб.
https://vimeo.com/channels/457033/135856035

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

То что в начале отметила про поверхностность - по поиску людей был потом вопрос из зала :)
что интересно - докладчик единственный тестировщик на проекте и при этом около 20-ти пользователей работают бета-тестерами.
Ну и не все продукты пригодны для столь активного бета-тестирования.

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

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

полезность: 2 из 5

Тестируем с пользователями. Школа результативного выживания from Vlad Orlikov on Vimeo.

oracle data integrator

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

просто чтоб было. как мечта. как старт. уже достаточно много народу работает с ODI и вообще рускоязычный док может появиться раньше, чем я допишу для своих. 
Только оглавление, чтобы видеть объем работ. без ссылок на содержимое:

Оглавление(основы ODI)

Оглавление 1

Вообще 3

Для рулевых 4

Инсталляция и репозитарии 4

Как сделать 4

Инсталляция рабочего места 4

Развертывание репозитариев 4

Архитектура и контекст 4

Что такое 5

Как сделать 6

Физическую модель 6

Логическую модель 8

Контекст 8

Агенты 9

Что такое 9

Как сделать 9

Установку агента физически 9

Добавление в топологию 9

Права и обязанности 10

Что такое 10

Как сделать 11

Обычного пользователя 11

С ограниченными правами 11

Для практиков
13

Designer 13

Модели 13

Что такое 13

Как сделать 14

Модель 14

Реверс модели 14

Редактирование таблицы 15

Интерфейсы 16

Что такое 16

Как сделать 17

Обычный интерфейс 17

Временный интерфейс 19

Переменные 19

Что такое 20

Как сделать 20

Пакеты и сценарии 20

Что такое 20

Как сделать 20

Добавление интерфейсов 20

Добавление переменных 20

Добавление своих процедур и других пакетов. Заодно сценарии 20

Параллелизм и прочие свойства объектов в пакете 20

Добавить расписание к сценарию 20

Оператор 20

Что такое 20

Как сделать 20

KM 20

Что такое 21

Как сделать 21

Шаги выполнения 21

Опции 24

Для гениев-самоучек 26

RTFM 27

oracle data integrator

еще пара статей, по работе RKM и IKM
http://oraclebizint.wordpress.com/2009/01/04/oracle-data-integrator-10135-and-oracle-olap-rkm-and-ikm-using-oracle-olap-as-a-source-part-1/

http://oraclebizint.wordpress.com/2009/01/06/oracle-data-integrator-10135-and-oracle-olap-rkm-and-ikm-using-oracle-olap-as-a-target-part-2/

а у меня пока вопрос - можно ли задействовать RKM для автоматического обновления модели, отслеживания изменений в структуре БД?

13.08.2011 - нет, так использовать РКМ не получится, он используется для нестандартного реверса во время ручного обновления модели как обычно.

http://www.finexpertiza.ru/articles/middle_business_problems/index.html
 Типовые проблемы среднего бизнеса:семь граблей, на которые все наступают.
Дмитрий Шустерняк, генеральный директор ЗАО "ФинЭкспертиза Консалтинг"

текст можно поделить на две части:
1. для рулевых
2. для практиков
в первой части будет рассмотрена архитектура ODI:
"что база для ODI, что ODI для базы?"
во второй части будет рассмотрено базовое программирование в дизайнере - переменные, интерфейсы, пакеты, сценарии.
не представляю себе, как дать создание KM - собственно движок всех красивостей, перечисленных выше.
нужна площадка для экспериментов.

oracle data integrator - внутренности репозитория-мастера

запрос, чтобы понять где хранятся url-ы соединения с БД и рабочим репозиторием
SELECT
SNP_CONNECT.CON_NAME      AS DATA_SERVER,
SNP_CONNECT.JAVA_DRIVER   AS DRIVER_INFO,
SNP_MTXT_PART.TXT         AS URL
from
SNP_CONNECT
LEFT OUTER JOIN SNP_MTXT_PART ON SNP_MTXT_PART.I_TXT=SNP_CONNECT.I_TXT_JAVA_URL
WHERE SNP_CONNECT.CON_NAME IS NOT NULL

более развернутый запрос тут: http://odiexperts.com/odi-topology-connection-detail

oracle data integrator - как самому написать LKM

http://odiexperts.com/procedures-or-km-steps-source-and-target-tabs
немного перевода, пример создания LKM по ссылке
При создании КМ речь идет о двух закладках с процедурами (каждый шаг процедуры в КМ) -
1. закладка для работы на стороне источника Source Tab
2. закладка для работы на стороне получателя (цели) Target Tab

Т.к. в интерфейсе так же есть таблицы источника и цели, то ассоциации между КМ и интерфейсом очевидны. Различия в следующем:
- в интерфейсе: таблицы источника и цели генерятся, при этом КМ должен определить, каким образом ему нужно получить данные из таблиц источника и перенести их в целевую таблицу, в несколько этапов.
- В блоках с процедурами в КМ: в каждой закладке свои отдельные команды, определенные  технологиями источника и цели.
Напоследок перед примером пояснение:
Наиболее интересной и мощной особенностью этих закладок является следующее свойство:
Когда SQL-запрос выполнится на стороне источника, то код, описанный на стороне цели, будет выполнен для каждой строки результата SQL-запроса источника.

Далее приведен пример классического взаимодействия источника и цели. После создания C$ (кстати, что это?), LKM применяет к каждой строке источника запрос вставки записи в таблицу цели. Реализовано командами метадаты, который корректно сформирует запрос, в зависимости от технологий. Кодогенератором выступает Агент.
Автор считает, что приведеный пример ЛКМ применим для Postgres.

осталось понять, в какой момент подхватывается дблинк, если необходимо применить ЛКМ для переноса данных между серверами.