Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2002.08.26;
Скачать: [xml.tar.bz2];

Вниз

Кто писал Тесты (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 месяцев работы все данные улетят на юг.


 
mvg_first   (2002-08-01 17:05) [7]

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


 
paul_shmakov   (2002-08-01 18:49) [8]

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


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

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



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2002.08.26;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.47 MB
Время: 0.007 c
1-85022
Schummi
2002-07-30 08:41
2002.08.26
про TSplitter...


7-85277
Timon
2002-06-10 15:00
2002.08.26
CPL


7-85276
Ильнур
2002-06-13 11:05
2002.08.26
Работа со сканером


1-84968
ABM
2002-08-15 15:20
2002.08.26
???


14-85190
Дремучий
2002-07-30 11:10
2002.08.26
Не хочу показаться озабоченым... но хотелось бы узнать...





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский