Конспект

Итак, у Тамре все же понятнее. По крайней мере, мне. Вполне допускаю, что кому-то больше подойдет Савин и вообще я еще не сбрасываю его со счетов, однако после прочтения 20 страниц Тамре в мозгу уже появилась схема простейшего тестрирования.
Вкратце - если у вас есть программка, нет документации, и очень сжатые очко сроки - первое, что вам нужно сделать - прогнать ее (после визуального ознакомления, разумеется) на простейшие функции. В примере разобран налоговый калькулятор - вот его и проверяем, вводя начальные (для простоты их минимум) данные. Результат на самом деле - отрицательный (программа считает неверно) или положительный - это уже первая веха. Если результат отрицательный (ну вообще неправильно считает) - не спешите бежать к программистам с криком: "Ваше детище никуда не годно!". Во-первых, проверьте еще раз - правильно ли вы ввели исходные данные, не было ли нигде опечатки (было бы несправедливо обвинять программистов в собственной невнимательности), не связано ли это с аппаратными конфигурациями (в ситуации, когда ошибка не воспроизводится на другой машине). Во-вторых, у вас есть уникальная возможность поковрять программку на дополнительные стрессовые ситуации (неправильные начальные данные, юзабилити и пр) и отнести на доработку сразу пакетик с багами. Согласитесь, куда неудобнее носится из-за каждого отдельно. Если же базовый тест пройден успешно - он (не даром базовый) станет для вас платформой для написания последующих (с расширенным набором начальных данных, к примеру). Так что, повторюсь, базовый тест - это первый и важный шаг, который нельзя недооценить.