Роль чек-листов в эффективном тестировании приложений. Искусство ведения чек-листов Чек лист обслуживания
Чек-лист является незаменимой вещью при выполнении каких-то действий надлежащим образом, особенно если это повторяющиеся действия. В этой статье мы узнаем чек-лист что это и для чего он нужен.
Чеклисты также могут быть использованы в качестве обновления контента на сайте и я уверен, каждый из вас слышал о важности обновления контента для увеличения базы подписчиков. Обновление контента может совершить чудеса в привлечении подписчиков, и вы можете уже сейчас начинать создавать свою базу с помощью данного метода.
Среди различных способов привлечения подписчиков в интернете, чек-листы приобрели наибольшую популярность и наиболее широко используются в качестве бонуса к статье. Перейдите в любой популярный блог, который предлагает бонус к статье и вы обнаружите, что это будет чек-лист.
Чек-лист что это и как создать его в формате pdf
Для этого воспользуемся всем известной программой Microsoft Word, потому как она наиболее проста для создания чек-листов. Для примера я воспользуюсь версией Microsoft Word 2007.
Шаг 1: Запускаем программу
Я уверен, что каждый из вас знает, как открыть программу Microsoft Word. После того, как программа запущена, переходим к следующему шагу.
Шаг 2: Включаем вкладку «разработчик»
Прежде всего, вам потребуется включить вкладку «разработчик» на ленте.
Чтобы это сделать просто откройте главное меню и внизу в правом углу нажмите по вкладке «Параметры word». Откроется окно настроек как на картинке ниже:
Шаг 3: Выбираем вкладку «Разработчик»
После того, как открылось окно, в разделе «Основные» активируем чекбокс напротив «Показывать вкладку Разработчик на ленте».
Когда вкладка активирована, на ленте появится вкладка «Разработчик», как показано на рисунке:
Шаг 4: Добавляем чекбокс
Для этого, просто во вкладке «Разработчик» в колонке «Элементы управления» нажимаем по соответствующему элементу.
Затем выбираем «Инструменты из предыдущей версии»
При нажатии на «Инструменты из предыдущей версии» появляется окошко выпадающего меню с большим количеством панелей. На данной панели выбираем элемент «Флажок»:
При нажатии на кнопку, появится чекбокс в том месте, где находился курсор.
Вот пример чек-листа при ведении блога:
Как можете видеть, мы уже создали примерный образец чек-листа.
И наконец, вы можете также защитить созданный чек-лист, так чтобы ни один не мог преобразовать его (кроме того, чтобы заполнить форму).
Чтобы это осуществить, вам нужно нажать на «Защитить документ» в окошке «Защитить» панели «Разработчик»:
Появится окошко «Ограничить форматирование» с правой стороны. Здесь нужно проставить галочки в пунктах «Ограничения на форматирование», «Ограничение на редактирование», а также выбрать в выпадающем меню пункт «Ввод данных в поля форм»:
После проделанных операций, остается нажать на кнопку «Да, включить защиту», и ваш чек-лист будет полностью защищен от сторонних действий.
Как конвертировать чек-лист в PDF
Теперь, для окончательного создания чек-листа, следует конвертировать его в формат pdf, чтобы в дальнейшем делиться им с читателями.
1. Нажимаем на кнопку «Office» расположенную в левом верхнем углу программы, и в выпадающем меню открываем раздел «Сохранить как».
2. Выбираем в выпадающем меню строку PDF или XPS и появится выпадающее меню где вам останется выбрать путь у себя на компьютере, в какую папку сохранить документ, дать ему соответствующее название и нажать Опубликовать.
Итак ваш чек-лист сконвертирован в PDF и сохранен в нужной папке. Теперь вы значете чек-лист что это и как его создавать для своих проектов. Пользуйтесь на здоровье!
Excel – довольно удобный инструмент с обширным функционалом. Множество приложений предлагают возможность создавать различные списки, но зачем пользоваться другими программами, если есть Excel?
Вконтакте
Как создать удобный чек-лист (контрольный список) в Excel
Ниже мы покажем, как создать таблицу с флажками, которые вы можете удалять по мере выполнения задач. Excel даже отобразит, когда вы снимете все флажки. Создать таблицу довольно просто. Для этого нужно открыть вкладку «Разработчик» , внести список задач, добавить флажки и расширенное форматирование. А теперь по порядку.
1. Открыть вкладку «Разработчик»
По умолчанию вкладка «Разработчик» не отображается. Ее можно добавить в ленту следующим образом: откройте «Файл» → «Параметры» → «Настроить ленту» . В списке «Основные вкладки» установите флажок «Разработчик» , а затем нажмите «Готово» .
2. Добавление списка задач в таблицу
В каждой ячейке таблицы укажите задачу. В нашем примере одна из ячеек будет содержать «Общее количество предметов» , вторая – «Упакованные предметы» . Ячейка «Я готов» будет отображаться красным, если не все галочки в списке сняты, и зеленым, если флажки сняты все.
Откройте вкладку «Разработчик» . Нажмите «Вставить» и в разделе «Элементы управления формы» выберите «Флажок» (иконку с галочкой) .
3. Добавление флажков
Кликните на ячейку, в которую хотите добавить флажок. Вы увидите, что справа от поля флажка отображается текст. Так как нам нужно только поле, выделите текст и удалите его. После удаления текста размер поля не изменяется автоматически.
Если вы хотите изменить его, щелкните правой кнопкой мыши по ячейке, чтобы выбрать поле, а затем левой кнопкой мыши щелкните по нему. Таким образом вы сможете изменить его размеры и переместить на середину ячейки. Для того чтобы скопировать поле флажка и разместить его в других ячейках, выберите ячейку, а затем используйте кнопки управления курсором (клавиши со стрелками на клавиатуре) для перемещения к ячейке с флажком. Для того чтобы скопировать поле флажка в другие ячейки, наведите курсор в нижний угол ячейки, захватите его кнопкой мыши и протяните по ячейкам, в которые нужно скопировать поле. Отпустите кнопку мыши.
Расширенное форматирование списка
В зависимости от предназначения списка вы можете использовать расширенное форматирование.
Создание столбца ИСТИНА/ЛОЖЬ
Для этого нужно использовать колонку справа от полей с флажками. Флажок будет возвращать ИСТИНА (если галочка установлена) или ЛОЖЬ (если она снята). Таким образом вы сможете увидеть, все ли флажки сняты.
Правой кнопкой мыши нажмите на первое поле флажка и выберите «Формат объекта» .
На вкладке «Элемент управления» в окне «Формат объекта» нажмите на кнопку выбора ячейки с правой стороны поля «Связь с ячейкой» .
Выберите ячейку, которая находится справа от клетки с флажком. Адрес выбранной ячейки размещен в поле «Связь с ячейкой» в компактной версии окна «Формат объекта» , чтобы развернуть его повторно нажмите на кнопку «Связь с ячейкой» и выберите «ОК» . Повторите указанную процедуру для каждой ячейки в списке.
Общее число предметов и подсчет отмеченных предметов в списке
Укажите общее количество флажков в списке в ячейке, расположенной справа от клетки «Общее количество предметов» . Число проставленных галочек можно подсчитать с помощью специальной функции. Введите
=СЧЁТЕСЛИ(C2:C8; ИСТИНА)
=COUNTIF(C2:C8,TRUE)
в ячейку справа от ячейки «Упакованные предметы» и нажмите Enter . Как показано в примере ниже, функция подсчитает число ячеек в колонке С (с С2 по С8), имеющих значение ИСТИНА или TRUE .
Скрыть столбец ИСТИНА/ЛОЖЬ
Для того чтобы скрыть данную колонку, правой кнопкой мыши кликните на ее заголовке и в отобразившемся меню выберите пункт «Скрыть» . Столбец будет скрыт.
Как проверить, все ли галочки сняты
Для этого выберите ячейку «Я готов» и введите
=ЕСЛИ(B10=B11;"Да";"Нет")
=IF(B10=B11,"YES","NO")
Если число в ячейке В10 совпадет со значением подсчитанных флажков в ячейке В11, в ней автоматически отобразится «Да» , в противном случае появится «Нет» .
Случалось ли Вам ловить себя на мысли, что Вы повторяете что-то сотруднику не в первый раз?
Или замечать, что при выполнении знакомого задания сотрудники делают одни и те же досадные ошибки, попусту растрачивая время?
Если да — тогда самое время поручить сотрудникам составление чек листов.
Чек лист (Check list — контрольный список) - список, содержащий ряд необходимых проверок для какой-либо работы. Отмечая пункты списка, сотрудник может узнать о состоянии/корректности выполнения этой работы.
Важность чек листов трудно переоценить. Каким бы опытным ни был сотрудник, в спешке он может легко забыть важную деталь. Возьмем, к примеру, распространённую ситуацию — подготовка к участию в выставке. Это очень дорогостоящее мероприятие. Одна упущенная деталь — не напечатанные вовремя флаера — может стоить половины бюджета.
Чек листы могут применяться в самых разных сферах : существуют чек листы для официантов, для пилотов, для маркетологов, для веб-дизайнеров.
Ниже правила создания чек листов, которые помогут Вашим сотрудникам создать полезный и качественный инструмент.
Правила составления чек листов
1. Один пункт — одна операция
Пункты чек листа — это минимальные полные операции. Что это значит?
Заказать изготовление визиток и и доставить визитки в офис — это 2 разные операции.
Поэтому, в чек листе они отображаются отдельными пунктами:
визитки заказаны
визитки доставлены в офис
2. Пункты написаны в утвердительной форме
Целью чек-листа является проверка готовности, поэтому лучше составлять пункты в утвердительной форме — “заказаны, доставлены”. Сравните формулировку:
“заказать визитки” и “визитки заказаны”. Второй вариант требует большей ответственности.
3. Оптимальное количество пунктов — до 20
Чек листы не должны быть длинными. Оптимальное количество пунктов — до 20. Если требуется, лучше разбить задачу на несколько этапов и составить к каждому этапу отдельный чек лист.
Пример чек листа:
Эффективное внедрение чек листов
1. Тестирование
После составления чек листа, пройдите мысленно все пункты вместе с сотрудником. Допишите то, что было упущено. Расставьте пункты в правильном порядке. Внесите правки.
2. Оформление
Чек лист должен выглядеть эстетично — тогда с ним будет приятней работать.
3. Удобный доступ
Организуйте общий доступ сотрудникам к документам, чтобы в нужный момент их легко можно было распечатать. Отпечатайте получившийся список в виде таблицы (если чек лист заполняется каждый день).
Преимущества использования чек листов
- Структурирование информации в голове сотрудника. При записывании необходимых действий, у сотрудника чётко вырисовывается нужная последовательность задач.
- Повышение скорости обучения новых сотрудников. Не нужно повторять в сотый раз последовательность операций. Достаточно провести короткий инструктаж и дать чек лист для самостоятельной работы.
- Высокий результат, уменьшение числа ошибок. Как уже говорилось в начале статьи, чек листы помогают избежать проколов и ошибок по невнимательности.
- Взаимозаменяемость сотрудников.
- — сотрудники будут значительно меньше времени тратить на переделывание задач.
Примеры полезных чек листов для бизнеса в интернете
Создавая чек-лист, помните: Вы создаете его в первую очередь для сотрудника, он должен интуитивно понимать что к чему и не теряться среди всех прописанных вами пунктов. А уже анализ выполнения задач лучше проводить с помощью специализированных програм. Например, Yaware.TimeTracker , которая позволяет не только создавать и делегировать проекты и задачи, но и контролировать их на всех этапах выполнения, анализировать статистику и продуктивность каждого сотрудника. Попробывать новый функционал можно . Или зарегистрируйтесь и получите 14 дней бесплатного пользования — протестируйте прежде, чем купить!
Попробовать Yaware.TimeTracker бесплатно14 дней, все включено
В тестировании ПО очень важна организация процесса: кто чем занят? Кто, что, когда тестировал? На какой сборке впервые появилась та или иная ошибка? Кто это тестировал? Какой у нас статус требований?
В связи с удалённой рабочей командой и в целом в силу привычки мы рассматривали только веб-варианты. Отбросив по первичному анализу совсем неподходящие нам решения, на выбор остались три кандидата:
Получаем в результате: Triple Threat Match. Кто кого - увидим в честном бою.
Для начала, мы в команде определили критерии отбора:
- Стоимость лицензии : желательно бесплатно, или хотя бы, недорого;
- Поддерживаемые окружения : в команде используются Google Chrome, Mozilla Firefox, Safari - отказываться или менять браузеры никто не готов;
- : здесь нам важнее всего было удобное создание тестовых наборов, ведение статистики прохождения и наглядной отчётности;
- Наличие элементов тест-менеджмента : очень хочется от инструмента возможностей планирования своих задач, контроля за планами и сроками;
- Юзабилити : если кому-то в команде что-то не понравится, то тратить своё время и “вникать” вряд ли будем. Всё должно быть понятно сразу.
Стоимость
Пойдём по мере убывания:- TestRails нам предлагает исключительно платные лицензии, в зависимости от их условий стоить она будет от 69$ до 8999$, серьезная плата для серьезного продукта. Дабы не покупать кота в мешке, нам предлагают воспользоваться тестовой версией на 30 дней, которая будет бесплатной - по ней и проводили анализ. В нашем случае (до 15 пользователей) TestRails будет стоить 1399€ или 2149$.
- Sitechсo для локальной установки обходится в 12000 рублей, SaaS использование бесплатно. Учитывая работу по https-протоколу и не слишком строгих, в плане безопасности, заказчиков, нас веб-версия вполне устроила.
- TestLink бесплатный при условии установки его к себе на сервер. Пришлось повозиться, но стартовало. По цене однозначный лидер.
Поддерживаемые окружения
Что касается совместимости, все браузеры заявлены в поддержке TestRails и TestLink, но IE не поддерживается в Sitechco:Учитывая наш набор окружений, это не критично, но для многих пользователей (особенно, тестирующих какое-нибудь банковское ПО в урезанных окружениях) может быть.
Функционал управления тестами
Самым главным критерием в выборе системы для нас, естественно, является ее функционал. Мы совместно проработали список необходимых “фич”:- Создание тестов и чек-листов;
- Контроль прохождения тестирования;
- Импорт и экспорт тестов (желательный формат - таблицы);
- Отчёты о проведении тестирования и по оценке качества ПО;
- Деление прав пользователей;
- Интеграция с Redmine;
- Ведение требований с анализом тестового покрытия;
- Внешний API для авто-тестов;
Создание тестов и чек-листов
В TestRail создание тестов реализовано c помощью Test Suite, в которые помещаются Тесты.Добавление производится быстро, по принципу создания Test Case и отдельного описания, с возможностью разделения на секции и прикрепления, при необходимости, файлов. Внутри теста можно подробно расписывать шаги, но мы в большинстве случаев ограничились понятными заголовками.
Sitechco реализовало тестовые наборы в виде Чек- и Чит-листов. Сами Чек-листы просты, ничего лишнего или заумного: тест, проверка, приоритет, ну и различные дополнения: прикрепление требований, трудозатратность, иерархия в виде групп и мастер-группы.
Важную, как по мне, роль имеют чит-листы, с уже существующим набором тестов. Сэкономит время на создание своих и будет полезно на будущее. Эти элементы играют роль конструктора: написал стандартные чит-листы и вставляешь их в чек-листы по мере необходимости. Удобно, когда есть много стандартных проверок, например, нам надо разные поля проверять и на юзабилити гайдлайны, и на XSS-/SQL-инъекции. Данные повторяются, копипастить - зло, но нужен статус прохождения в разных контекстах и для разных полей.
Создание тестов в TestLink напоминает чем-то формы создания в TestRail. По аналогии тестовые наборы создаются в Test Suite, в которые вкладываются тесты.
Смотрится довольно запутанно и при этом примитивно:
Одни и те же тесты можно будет добавлять в разные сценарии, что в нашем случае выполняет похожую функцию, как и чит-листы в Ситечко. Но чтобы тесты были атомарными и маленькими (с наглядным результатом для отчёта) в TestLink показалось слишком много телодвижений. Ну ОЧЕНЬ много.
Контроль результатов
Разработчики TestRail предложили своим клиентам несколько вариантов отчетности:Что позволяет собрать информацию о тестировании по багам, результатам, запускам и пользователям. Но! Каждый отчет необходимо обрабатывать, что очень неудобно и заставляет делать лишние движения для получения информации, плюс затрачивается время на формирование отчета:
Хотя в этом есть свой плюс - присутствует возможность рассылки отчетности на несколько е-mail-ов. Что касается самого типа отчета, то отображается графическое представление результатов и перечень всех тестов с соответствующим значением.
Sitechco позволяет формировать отчеты автоматически, не производя лишних действий для его получения. 4 основных вида отчета дают полную информацию о тестировании проекта.
Отчет по запускам отображает весь список Чек-листов, по которым производилось тестирование, присутствует возможность просмотра общей и подробной информации. По результатам прохождения возможно увидеть отчет по 5 последним запускам Чек-листа, плюс, позволяет настроить отчет под себя. Форма группового отчета показывает в графической форме представление результата:
TestLink заставил попотеть и помучатся с запуском тестов для прохождения. Долго не поддавалась система, что уже не понравилось. После совместных разбирательств, мы догадались, как это сделать. Вариант отчета разработчики предложили в таком виде, который показался нам недостаточно информативным:
Хотя вариантов отчетов очень много, но все однотипные и в неприемлемом, во всяком случае для нас, формате.
Импорт и экспорт тестов (желательный формат - таблицы)
В TestRail возможен экспорт в 3 форматах: xml, CSV и Excel. Но как ни странно, при попытке получить отчет в Exсel мне выдавалось в формате CSV.В импорте всё выглядит проще и представлено в форме выбора файла с ПК в формате xml. Также присутствуют возможности добавления в уже существующий список тестов и создание нового.
Sitechco не теряет своих амбиций и представил своим пользователям экспорт данных в формате xls. Но, здесь тоже своя загвоздка, открытие файла возможно только в Microsoft Office.
А вот импорт был очень даже интересным. Не пришлось ничего сохранять в отдельный файл - вставка из файла на ПК или Google Docs произошла успешно и без лишних телодвижений, простым копипастом нужных строк таблицы.
Экспорт в TestLink представлен только в одном формате - xml. Есть возможность скачивания как полного списка тест кейсов, так и отдельных папок.
Импорт поддерживается в аналогичном формате - xml. Представлено в виде загрузки отдельного файла с ПК для общего списка и для папки в отдельности.
Деление прав пользователей
Итак, начнём по порядку. TestRail предлагает нам на выбор 4 роли:Роли легко редактируются, при помощи выставления чек-боксов для разрешения действий:
Также порадовала функция создания отдельных групп пользователей, что позволяет разбить пользователей по отдельным спискам:
В “кухонном” друге я обнаружил 5 ролей пользователей:
Долго пытался понять кто и что может, но ответ был “на поверхности” - в справке присутствует подробное описание, что упрощает задачу. Единственное, что хотелось бы - создавать свои списки, но видимо в веб-версии это не предусмотрено.
TestLink предлагает своим пользователям воспользоваться уже встроенными вариантами:
Также присутствует возможность создавать свои списки пользователей, с выставлением прав:
У меня сложилось мнение, что TestLink и TestRail имеют в некоторых моментах идентичную модификацию в настройках. Но вот в TestRail поработали над удобством использования, а TestLink не радует удобством.
Интеграция с Redmine
Наша компания использует Redmine и логично, что мы искали систему, поддерживающую интеграцию с данным баг-трекером. Под список выбора попадают все три претендента. Постараюсь описать подробнее по каждому.Testrail. Интеграция, как уже говорили другие пользователи ранее: “проста и гениальна” одновременно:
Данная настройка подходит для большей части онлайн баг-трекеров. При заведении бага форма, как мне показалось, не была продумана до конца и потому содержала минимальное кол-во полей.
Возможно, разработчики не захотели усложнять себе жизнь, а возможно было сделано на скорую руку. Но лично мне не сильно понравилось, мы заполняем больше полей при заведении ошибок, и неудобно после заведения ошибки из TMS заходить и редактировать её в Redmine. Сама ссылка на баг отображается рядом с тестовыми данными, что не затрудняет восприятие, а при нажатии можно посмотреть информацию подробнее - это очень удобно:
Но главным минусом интеграции через TestRail является авторизация только одного пользователя, что в следствии очень неудобно при разборе багов программистом. Появляются лишние вопросы и излишняя суета.
Настройки интеграции в Sitechco довольно просты и осуществляется пошагово. Запутаться сложно. Изначально выбирается проект, ссылка на сам баг-трекер и администраторский доступ к нему.
Все мои настройки имели влияние на формы для заполнения. Ничего не скажешь, добротно продуманно и для людей.
В отчетах тоже ничего сверхъестественного, список багов через запятую, данные ссылочные и отображают статус бага в данный момент.
TestLink. Интеграция по аналогии с TestRail, потому сильно распыляться не буду, так как сама интеграция мне не понравилась изначально.
Уж очень неудобно заводить баги в таком формате, живя в мире развивающихся технологий.
Ведение требований с анализом тестового покрытия
Следующий важный нам пункт - связи с проектными требованиями. У нас на проекте они ведутся не детально, но статус по ним должен быть прозрачным, своевременным, и раньше мы использовали google-табличку, в которой всё время забывали что-то актуализировать.Поклацав всех трёх наших кандидатов, я не заметил очевидного в TestRail, так что по этому пункту он из игры выбывает.
В Sitechco пункт “Требования” есть в главном меню, но заставил меня покорпеть, прежде чем я смог сделать его активным (через настройки проекта, как оказалось).
Окно создания не содержит ничего лишнего: название и описание. Не хватает только добавления вложенных файлов - возможно, придётся пользоваться ссылками на сторонние файлхостинги.
Меня порадовал также импорт требований, видимо создано по аналогии с импортом тестов, также ничего сложного и заумного. Представлено в виде окна, с выбором каталога для импорта и самим полем. Присутствует также справка:
Создав/импортировав требования, мы можем осуществить связку между каждым тестом (проверкой в чек-листе, а не всем чек-листом) и требованием, работает эта связка по принципу многий ко многим:
Давайте посмотрим как обстоят дела в TestLink. Производитель предлагает набор функций для работы с требованиями: создать, импортировать, экспортировать, создать тестовые наборы и скопировать требования.
Операции по созданию требований довольно просты, имеют возможность прикрепления файлов, что более чем покрывало все мои желания к виду требований. Но пользоваться было не очень неудобно - как и почти всё в TestLink.
Сам импорт как и экспорт поддерживается в формате CSV\XML\DocBook. Видимо весь проект Testlink ориентирован на формат CSV.
Требования прикрепляются к Test Case и помогают в процессе тестирования, дабы проверить полноту покрытия требований проверками и не допущения пробелов во время тестирования.
Юзабилити:
О простоте работы я немного сказал вначале, хотелось бы продолжить разговор на эту тему и раскрыть следующие особенности. Возможность использования горячих клавиш для создания тестов и групп в чек-листах реализована только в Sitechco.Такие же моменты, как описание групп пользователей и простота использования отмечаются у всех трех продуктов. Но на фоне всех стандартных требований, очень понравилось то что TestRails позволяет самостоятельно создать адрес проекта, а testlink шагнул еще дальше и предложил собственный сервер хранения данных. Sitechco же, отличилось консервативностью в этом плане и не стало баловать дополнительными наворотами, видимо уповая на широчайший функционал и простоту использования.
Специальные предложения:
Чего-то сверхъественного мне обнаружить не удалось. Единственное, что мне бросилось в глаза, так это планировщик задач Ситечка, которые чем-то напоминает Todoist , в силу отображения количества задач на мне и возможности планировать на будущее.Что самое главное, как сказал наш тест-менеджер: “Я теперь смогу вас контролировать” и ехидно улыбнулся. Оказывается, что данная вкладка позволяет также просматривать какой из чек-листов на данный момент запущен, какой был завершён. “Паливо”- подумал я и попытался поискать данную функцию в TestRail и TestLink. Увы! Данный функционал поддерживается только в Sitechco, а считать это плюсом или минусом - мы с начальством придерживаемся разных точек зрения.
В силу развития всяческих мобильных фишек я также ожидал, что откопаю подобные вещи (мобильные версии, мобильные приложения), но, к сожалению, ни один из соперников не имел данного функционала в своём вооружении. Проводить тестирование с кучей вкладок неудобно, согласитесь. Потому было бы “в кассу” производить отметки о результатах на планшете и при этом не загромождать пространство на столе.
Как говорит одна из телеведущих украинского канала, Ольга Фреймут, в своих проверках: “Ну що? Поговоримо?” (Ну что? Поговорим?)
- TestLink. Собственно чего я ожидал от бесплатного сервиса? Все догадки подтвердились. Поставить галочку, что бесплатный, есть базовый набор функций - только и того. Извини, дружище, ты в нокауте, всё как-то замудрено и не увидел изюминки.
- TestRails . Да, ничего не скажешь, штука мощная, во своими плюсами и своими минусами. Но в силу отсутствия мультиязычности и не отличающийся такой уж и “дешевизной”, я так и не смог себе это позволить. Не один я ведь буду работать, потому эгоизм свой пришлось “удалить из настроек”.
- Sitechco . Просто и со вкусом, ничего заумного или сложного для понимания. Мне, возможно показалось, но компания только недавно начала появляться на арене IT и недооценивает свои возможности, либо специальная цена продукта в силу экономического кризиса стран.
Критерии сравнения | Sitechco | TestLink | TestRails |
---|---|---|---|
Основные | |||
стоимость лицензии | $0-$500 | - | $69-$8,999 |
браузеры | кроме iE | все | все |
функционал | |||
автосохранение/контроль версий | да | да | да |
шаблоны | да | нет | нет |
печать/ссылка на отчет | да | да | да |
импорт/экспорт | да | да/нет | да/да |
мобильная версия | нет | нет | нет |
окружения/сборки/требования | да/да/да | нет/да/да | нет/да/нет |
подсказки | да | нет | да |
Элементы тест-менеджмента: | |||
тест план | да | да | нет |
тест кейсы | да | да | да |
поддержка автотестов | нет | нет | нет |
чек-листы | да | да | нет |
Разграничение ролей пользователей | есть | есть | есть |
поддержка аттача файлов(файловое хранилище) | нет | нет | нет |
е-мейл нотификации | есть | нет | есть |
Работа с Чек-листами | |||
настройка полей в ЧЛ (разные типы ЧЛ, отдельно настройка тестового окружения, например) | есть | нет | нет |
удобство редактирования (субъективная оценка) | удобно | не удобно | не особо удобно |
связь с требованиями | да | да | нет |
Отчётность | |||
по сборкам | да | да | нет |
по окружениям | да | нет | нет |
по тестерам | да | нет | нет |
по дате выполнения | да | нет | да |
по результату | да | да | да |
какое-либо отображение статуса тестируемого продукта | есть | есть | есть |
отчётность по разным ЧЛ сразу | да | да | да |
отчётность по покрытию требований | да | да | нет |
отчётность по результатам тестирования требований | да | да | нет |
Юзабилити | |||
простота | да | да | да |
хоткеи | да | нет | нет |
описание групп пользователей | да | да | да |
Основывайтесь на свои предпочтения, я постарался объективно сравнить этих трёх бойцов, но пока не определился с 2 победителями: кухонной утварью или штукой бизнес-класса. Оба кандидата имеют свои плюсы и минусы, чем по-своему привлекают. В любом случае, вопрос будет решать фин. директор основываясь на выделенный бюджет, ну а мне остаётся только ждать.
Чек-лист – фундаментальный элемент тестирования ПО. Он состоит из набора тестов, по завершении которых можно будет вынести вердикт: готов к выпуску продукт или нет. И если не готов, сказать: что именно нуждается в доработке.
Почему нельзя быть уверенным в качестве продукта, не имея чек-листа?
- Можно бесконечно долго тестировать приложение, но так и не убедиться в том, что проверено действительно все. Чтобы этого не произошло, нужно придерживаться фиксированного набора тестов, охватывающих весь функционал.
- Нельзя сделать вывод о степени готовности продукта к выпуску. Только на основе чек-листа можно увидеть в процентах, какая часть общего функционала работает корректно.
- В силу ограниченности человеческой памяти и внимания без чек-листа практически невозможно сказать со 100% уверенностью, какие именно компоненты продукта уже проверялись, а какие все еще нуждаются в проверке.
- Без фиксированного набора тестов нельзя оценить затраты времени, необходимые для проведения тестирования.
Чек-лист создается на основе Спецификации требований программного обеспечения . Определяя набор необходимых тестов, следует руководствоваться тремя основными правилами:
- Чек-лист должен охватывать весь функционал разрабатываемого продукта. Ни одно заявленное в спецификации требование не должно остаться без внимания.
- Число тестов нужно минимизировать. Чем больше требований проверяется одним тестом — тем лучше.
- Набор тестов должен не повторять требования, а проверять их.
Когда следует приступать к созданию чек-листа?
На завершающем этапе создания Спецификаций. Замечания QA-специалиста нужно обсудить и внести в требования до начала процесса разработки. Иначе возрастает риск потратить несоизмеримо больше ресурсов на переделку уже реализованных модулей или выдать продукт, который не соответствует ожиданиям заказчика.
Как мы создаем и ведем чек-листы в Magora Systems?
![](https://i0.wp.com/magora-systems.ru/media/5_rus.jpg)