Архив рубрики 'Примеры проектных документов'

Стандарт проектирования пользовательского интерфейса (UX)

Вторник, Май 5th, 2020

На днях читал, что я написал 16 лет назад. Тогда я писал не слишком хорошо. Добавил комментарии к тексnу 16-летней давности.

Да интерфейсы с тех пор сильно изменились. Тем не менее документ вполне годен как основа для разработки современного стандарта.

Пользуйтесь на здоровье. standart-ux_2004.zip

И не болейте.

PS. Иногда прикольно читать свои старые документы.

Пример чеклистов для тестирования ссылочной целостности

Четверг, Март 12th, 2020

db-int.xls

Очередной древний документ. Сейчас смотрю на него – вполне годен. Буду рекомендовать на тренинге по тестдизайну.

Данный вид тестирования относится к тестированию «белого» ящика. Нужно иметь доступ к базе данных. Вид тестирования сложный. Рекомендую давать такую задачу «сеньору», имеющему смежную специальность. Крайне желательно, владение SQL и базовыми знаниями о проектировании баз данных. Знание первых трех нормальных форм и формы Бойса-Кодда приветствуются.

Этот вид тестирования в частности отвечает на такие вопросы как:

  • Что будет с задачами, если в Jira удалить проект? А как надо? А я думаю, что если есть задачи, то удалять проект нельзя, это так или нет? Ответь мне аналитик.
  • Что будет с задачами, если удалить Эпик? А как надо? А я думаю, что если есть задачи, то при удалении эпика у задач должна сбрасываться ссылка на эпик, это так или нет? Ответь мне аналитик.

Крайне нетривиальная штука. И что самое обидное, такие вещи мало кто продумывает при написании спецификации требований к системе. Если что техника  юзкейсов вам в помощь.
По опыту тестирования новых систем (не настройки уже существующих движков). На сотню проведенных тестов может находиться 50+ ошибок. И 20+ ошибок крайне неприятные. Уровень «Critical». Так что это еще одна техника тестдизайна, позволяющая отловить кучу дефектов.

PS. В книге Lee Copeland этой техники тестдизайна нет.
PSS. Excel более, чем подходит для ведения чеклистов. Есть некая проблема с организацией совместного доступа, но часто Excel сильно удобней того же зефира.

Пример тестовых наборов (testsuite)

Понедельник, Февраль 17th, 2020

sample-test-suite.zip

Рылся недавно в архивах. Обнаружил интересный документ.
Давно это было. Из литературы в магазине только Канер, https://software-testing.ru/ - еще полгода не исполнилось. Конференций по тестированию нет, тренингов нет, литературы нет, спросить некого.
Пришлось изобретать свой подход к ведению тестовых сценариев. Он опирался на технику юзкейсов и на ГОСТ 34.603. Техника оказалась очень неплохой, и я до сих пор часто использую такую технику записи. Вдруг кому поможет.

Документ я почти не редактировал. Убрал некоторую информацию о фирме и сотрудниках (обфускация данных) и кое где ошибки поправил.

Сейчас я бы написал документ по-другому. Первый раздел полностью переделать, второй раздел просится в отдельный документ. Но третья часть вполне себе может использоваться и сейчас. Там и обычное функциональное тестирование, и конкурентная работа (тесты гонок). Так что пользуйтесь.

Проект не отношу к классу больших. Это проект среднего размера. Данный документ описывает тесты всего одного модуля.

PS. Для разнообразия посчитайте, сколько было описано тестов. И сколько нужно времени чтобы все тоже самое написать в зефире, тестрейле или ситечке.

PSS. Нет, я все-таки поклонник Word и Excel для крохотных, маленьких и средних проектов для ведения чеклистов, сценариев и тестовых наборов. А специализированные средства управления тестовыми наборами оставим для энтерпрайза, где число тестов измеряется сотнями тысяч.

Пример документа описания архитектуры взаимодействия многих систем

Вторник, Май 15th, 2018

spec_architecture.zip

Полагаю, имею право уже опубликовать, т.к.