21 октября 2014 г.

Интеллектуальные игры на старт!

14 октября, в зале УдГУ собралось рекордное количество интеллектуалов. А все потому, что в этот день стартовал Третий студенческий чемпионат Удмуртии по игре «Что? Где? Когда?». Наша компания традиционно выступила спонсором сезона игр и поддержала игроков морально и материально.

В первой игре сезона сразились 62 команды из различных вузов Ижевска, а это более 350 человек. Участники игр – это не просто интеллектуалы, но еще и очень креативные люди. И проявляется это, в первую очередь, в названиях самих команд.
Перед тем, как рассказать о победителях. Мы представляем вам ТОП 5 самых эксцентричных и необычных названий по нашему мнению:
5 место: «Регион мажорного климата»
4 место: «Ути Путин» 
3 место: «Аффект Пикчу-Шредингера»
2 место: «Купание красного полусладкого» 
1 место: «Зима близко купи резину»


А вот теперь перейдем к тем, кто стал победителем в интеллектуальном бою. Лучше всех дистанцию из 24 вопросов прошла команда факультета Информатики и вычислительной техники ИжГТУ «Хомяки-оборотни» - 18 баллов.


Второе место у команды – коллеги по вузу и факультету «ЯУПРТ» (17 баллов).


За третье место боролись сразу две команды из Ижевской государственной медицинской академии. Но по результатам дополнительных показателей бронза досталась команде «Котятки» (16 баллов).


В зачете чемпионата УдГУ победила команда студентов и аспирантов Географического факультета «ГОЭРЛО» (17 правильных ответов).


А в специальном зачете от нашей компании одержала победу команда из ИжГТУ – «Давайте познакомимся».

И мы еще раз поздравляем победителей и, конечно, приглашаем всех желающих поучаствовать и поболеть 1 декабря в ДК «Интеграл», где пройдет второй тур чемпионата!  


20 октября 2014 г.

Классификация видов тестирования

Программист команды Synerdocs - Вячеслав Смирнов, в своем блоге на Хабрахабр опубликовал  новый материал на тему "Классификация видов тестирования".

***
Учил студентов предмету «Тестирование и отладка программного обеспечения» в ИжГТУ. Структуру курса обучения построил на основе классификации видов тестирования. 



Карту можно скачать тут.

Карта с видами тестирования на каждое занятие

Повторение — мать учения.

Пословица разных народов мира.

Виды тестирования сгруппированы на mind-карте по:
  • целям;
  • хронологии выполнения;
  • формальности;
  • позитивности;
  • ...

Каждое занятие выбирали:
  • Тестируемое приложение или сервис: почтовый клиент, видео-хостинг, ...
  • Опорный вид тестирования, например, основное функциональное ручное позитивное … тестирование
  • Несколько видов тестирования для сравнения с опорным: повторное, автоматическое, негативное


Начинали выполнять тестовые работы в рамках выбранного опорного вида тестирования.

Состав тестовых работ выбирался из опорного списка:
  1. Планирование.
  2. Подготовка сценариев.
  3. Подготовка тестового окружения.
  4. Выполнение тестов.
  5. Анализ результатов тестирования.
  6. Отчёты.
  7. Отслеживание дефектов.


Каждый раз для выбора вида тестирования использовалась карта. Каждый раз использовался опорный список видов работ.

Попарное сравнение

Всё познаётся только в правильно выполненном сравнении.


Автор мне неизвестен, возможно, Фридрих Ницше или Рене Декарт.

На конкретных примерах рассматривали, какая техника тест-дизайна при подготовке сценариев более применима к функциональному тестированию, а какая к конфигурационному. Разбирали в чём отличия выполнения тестов для основного функционального исследовательского тестирования, от основного функционального тестирования по тестам. Чем будут отличаться планы тестирования. Как при этом, выглядят проекты тестов (чеклист или mind-карта, против инструкций с порядком действий и ожидаемым результатом). Что является общим — процесс отслеживания дефектов.

Рассматривали, чем отличаются отчёты по конфигурационному тестированию и тестированию масшабируемости, или отчёты по нагрузочному и объёмному.



Читать далее на Хабрахабр.

А также предлагаем вам почитать еще один материал нашего эксперта Андрея Посаженникова "Группа тестирования в Scrum-проекте" .

3 октября 2014 г.

"Как мы практикуем коридорное тестирование" или наш первый материал на Хабрахабр

Хотим поделиться с вами радостной новостью, которая связана с нашей компанией, нашими экспертами, важными и интересными материалами и «крупнейшим и авторитетным в Рунете сообществом людей, занятых в IT-индустрии». Речь идет, конечно же, о сообществе под названием – Хабрахабр!
Как этот ресурс связан с компанией НПО «Компьютер»? Все просто – корпоративным блогом! Мы хотим делиться нашим опытом с экспертным сообществом. У нас есть практика, знания, решения и технологии, которые мы используем при разработке наших продуктов. И есть большое желание получать фидбек от профессионалов и пользователей сообщества.
Представляем вам первый материал, подготовленный экспертом и ценным сотрудником компании НПО «Компьютер» – Михаилом Губановым.

«Как мы практикуем коридорное тестирование»

Разработчики хотят делать понятные и удобные программные продукты.
Но для нас и консоль, и горячие клавиши — вполне понятный и удобный интерфейс:

Если к программе можно написать плагин, то она удобная и расширяемая. Если можно поменять в конфиге цвет фона окна сообщения — гибкая. Нормальному же пользователю от такой гибкости ни тепло ни холодно, ему свои задачи надо решать, а не плагины писать.
Раньше мы тестировали пользовательский интерфейс в процессе опытной эксплуатации (это когда новая версия устанавливается в нашей компании). У этого метода нашлись недостатки:

- Пользователям некогда оформлять замечания к продукту. Особенно если это касается удобства использования программы, а не функционала.
- Не понятно, насколько интуитивен интерфейс. Можно, конечно, проводить опросы, но они обычно малоинформативны.
- Замечания поступают слишком поздно. У разработчика остается меньше времени на их исправление.

Бороться с этими недостатками мы решили с помощью коридорного тестирования. Здесь мы хотим поделиться своим опытом.

Как  организуется и происходит КТ?

1.   Подготовка стенда. Готовится компьютер, на котором будут работать пользователи. Устанавливается нужный билд программы. Разворачивается сервер, разворачивается база данных. База данных наполняется максимально аутентичными данными в нужной области. Мы для этого используем копию базы данных из продакшена. Делается бэкап базы.
2.   Подготовка сценариев. Сценарии использования должны быть максимально приближенными к реальности. Например, для системы электронного документооборота, требуют тестирования такие сценарии: «Определить, кто согласовывал такой-то документ», «Отправить такой-то документ на согласование последовательно своему начальнику и директору». Для разных пользователей можно подготовить разные наборы сценариев, в зависимости от рабочих обязанностей. Например, для аналитика типичным сценарием будет «Отправка документа на согласование», для руководителя — «Отправка документа на доработку». Для некоторых сценариев нужно заранее подготовить данные, например для руководителя заранее создать процесс (задачу, задание или иную сущность в системе) согласования документа, требующего доработки.
3.   Проведение тестирования. Пользователя сажают за компьютер, вводят в курс дела и просят выполнить сценарии. Пользователь выполняет сценарии, комментируя, что и как он пытается делать, что и где он ищет, что непонятно. В это время разработчик сидит рядом, записывает все возникающие проблемы, краснеет, при необходимости подсказывает.


А продолжение материала, читайте на нашем корпоративном блоге на Хабрахабр.

И помните, что подписки и комментарии – это «плюс» и в вашу карму :)