Redmine. Отображение подзадач под родительской задачей.

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

Наши простые шаги.
1. Добавляем в нашу таблицу еще один столбец "Родительская задача". Применяем.

2. Сортируем таблицу по столбцу "Родительская задача".

3. Аналогичным п.1 способом удаляем столбец "Родительская задача" из нашей таблицы за ненадобностью.

И получаем такую картину:

Социальный тестировщик Роб Ламберт

      Ребятки, в данной заметке хочется поделиться с вами интересным блогом тестировщика веб-приложений Роба Ламберта, известного также, как "Социальный тестировщик". Вот его блог. А здесь находится довольно-таки занятная книжка советов по тестированию веб-приложений "The Blazingly Simple Guide To Web Testing 36 Ideas to try", которая будет полезна начинающим тестировщикам веб-приложений и даст достаточно (а конкретно, 36) идей для тестирования. Книга на английском языке, но небольшая, очень быстро и легко читается. Приятного ознакомления!

Сравнение test managment систем, интегрирующихся с Redmine.

Ну здравствуйте, ребятки!

Наконец-то я добралась до своего блога :) Можете вздохнуть спокойно, я его не забросила, и буду продолжать радовать вас различными статьями и заметками. Просто в декабре я решила поменять работу. Это привело к тому, что я пока больше не работаю с моим любимым TFS и Coded UI тестами (надеюсь, это временно, очень я их полюбила). Но новая работа - это всегда новый опыт и новые знания. Так что буду с вами делиться тем, что изучаю, может для кого-то и будет полезным.

Итак, до встречи, TFS, и здравствуй, Redmine. Мне, как тестировщику, нужна система управления тест-кейсами. Не могу я тесты писать в Excel. Это лично мое мнение, я его никому не навязываю. Поэтому предлагаю ознакомиться с табличкой сравнения разных Test management систем, которые интегрируются с Redmine. В большей степени эта интеграция сводится к возможности заводить баги в Redmine при падении теста во время его выполнения. Табличка находится здесь. Рекомендую скачать ее, т.к. при просмотре в браузере может отображаться не все ее содержимое.

Всем спасибо и до связи!

Формирование тестовых данных, хранящихся в базе данных MS SQL Server

   Хотелось бы немного поговорить на тему формирования тестовых данных для автотестов. 

  Дальше будут написаны довольно очевидные вещи насчет независимости тестов друг от друга, поэтому те, кто знаком с этой информацией, могут пропустить этот абзац :) Итак, ни для кого не секрет, что тесты у нас должны быть независимыми друг от друга. Рассмотрим простой пример. Предположим, у нас есть 2 теста - один проверяет добавление пользователя, другой редактирование информации о пользователе. В тесте на редактирование нельзя использовать в качестве тестовых данных (начальных данных) результат, полученный после теста на добавление пользователя. Допустим, если тест на добавление создает пользователя "flower", то в тесте на редактирование мы должны редактировать, например, свойства пользователя "fruit", а не "flower". Почему так? Во-первых, если вы решите в тесте на редактирование использовать пользователя "flower" в качестве тестовых данных, то вы не сможете выполнить этот тест отдельно, вам всегда придется сначала выполнять тест на добавление пользователя. Во-вторых, если добавление пользователя по каким-то причинам не будет работать, вы также не сможете выполнить тест на редактирование. Отсюда следует вывод, что для теста на редактирование вам нужны тестовые данные.

Тестирование при разработке с использованием Kanban. Пример из жизни.

    Друзья, всем привет!

  Хочу рассказать вам немного о нашем процессе разработки программного обеспечения и методологиях, которые мы применяем. А особенно о том, как у нас организуется тестирование при использовании этих методологий. Для организации процесса разработки мы начинали использовать Scrum, потом перешли на Kanban. Очень подробно и понятно эти методологии описаны в книге Хенрика Книберга и Маттиаса Скарина «SCRUM и Kanban: Выжимаем Максимум». Она небольшая и очень полезная, даже если вы уже работаете по одной из этих методологий, советую прочитать, чтобы упорядочить свои знания.

    Kanban - достаточно свободная методология, содержащая не так много правил:

- визуализация потока работ (работа разбивается на части, каждая часть находится на какой-то стадии выполнения - в каком-то столбце)

- ограничение НЗР (незавершенной работы) (определение возможного количества незавершенных пунктов на каждой стадии процесса разработки ПО)

- измерение времени выполнения задачи (нужно свести время выполнения задачи к минимуму и сделать его максимально прогнозируемым).

Установка Windows приложения в тихом режиме.

    Очередная статья моя блога так и хочет увидеть свет. Не могу ей отказать в этом, поэтому встречаем:)

   Предположим ситуацию, когда вам нужно обеспечить процесс сборки приложения, его деплоймента на какую-либо машину и последующего тестирования. И деплоится у вас не просто exe-файл приложения, а файл-установщик. Поэтому перед стадией тестирования у вас появляется еще одна небольшая задачка по установке вашего приложения на машину для тестирования. Установить такое приложение вам нужно в тихом режиме, т.е. без взаимодействия с пользователем. Как же это сделать?

   Все легко и просто. Для установки приложений у нас служит установщик Windows «msiexec.exe». Его и будем использовать.
  Чтобы сделать установку приложения в тихом режиме вручную, нужно в командной строке выполнить следующую команду:

        msiexec /q /i C:\MyProject\setup.exe

    На С# это выглядит так: