Целесообразность unit-тестов

[su1d]

PHP'шные unit-test'ы, идущие с каждой версией, вполне себе нормально моделируют окружение: позволяют имитировать передачу данных методами POST и GET, и т.п.
или вы не о том?

 

[varan]

Не о том. Мы о тестовой базе данных.

 

[Crazy]

Тестовая база данных нужна только для тестирования Data Access Layer, которые выполняется достаточно нечасто. Все остальное нормальные люди тестируют, заменяя штатный DAL специальной заглушкой.

 

[varan]

Можно поподробнее о заглушке?

 

[csa]

Автор оригинала: Crazy
Тестовая база данных нужна только для тестирования Data Access Layer, которые выполняется достаточно нечасто. Все остальное нормальные люди тестируют, заменяя штатный DAL специальной заглушкой.

что есть DAL? нечто вроде PEAR_DB или же сюда включаются классы, инкапсулирующие конкретные SQL-запросы?
меня интересует как раз второе
таких классов у меня достаточно много и иногда приходится добавлять функциональность в класс, отладка (и тестирование) которого была произведена достаточно давно, поэтому хочется прогнать его на тестах
каким образом ты тестируешь DAL?

 

[Константин_WEB]

Вот у меня в проекте назревает небольшой рефакторинг... одним из пунктов является замена MySQL на FireBird. Т.е. код изменится в принципе. Что-то пойдёт на триггеры и процедуры и в PHP перестанет существовать в виде кода. Т.о. применение юнит-тестов оправданно только на классах очень высокого уровня или скорее не на рефакторинге а на реинжениринге? Сейчас никакие тестов нет, но чтобы проверить коректную работу новой системы по отношению к старой нужно их написать. Что применяется в подобных случаях?

Подскажите хорошие ресурсы пожалуйста по этой тематике.

 

[AlexVN]

Применяется тестирование черного ящика. Например, в качестве эталон берется используется только HTTP трафик между сервером и клиентом. Запоминается начальное состояние базы, делаются некоторые действия и анализируется ответ.
Таким образом, для пользователя все должно совпадать.

 

[Константин_WEB]

Спасибо. И какую часть времени должно занимать(или занимает по тсатистике) такое QA от полного цикла?

 

[pachanga]

Автор оригинала: varan
Можно поподробнее о заглушке?

Подробнее о заглушках или mock объектах можно(и нужно ) почитать здесь http://www.lastcraft.com/mock_objects_documentation.php

 

[Mephistophel]

Насколько я понял, народ в основном использует PEAR:HPUnit.
Я еще вплотную не занимался юнит-тестами, только выбираю, чем пользоваться. Но вот PEAR:HPUnit уже давно не обновлялся, есть PEAR:HPUnit2, но он требует php5. Еще мне будут нужны mock objects, которые для PEAR:HPUnit тоже есть только для второй версии.
Может быть, можете что-нибудь посоветовать? Что использовать?

 

[varan]

что такое mock objects?

 

[pachanga]

В двух словах и не раскажешь, проще говоря подмена конкретной реализации некоторым объектом, поведение которого можно контролировать из теста.

Читай здесь http://www.lastcraft.com/mock_objects_documentation.php

На данный момент SimpleTest имеет лучшую поддержку mock objects для php

 

[Mephistophel]

Originally posted by varan
что такое mock objects?

Это те самые пресловутые заглушки, о которых говорилось выше.

-~{}~ 15.10.04 12:00:

Originally posted by pacha
На данный момент SimpleTest имеет лучшую поддержку mock objects для php

Кто может охарактеризовать SimpleTest? Насколько принципиальны различия в возможностях с PEAR:HPUint?

 

[FreeSpace]

Сообщением выше можно увидеть ссылку:
http://www.lastcraft.com/simple_test.php
Сам вот-вот начну внедрять юнит-тестинг, используя этот класс.

 

[Борис Федоров]

Тестирование кода необходимо, поскольку на выяснение источника "плавающего глюка" уходит намного больше времени "потом" чем "сразу". Кстати во всех нормальных фирмах есть должность: тестер, без которого все выпускаемое ПО на 90% с глюками.

 

[Mephistophel]

Originally posted by Борис Федоров
Тестирование кода необходимо, поскольку на выяснение источника "плавающего глюка" уходит намного больше времени "потом" чем "сразу". Кстати во всех нормальных фирмах есть должность: тестер, без которого все выпускаемое ПО на 90% с глюками.

Должность тестер, конечно, необходима, но:
Гораздо выгоднее по трудозатратам получается если на QA уходит софт с уже выловленными программными багами (насколько возможно), чтобы тестировать оставалось только логические ошибки, а не программные. У нас некоторое вермя назад была вообще сложная ситуация с качеством кода - из-за того, что приходилось писать быстро и с плохим тестированием испраление багов периодически выливалось в 10-20% времени, проданного на проект.

 

[confguru]

Кто готов сделать доклад по
"Целесообразность unit-тестов" на 4-й PHP конференции?

 

[varan]

Я бы сделал, но я так и не определился.

 

[Mephistophel]

Originally posted by varan
Я бы сделал, но я так и не определился.

Не определился с чем? С тем, что использовать для юнит-тестинга или в целесообразности?
Со времени последнего поста в этой теме я достаточно далеко продвинулся используя SimpleTest. Результаты вроде бы положительные, и вполне соответствуют моим ожиданиям, так что, можно сказать, что в целесообразности я убедился

 

[pachanga]

Автор оригинала: admin
Кто готов сделать доклад по
"Целесообразность unit-тестов" на 4-й PHP конференции?

Быть может, мы с syfisher попытались бы....