Тестирование ПО

Думаю поможет модульное тестирование, в совокупности с тестированием нагрузки (моделирование большого количество клиентов/запросов на сервер)

Модульное тестирование или юнит-тестирование (англ. unit testing) — процесс в программировании, позволяющий проверить на корректность отдельные модули исходного кода программы.

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

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

А как вы себе представляете тестирование например Класса потомка TForm. с кнопками спискам и тд.. ведь правельность работы можно увидеть только визуально.

Собствеено интересует автоматизация тестирование пользовательского интерфейса.

Цитата
max katonin пишет: Еще можно сделать карту функционального тестирования.

Какое есть для этого ПО?

А есть ли тут тестеры или те у кого есть опыт в тестировании? насколько это сложно и что лучше почитать новичку?

Цитата

max katonin пишет: Так начинайте с самых основ, вот например в википедии http://ru.wikipedia.org/wiki/QA там перечислено множество методологий тестирования по. Насколько сложно.... сложно сказать, что бы тестировать надо понимать общее устройство системы, механизмы распределения памяти, особенности конкретной ОС, файловые системы и тд. В общем что бы что то тестировать, надо знать как в идеале это должно работать и понимать как это должно работать.

Это больше справка о профессии, а вот конкретная литература, как кто начинал?

Если кто-то раздумывает, какой бы тест написать, можно попробовать сделать для всех переменных случайное изменение в каком-то диапазоне и записывать результаты. Так есть шанс отыскать комбинацию параметров, при которых возникает ошибка

Иногда бывают вообще мало ожидаемые ошибки типа "Access violation at...". Тут надо не только разбираться, что это такое, но и как исправить. При некоторой достаточно большой сложности программы такие ошибки могут превратиться в сущий кошмар.

А какие типы программ считаются наиболее сложными для тестирования? Я подумал, наверно, можно причислить к ним системы с большими базами данных, работающими под большой нагрузкой, когда много пользователей. Перед запуском системы не всегда можно проверить работу при 100000 пользователях. А при этом начинаются самые большие трудности

Просто не всегда можно проэмулировать одновременную работу с базой большого кол-ва пользователей. Что будет, если все начнут записывать в таблицу данные. Может увеличиться время отклика, теоретически и ошибки могут быть

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

Это конечно хорошо, если есть ТЗ и программисты под боком....
Но что делать когда ни ТЗ нет ни прогрраммистов, у которых можно расспросить за чашкой "чаю" о функционале?

Ведь вручную особо не на проверяешься
Есть ли смысл ставить Delphi и *Unit тестирование осваивать? или все же есть более гумманные методы тестирования приложений? написаных на делфи?

Так же как проверяют скрипты и дизайн в разных браузерах, то тут при разных ОС и разных версиях ОС.

Так всё-таки юнит-тестирование предполагает отладку кода с помощью специальной программы или это просто план для тестера, какие действия ему сделать в программе и что проверить?