Сообщений в теме: 4

[GeraldIstar]

Есть два вопроса, просто не знал как назвать тему :)
Во-первых, есть сложное приложение, где есть пользователи с разными ролями-задачами, и все они на каком-то из этапов работают над определенным набором информации.То есть какой-то пользователь загружает данные, затем другой их выбирает, проводит над ними какие-то действия, назначает их кому-то, и так несколько раз. И в ходе этих этапов начальные данные обрастают в базе кучей связей. И собственно вопрос - как это тестировать? Я просто не знаю, с какой стороны подступиться, раньше тестированием не занимался. Думаю над тем, что перед тестированием каждый раз в базу должен заноситься какой-то определенный тестовый набор данных, а по окончанию тестирования - выпиливаться. И вообще - на что стоит прежде всего обратить внимание? Чем не стоит заморачиваься - например, имеет ли смысл в конце цепочки, проверять какие должны быть цифры в результате проведенных действий. Или все-таки функциональное тестирование должно проводиться иначе? Вот допустим у нас скрипт сам по-себе работает отлично, но вот где-то в бекэнде забыли какие-то настройки подправить, и в результате кнопка вроде как нажимается, все рисуется, а данные никуда не ушли. Покрывается ли эти моменты тестированием? Само приложение практически целиком и полностью на js, на бекэнде уже ничего не меняется и работает стабильно, там тестировать нечего.
И прикладной вопрос - в процессе работы приложение, могу внезапно вылезать всякие ошибки, уведомления, выполненные в виде всплывающего окна, простой div в углу страницы, ни каких alert'ов. Как можно постоянно, в течении всего теста отслеживать появление таких элементов? Использую Selenium2 Webdriver, пишу на js (под nodejs т.е.).
Заранее спасибо.

[checo]

Во-первых, есть сложное приложение...
Я просто не знаю, с какой стороны подступиться, раньше тестированием не занимался.

Для начала познакомьтесь с основами тест-дизайна. См. хотя бы на этом портале раздел "Литература", тренинги.

[xRomanx]

Тема интересная, мне например так и не удалось преодалеть преграду с изменением данных в базе данных. Использовал restore для отката данных обратно, после того, как внёс какие либо изменения. Проблема оказалось в том, что restore мог проходить 15 минут и если тестов больше 200, то все плохо. Есть ли у кого опыт, как побороть эту проблему?

[GeraldIstar]

 2checo, проблема в том, что я разработчик, а не тестер. Но вот тесты нужно писать сейчас, а книжки к сожалению за 1 день не прочитаешь) Если бы было бы время на книги, я бы на форум не обращался бы :)

 

Тема интересная, мне например так и не удалось преодалеть преграду с изменением данных в базе данных. Использовал restore для отката данных обратно, после того, как внёс какие либо изменения. Проблема оказалось в том, что restore мог проходить 15 минут и если тестов больше 200, то все плохо. Есть ли у кого опыт, как побороть эту проблему?

 

Вчера думал над этим, и пришел к выводу, что нужно просто для каждого теста добавлять в базу отдельный тестовый набор, который по окончанию теста удаляется. То есть: запустили тест (в смысле скрипт), он стартует с заливания необходимого тестового набора в базу, затем проходит сам тест, и после него, скрипт уже сам подчищает лишние данные. И тесты получаются изолированными. Конечно все это может вещи и очевидные, и может есть какие-то недостатки, но я до этого как-то не сразу дошел, тем более, что пишу на node.js впервые, что тоже вносит свои особенности. А тут драйвер для БД поставил - и счастье)

[xRomanx]

За 1 день такие тесты не написать. Самые главные проблемы начнутся(когда тестов будет больше 100) в плане с работой базы данных (я непробовал отдельный скрипт, но думаю не сильно поможет) и запуска тестов скопом. Моё руководство решило, что такие тесты нецелесообразны. Требуют много ресурсов(отдельный компьютер, мощности виртуальной машины не хватило на загруженном компьютере) и времени, а также поддержка при изменении дынных в базе. Поэтому остановились только на дымовых тестов, а все что изменяет базу, проверяется руками.