SQA days. Review 3: Перестаньте спрашивать «КОГДА?» Или как перестать закапывать свои проекты в долговые ямы

https://vimeo.com/135856031

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

Суть - не боготворить оценку времени проектов как идеальную метрику.

В первую очередь личное впечатление - Алексей так весело вел презентацию, что ее стоит посмотреть независимо от наличия интереса к оценкам проектов :)

Начал он с довольно очевидной вещи - точной оценки дать нельзя. С этим сталкивается любой начинающий менеджер, после прочтения пачки книг и обкатывания оценок на практике обычно утрясается представление о своем проекте и кажется что презентация будет об очевидном.
Но как бы не так (сюрприз!).
Значительная часть презентации была посвящена ловушкам сознания! Которые и забавны и никогда не вредно повторить еще раз. т.к. за рутинами о них как-то забывается.
В заключение все снова вернулось к здравому смыслу и советам (тут я возьму с полки пирожок, много узнаваемого и сделанного уже в реальности), если кто еще не, то можно и попробовать, советы адекватные.

Всячески рекомендую :)
Возможно меня подкупает еще отсылка к моим любимым авторам - Голдратту, Тому де Марко

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

Перестаньте спрашивать «КОГДА?» Или как перестать закапывать свои проекты в долговые ямы? from Vlad Orlikov on Vimeo.

SQA Days, review 2: МВТ для генерации тестовых сценариев

Доклад Юлии Саенко на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
 https://vimeo.com/channels/457033/135856033

Термин: МВТ - model based testing

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

Презентация будет полезна для тех кто в поиске методов создания тестов.

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

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

Применение MBT для генерации тестовых сценариев для ручного и автоматического тестирования from Vlad Orlikov on Vimeo.

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 - собственно движок всех красивостей, перечисленных выше.
нужна площадка для экспериментов.