Ветеран
Зарегистрирован:
02 December 2002
Сообщения: 444
Примеры кода: 1
|
RE: Тестирование ПО |
23 March 2005 20:15 |
|
|
|
|
Хочу поднять тему тестирования собственного ПО. Как я понял есть два направления. Одно использование некоторого кода, встраеваемого в собственное приложение и другое -- просто использование некоторого софта. По первому есть NUnit. Собственно порт jUnit-а. Пока не разбирался. Из софта нашел AutomatedQA TestComplete здесь и Emperix eTest здесь. Про первую много слышал, вроде хвалили. Но у меня она падает при инсталяции и не работает (хотя нашел пару компов, на которых запустить ее все таки удалось). Про eTest пока толко не разобрался.
Еще есть мнение, что все это фигня. Надо просто нанять пучок тупых юзеров, посадить их за компы и пусть они за символическую плату в три смены долбят на кнопки, вбивают в поля всякую фигню, вылавливая таким образом ошибки.
Хотелось бы выслушать мнение окружающих по этому вопросу
Все, что связано с NUnit - это направление, известное по миру под общим названием Test Driven Development. Юнит тесты создаются для разработчика и являются вторым после успешной компиляции подтвержденим того, что твой код работает. Особое значение юнит тестам придается в рамках agile-методики разработки, когда происходит много рефакторинга. Юнит тесты, хорошо написанные, позволяют делать серьезные изменения программного кода, которые потом можно легко и не застратно проверить на работоспособность. Просто запустил тесты, посмотрел, что все зеленое и значит все отлично. Юнит тесты позволяют автоматизировать процесс проверки билда при работе команды, подцеплять различные процессы (NAnt), которые могут оповещать ключевых людей (через мыло, к примеру), если после очередного коммита какие то тесты не прошли, то есть произошла регрессия качества кода.
Далее уже идет тестирование на качество разработанных функций с точки зрения пользователя и вообще более сложные тесты. Тут, конечно, помогают автоматические тесты, которые позволяют прогонять однотипные действия с ожидаемым результатом (есть аналогия с юнит тестами, только тут уже речь идет о более высокой уровне, уровне интерфейса). Использование таких средств требует компетенции и денег (если покупать). Однако, опять же, такие средства позволяют поставить третий рубеж быстрой проверки текущего билда приложения.
Далее остаются хотичные тесты пользователя, которые не поддаются алогоритмизации. В том числе, тесты на удобство использования и досточное функциональное наполнение.
Евгений Заритовский
Wild Apricot Lead Developer
Последний раз редактировалось 23 March 2005 20:17
|
|