Кто писал Тесты (extrimprogramming) объясните как?

← →
mvg_first © (2002-07-30 15:48) [0]

Почитал я некоторые вещи из XP и подумалось мне что раз люди советуют значит нормальное это дело - тесты писать на свои модули. И вот решил я перед реализацией крупного проекта продумать вариант работы с этими тестами. Но толком придумать как должны выглядеть эти тесты и как их писать дабы не тратить время на создание теста в 2 раза больше чем на создание тестируемого модуля.
Второй вопрос? Как должны функционировать эти тесты если я например создал форму с меню, попапом, дбгридом и тулбаром, и понятное дело с кое какой функциональностью, причем это форма MDIChild. Каким должен быть тест для проверки моей формы? Что он должен делать? Как запускаться и как выдавать результаты тестирования?
Мастера кто этим занимался помогите плиз!!! Разложить сухую теорию в голове. А то в книжка да в статьях сказано просто - пишите тесты и будет вам щастя :) А как и что и куда.... мне непонятно :(

← →
Mike B. © (2002-07-30 16:06) [1]

Насколько я понимаю, в практике XP используются различные средства автоматизированного тестирования. Но вот в живом виде я их не разу не встречал. А вопрос действительно интересный, присоединяюсь.

← →
mvg_first © (2002-07-31 17:34) [2]

Так что? Никто не писал тесты? Или нет еще мастеров в этой области, что бы объяснить мне подмастерью нюансы???

Люди нестесняйтесь - ПОМОГИТЕ!!!. Сделайте доброе дело!

← →
Jeer © (2002-07-31 17:47) [3]

Собственно не углубляясь в философские дебри отвечу так:
1 все должно проверяться на ноль, добавление, редактирование и удаление.
2 функциональность формы Вам известна, составляете план проверки на основе списка активных компонентов и данных, с которыми они работают и проверяете с учетом п.1
3. формы, связанные с БД проверяются аналогично + генерация предельных(ожидаемых) размеров таблиц и проверка скорости пользовательского интерфейса при этом.
Типовое ожидание 1-3 сек, максимальное 5 сек. Исключая сложные отчеты.
4. Мат.функции проверяются с учетом п.1 на критические точки.
Кроме того строиться поле ошибок путем сравнения с более точно вычисленными или заранее известным результатом.
5..Кто-то еще добавит

← →
mvg_first © (2002-07-31 18:34) [4]

Ну приблизительный план проверки я себе представлял :) Но как это все реализовывать? Например как протестить работу с формой через клавиатуру? Что писать перехватчики клавиатуры? который будет посылать сообщения? Или например как проверить правильно ли на форме раставлены табстопы? И т.д. и т.п. По моим понятиям если эти все проверки реализовывать уйдет такая уйма времени что реализуемый продукт устареет?
Так или нет?
Если нет кажите в чем я неправ. И как это все можно реализовать попроще?

← →
SPeller © (2002-07-31 18:57) [5]

Посадте за прогу человека, никогда эту прогу не видевшего и он вам за неделю почти все баги найдёт. Плюс даст ценные советы по улучшению интерфейса.

← →
Jeer © (2002-07-31 19:05) [6]

SPeller © (31.07.02 18:57)

Ок.Верный ответ для проги в целом.

Отдаешь прогу знакомым за бесплатно (если она нужна)и говоришь - об ошибках сообщаете.
Это нормальный ход и он окупается. Если только явное сырье не подсунешь. Тогда они быстро превратяться в твоих незнакомых врагов, особенно если после 2-3 месяцев работы все данные улетят на юг.

Ребята может оно и правильно использовать сторонних пользователей для тестированя готового изделия, но вопрос не в этом!
Вопрос именно в тестировании отдельных модулей, в момент проектирования. И именно в написании тестов для модулей перед написанием самого модуля :). Это разные вещи.

dunit - это порт известного junit на delphi.
http://sourceforge.net/projects/dunit/
отсюда и следует начинать.

← →
iZEN (2002-08-02 09:21) [9]

А в чём, собственно, дело?
"Тесты" (именно в кавычках) пишутся сразу, для проверки какой-либо новой только что придуманной полезной фичи. Если тесты проходят и фича действительно стоящая, то получается нужная функциональность, уже оттестированная :).
То есть здесь "тесты" -- это приспособы (оснастки), показывающие правильность и нужность новой фичи -- ещё один принцип XP: не надо писать ничего лишнего "на будущее" -- придёт время, появится необходимость -- напишем, а сегодня не будем голову ломать над предугадыванием будущих случаев использования.

Кто писал Тесты (extrimprogramming) объясните как? Найти похожие ветки