Добрый день.
Сложилась такая ситуация: после запуска автотестов у нас формируется куча текстовых файлов с результатами (что-то типа testcase № n, description: fill in fields, click button, check something, result: OK/FAILD). Все эти файлы неудобно читать и тем более сравнивать результат с прошлыми запусками. Вопрос такой: нет ли какого-нибудь инструмента, для удобного представления этих результатов, желательно через вэб. Т.е. на входе программы наши текстовички + какие-то еще необходимые данные, а на выходе вэб интерфейс, где можно задать например версию программы и посмотреть когда и с какими результатами она тестилась, чтобы при желании можно было смотреть либо полный лог теста либо его сокращенный вариант и т.п. и т.д.
Публикация результатов тестов
Автор зритель, 14 мар 2005 07:21
Сообщений в теме: 5
#1
Отправлено 14 марта 2005 - 07:21
#2
Отправлено 14 марта 2005 - 08:48
А какой тул Вы используете для автоматизации (речь ведь идёт о автоматизации функционального/регрессионного тестирования)? Вообще-то, с подобной задачей обычно довольно неплохо справляются "родные" (тулу) инструменты тест-менеджмента (TestDirector для QTP,WinRunner и LR; TestManager для RRobot и XDE Tester; etc.)
Но не виже проблемы сделать всё самому
1.) Написать фрейворк логгинга (на скриптовом языке своего тула):0. Написать сою процедуру логгинга 1. заменить все ReportMsg (или как там у вас? ;) на вызовы своей процедуры 2. определите свои exception'ы (то есть, чтобы ошибки реплея обрабатывались и логгировались вашими процедурами)
2.) Написать небольшую программку для фильтрации логов, и, возможно, поиска логов по номеру версии, и т.п.
3.) Написать простейшую WebApplication с 2-мя-тремя комбобоксами - для чтения логов из вёба
Но не виже проблемы сделать всё самому
1.) Написать фрейворк логгинга (на скриптовом языке своего тула):0. Написать сою процедуру логгинга 1. заменить все ReportMsg (или как там у вас? ;) на вызовы своей процедуры 2. определите свои exception'ы (то есть, чтобы ошибки реплея обрабатывались и логгировались вашими процедурами)
2.) Написать небольшую программку для фильтрации логов, и, возможно, поиска логов по номеру версии, и т.п.
3.) Написать простейшую WebApplication с 2-мя-тремя комбобоксами - для чтения логов из вёба
Best regards,
Майк.
Майк.
#3
Отправлено 14 марта 2005 - 09:51
У тулзы нашей родного инструмента для оформления логов к сожалению нет :(
На счет написания такого инструмента самому - если не найду ничего, то буду сам писать конечно - куда ж деваться...просто подумал может уже есть что-то готовое, "заточенное" под это дело.
На счет написания такого инструмента самому - если не найду ничего, то буду сам писать конечно - куда ж деваться...просто подумал может уже есть что-то готовое, "заточенное" под это дело.
#4
Отправлено 14 марта 2005 - 11:29
А вообще расскажите кто как результаты тестов оформляет?
Составляете ли Вы какие-то отчеты по этим результатам? Чтобы уж если самому писать, заранее знать, что еще могут захотеть от этой системы?
Составляете ли Вы какие-то отчеты по этим результатам? Чтобы уж если самому писать, заранее знать, что еще могут захотеть от этой системы?
#5
Отправлено 14 марта 2005 - 14:34
Плохая тулза.У тулзы нашей родного инструмента для оформления логов к сожалению нет :(
Придется однозначно писать самому. Если только не найдете кого-то, кто пользуется этим же тулом и озаботился подобной задачей ранее. Никто другой не мог ничего "заточить", потому что никому неизвестен формат лог файлов, создаваемых вашим инструментом....просто подумал может уже есть что-то готовое, "заточенное" под это дело.
#6
Отправлено 14 марта 2005 - 14:44
Так логи пишем мы сами, поэтому формат любой. Формат логов подогнать под нужный несложно.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных