255 ступеней

Термин “нагрузочное тестирование” обычно используют в значении “тестирование производительности”. А что же тогда есть собственно нагрузочное тестирование?
Читать дальше »

– Из переписки с моим другом Михаилом Проценко, с которым мы регулярно обмениваемся хорошей литературой.

По поводу проектирования UI. Я дочитал книгу Алана Купера “Психбольница в руках пациентов”.
Давно была нужна такая книга. Помнишь мои споры с одним из программистов по поводу сложности модуля администрирования? Помнишь, сколько человек ему говорили, что так нельзя делать? Сколько было потрачено времени?
В этой книге даны аргументы, почему так нельзя делать. Давид тогда сделал классического “Танцующего медведя”. Он просто думал как программист.

В этой книге не так много приемов собственно проектирования интерфейса, но в ней сказано главное: “Зачем”. А также “Кто” и “Как”.

Я рекомендую ее читать перед работами Якоба Нильсена. На мой взгляд, пользы от нее не меньше, чем от «Рефакторинга» Фаулера или «Code complet» Макконана.

Прочитай ее обязательно, тебе понравится. И дай прочитать эту книгу Веронике. Ей как тестеру понадобятся аргументы в будущих спорах. И менеджерам дай прочитать. Они у вас прекрасные специалисты, разберутся.

———————————————————————–
Вода в этой книге конечно есть. Если бы сократить объем книги была в два раза, то читатели бы только выиграли. Но это единственная книга на эту тему, поэтому мой вердикт: читать обязательно.

Легкость чтения - 5
Актуальность материала - 5
Насыщенность - 4-

Купить в Болеро

Когда речь заходит об объемном тестировании или тестировании производительности, люди обычно понимают под этим испытание уже готовой программы. Такой подход мне кажется неверным. Объясню почему. Несоответствие требованиям может означать не просто ошибки программирования, но неправильный выбор архитектуры. А изменение архитектуры – это землетрясение. Как справедливо говорит Алан Купер «Создание кода по отношению к проектированию – все равно, что заливка бетонной смеси в строительстве». И изменение архитектуры в этом случае можно рассматривать как изменение формы, в которую уже залили бетон.
Читать дальше »

Читать дальше »

Автор Сергей Мартыненко

Примечание. Описанный в статье подход соответствует скорее методу “стачала тест”, нежели TDD.  

Стратегия модульного тестирования

Модульное тестирование является одной из ключевых практик методологии экстремального программирования. Сторонники XP приводят следующие доводы в защиту этой практики:

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

Согласен, вхождение в рабочий ритм — благородная задача. Уверенность в работоспособности — тоже хорошо. Но «уверенности в работоспособности» я предпочитаю действительно работоспособный код. Пусть даже при этом я не совсем «уверен».

Читать дальше »

Автор. Сергей Мартыненко.
Авторы кода. Михаил Проценко, Сергей Мартыненко.

1. Введение

1.1.   Обзор

Статья написана в стиле «Давайте начнем». На простом примере рассматривается модульное тестирование в среде VisualStudio 2005 Team Suite.
Никакой глубины или широты обзора не предполагается. В данной статье не рассматривается стратегия «Разработки Ведомой Тестированием», стратегия тестирования, подходы к написанию тестов.
В стороне остались такие интересные вещи как:
1.    Запрет публикации не оттестированного кода
2.    Запись скриптов для веб тестирования
3.    Управление ручными тестами
4.    Нагрузочное тестирование
И многое другое.

Читать дальше »

В свое время я написал набор тестов для приемочного тестирования критически важного функционала, состоящий из шестидесяти одного теста. Основное желание, которое владело мной при написании данного документа – создать максимальные сложности для логики программы. Именно этот подход обеспечил высочайшую эффективность набора.
Читать дальше »

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

  Читать дальше »

Введение. 

Исходная задача
Подсчитать количество локальных максимумов в массиве целых чисел.
Локальный максимум — такой элемент массива, который больше своих соседей.

Задача привлекла своей кажущейся простотой и количеством ошибок, которые делают при ее решении. Также очень хорошо, что на примере с малым количеством кода можно продемонстрировать применение различных подходов к решению.
Чужие решения можно посмотреть в ветке rsdn
Мне было интересно проанализировать, как я сам буду ее решать. Т.е. мне интересно не решение, а поиск решения [1]

PS. Я много лет не пишу код. И плохо помню синтаксис С.
PSS. Боже вас упаси использовать этот текст как библию. Повторюсь, я не программист и мне было интересно не получить идеальные артефакты, а проследить за ходом своих мыслей. Пять лет назад фазы были бы другие.
Читать дальше »

История одной ошибки плохого проектирования базы данных.

Привести БД к первой нормальной форме.
Запись в бактрекере.

Читать дальше »