Как обычно LinkedIn рекомендует мне замечательные материалы.

Сегодня делюсь с вами чит-листом с командами не только для SQL СУБД, но и NoSQL.

Красочный, с учетом специфики разных систем. Вам понравится.

Автор

«Несовершенные люди могут создать совершенную команду»
Рэймонд Бэлбин, доктор психологических наук, писатель.

Ниже несколько ролей в команде, которые выделяет психолог:

☑️Форматор («генератора идей»)
Это экстраверты и обладают прекрасными навыками межличностного общения, а так же работают в направлении мотивации других членов команды.

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

☑️Завершитель/Финишер
Этот человек придает значение деталям. В команде его принято считать перфекционистом, так как именно он выявляет ошибки или пробелы и стремится к тому, чтобы команда придерживалась сроков выполнения работы.

☑️ Координаторы разумны и уверены в себе и обладают великолепными навыками слушателя. Координаторы хорошо распределяют обязанности, но могут быть манипуляторами, когда дело доходит до направления команды к ее цели.

☑️Командные игроки – это люди, которые следят за тем, чтобы команда работала как единое целое. Их работа нацелена на разрешение конфликтов или вопросов, влияющих на динамичность работы команды.

☑️Исследователь ресурсов
Эти сотрудники настоящие экстраверты, вполне любознательны и полны энтузиазма, а также обладают отличными навыками ведения переговоров и налаживания связей. Благодаря своей способности налаживать связи, исследователи ресурсов устанавливают внешние контакты и ведут переговоры о ресурсах команды.

☑️Эксперт по мониторингу
Это звено отвечает за критическое мышление команды. По своей природе глубокомысленны и осторожны.

☑️Специалист
Это эксперт и незаменимая часть команды.
Вклад специалиста в команду ограничен только областью его знаний. Их приоритетом является поддержание профессионального уровня.

☑️ Тайный информатор
Это человек - инноватор в команде. Он демонстрирует оригинальные подходы и идеи, что помогает команде в решении проблем и преодолении препятствий. «Тайные информаторы» являются интровертами по своей природе и обладают плохими навыками общения.

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

Как делить механики в игре и насколько детально зависит от цели того, зачем вам это надо. Я хочу поговорить про верхнеуровневое разделение, которое предлагает ISTQB.

1. Игровые и неигровые механики.

Это разделение зависит от того, взаимодействует ли игрок с механикой напрямую. Например, подошёл, срубил дерево и собрал ресурс это игровая механика.

Неигровые — это то, с чем игрок не взаимодействует, но его действия могут запускать эти механики. Например, сохранение данных. Оно может происходить в фоновом режиме по таймингу или после прохождения определённых точек. Игрок на это никак не влияет. Или при нажатии на кнопку сохранить. Нажатие — триггер, но само сохранение игроку никак не подвластно.

У тестировщиков часто проблемы с неигровыми механиками, особенно если не было опыта до этого. Это тот случай, когда тестирую только то, что вижу. А видим мы только игровые механики и то не все.

2. Кор и мета механики (Core/Meta)

Кор механика — это основа игры, то что составляет основные действия. Мета — это механики, которые "заставляют" делать игрока то, что хочет гейм-дизайн.

Например, в матч 3 играх. Матч 3 и всё что внутри него это кор. Строительство домов, садов, королевств и прочее это мета. В Дьябло боёвка, путешествие по миру это кор, квесты, сюжет — это мета.

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

3. Клиентские\серверные\клиент-серверные

Тут всё просто) Что только на клиенте это клиентские. Что на сервере это серверные. Что использует и ту, и ту часть, клиент-серверные.

Не зная архитектуры игры, со стороны не оценить, какая механика какая. Во время разработки понять не так сложно.

В зависимости от типа этих механик, будут меняться инструменты и подходы для теста. Например, для клиент-серверных механик нужен сниффер. Для серверных postman.

Я сейчас готовлюсь с сертификации, поэтому, возможно, начну душнить с теорией игр🦄