Launchlist для вашего сайта

    imageЗдравствуйте, уважаемые Хабравчане.
    Хотим опубликовать результат нашего небольшого исследования.

    Суть эксперимента

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

    Мы промониторили несколько десятков подобных обсуждений за последние несколько месяцев и выявили следующее...

    Основные претензии, которые предъявляют к сайтам, очень легко формализуются.

    Итак, на ваш суд мы предлагаем составленный нами Launchlist, который поможет вам не допустить досадных ошибок и проконтролировать качество проекта.

    Конечно, идея не нова. Тем не менее, полных и детализированных Launch-листов в открытом доступе нам найти не удалось, и мы взялись за создание собственного.

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

    Будем рады вашим дополнениям.

    UPD1. Cкачать Launchlist
    UPD2. Для тех, кто серьезно интересуется тестированием, довольно интересный сервис Launchlist-ов — launchlist.net
    UPD3. Отдельное спасибо Алексею Раменскому, за озвученную на 5 Сибирской интернет-неделе — идею формирования Launchlist-листа.
    UPD4. Если тема унификации будет интересна хабр-сообществу — обещаем выложить шаблоны типовых сообщений об ошибках в формах и почтовые сообщения.
    UPD5. В по просьбам сообщества — launchlist в Google Docs, на одном листе
    Сибирикс 45,89
    Компания
    Поделиться публикацией
    Похожие публикации
    Комментарии 12
    • +5
      А может все таки стоит сделать в pdf?
      • +4
        Лучше все таки использовать тест планы, управление тест кейсами и системы багтрекинга, чем такие формы в excel.
        • 0
          Здесь мы собрали список типовых придирок. Для ослеживания выполнения прогресса по исправлению — действительно, зачастую удобнее багтреккер (jira).
          • 0
            Я лишь обратил внимание на то, что форма в excel предпалагает именно трекинг багов, а не является руководством для QA при создании тест планов.
        • +2
          Excel не самый лучший вариант, может лучше документ в Google Spreadsheets?
        • +2
          Я думаю стоит дать ссылку на lite-версию: lite.launchlist.net, а кому надо — сами найдут платную.
          • 0
            Еще бы там поставить пустые чекбоксы и было бы вообще здорово. Распечатал и как в кабине истребителя: «Альты у картинок. -есть, корректные данные в футере. -есть, меню хлебных крошек -есть» :)
            • 0
              У нас есть тоже свой небольшой ланчлист, и да, это хорошая идея сделать его в виде веб-сервиса, где можно завести свой проект и проставить галочки — нужен русский launchlist.net )
              • 0
                Мне кажется, что такой лист проверки должен содержать только объективные данные. Наличие alt у картинок — можно определить однозначно, а, например, «Фавикон: Должен выглядеть красиво» — у разных людей может быть своё мнение на этот счёт, в том числе и у заказчика может быть своё. Или хотя бы разделить субъективную и объективную оценку.

                Наверное, не должно быть пункта «Все формы», должен быть список конкретных форм (столбцы), чтобы по каждой форме можно было сделать отметки. А сейчас идёт дублирование многих пунктов в разных формах.

                Некоторое противоречие: между «Все формы: Заполнение необязательных — необязательно» и «Все формы: При наличии радиобаттонов первый по умолчанию должен быть отмечен», потому что такой подход не даёт пользователь не заполнять такое поле ввода.

                Ну и есть замечания по формулировке. Одинаковые пункты сформулированы по-разному «Ожидается: сохранение изменений», «Ожидается сообщение об ошибке»; «Ожидаются письма рассылки (соотв. Отметка в базе)», «Ожидается соответствующее письмо, отметка в базе» и т.п… Если бы во всём третьем столбце использовалось одно слово в начале: ожидается или должно, то это слово можно было бы вынести в заголовок и текста на странице стало бы заметно меньше.

                Этот список — пока отдалённый пример того что должно быть, его ещё надо очень сильно причесать.
                • 0
                  Просто есть 2 типа проверок — чек-листы и контрольные вопросы:
                  1) чек-листы бинарные и формальные, любой человек даст один и тот же ответ
                  2) контрольные вопросы — не обязательно будет однозначный ответ.

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

                  Как правило, в творческих областях лучше иметь и контрольные вопросы — полная формализация обойдется дороже и не будет иметь смысла — ситуации слишком разные. В противовес, например, старту самолета — там все максимально формализовано и достаточно чек-листов.
                  • 0
                    Разделение типов вопросов может быть в данном случае оправдано?

                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                Самое читаемое