Оформление результатов ручного тестирования
#1
Отправлено 27 мая 2010 - 11:10
Подскажите пжл
#2
Отправлено 27 мая 2010 - 11:45
Надо составить шаблон только.
#3
Отправлено 27 мая 2010 - 11:46
#4
Отправлено 27 мая 2010 - 15:07
BTS-то тут причем?Это называется bug tracking system (система контроля ошибок). Google таких много знает.
Excel - самый простой вариант
Test management system у вас, скорее всего, не используется?
#5
Отправлено 27 мая 2010 - 15:19
В самом деле, вы правы, речь о test management systems - меня смутило пожелание вписывать номера багов, поэтому ушёл в сторону багтрекинга. Суть дела от этого не меняется. Простейший вариант решения (в обоих случаях) - Excel. На определённой стадии развития потребуется что-нибудь более серьёзное, о чём можно спросить Google.BTS-то тут причем?
#6
Отправлено 28 мая 2010 - 05:07
Всем спасибо за ответы
А баг-трекинг есть только для этой ситуации он не совсем подходит а все баги хранятся именно в нем
#7
Отправлено 29 мая 2010 - 18:49
При необходимости контроля и обновления результатов в реальном времени, можно развернуть sharepoint - тоже удобно.
Обучение для профессионалов: Школа тест-менеджеров | Школа тест-аналитиков | Школа Тестировщиков
Услуги для тест-менеджеров: Аутсорсинг тестирования | Поиск тестировщиков | Консалтинг
#8
Отправлено 31 мая 2010 - 06:19
Здравствуйте,Мы тоже об этом сразу подумали))) Но я думала мож кто-то сталкивался с такой проблемой и есть что-то готовое
Всем спасибо за ответы
А баг-трекинг есть только для этой ситуации он не совсем подходит а все баги хранятся именно в нем
Если отчеты формируемые баг-трекинг системой не подходят ( к примеру, у bugzilla отчеты формируются только для просмотра(сохранить шаблон нельзя) или у TestTrack сохранить шаблон можно , но тоже число отчетов и их возможностей ограничено). К примеру, Вы хотите свой тип отчета, в котором будет Слева то написано, снизу сумма , сверху Ваша фамилия жирным цветом и т.д. То самое удобное это написать свою программу по генерации отчетов например на Perl или Python. Вообщем-то на чем хотите.
Вот мой примерчик , как я это сделала Реализация отчета на Perl. Тут приведен пример запроса к базе и основные возможности, как сгенерировать АВТОМАТИЧЕСКИ отчет СВОЕГО формата. К примеру его просто использовать при генерации отчетов из bugtracking system bugzilla.
Либо можно по аналогии написать программку , которая будет парсить XML( к примеру TestTrack умеет сохранять базу в XML), т.к. большинство современных bugtracking систем умеют сохранять свою базу в данный формат. Пример как парсить XML у меня располагается здесьКак парсить XML. А затем распарсеные поля вставляете аналогично в свой отчет для Excel.
Делать отчеты вручную не удобно и занимает кучу времени проще написать программу, которая будет делать это за тебя.
Примеров в нете куча по модулям перла и модулям ( классам) для питона.
#9
Отправлено 31 мая 2010 - 07:03
интересно, но при таком подходе, по-моему, было проще написать xslt
во всяком случае, короче вашего исходного кода (сразу оговорюсь, я не знаток Perl )
Я бы
1 опционно) воспользовался стандартным парсером (любым... к примеру, Microsoft LogParser)
перегнал интетесующие данные в БД
2) воспользовался стандартным средством типа JasperReports
Во-первых, проще, во-вторых, возможности шире, в-третьих, можно ничего никуда не вставлять, а получить нужное отображение в интересующем формате
Хотя, конечно, это если бы стояла задача по всем видам тестирования, а не только ручному
Может, здесь кустарные методы и будут более продуктивны
#10
Отправлено 31 мая 2010 - 09:42
pituA Если решитесь использовать xslt, что в принципе тоже возможно(может Вам понравится больше) прочтите хорошую книжку "XSLT. Сборник рецептов" Сэл Мангано. В принципе им можно создать Excel документ с помщью, к примеру, c:cell , но как там сразу график нужный построить или жирность с размером шрифта, что-то не нашла ( может плохо искала). XSLT хорош , как мне кажется, больше для формирования html страничек нежели отчетов csv и т.д.интересно, но при таком подходе, по-моему, было проще написать xslt
#11
Отправлено 31 мая 2010 - 13:56
XSLT хорош для трансформирования XMLей в текст, читабельный для человека и/или трансформации в другой XML.pituA Если решитесь использовать xslt, что в принципе тоже возможно(может Вам понравится больше) прочтите хорошую книжку "XSLT. Сборник рецептов" Сэл Мангано. В принципе им можно создать Excel документ с помщью, к примеру, c:cell , но как там сразу график нужный построить или жирность с размером шрифта, что-то не нашла ( может плохо искала). XSLT хорош , как мне кажется, больше для формирования html страничек нежели отчетов csv и т.д.интересно, но при таком подходе, по-моему, было проще написать xslt
Мне даже страшно из-за того, что кто-то парсит XML с помощью (OMG!) перла для составления отчетов. (Однако я сам работаю с такими же лихими перлописателями:)
Хотя идея с тем, чтобы хранить все в XML и получать потом HMTL - она конечно здравая.
Но самое простое для атора топика, как тут уже говорили - воспользоваться электронной таблицей и лучше, Open Office, конечно же. Не понимаю, почему все советуют всякое барахло из платного и не кросс-платформеного MS Office-a, тогда как есть бесплатный и кросс-платформеный Open Office.
Alexey
#12
Отправлено 01 июня 2010 - 03:08
не понимаю, зачем использовать Open Office, если результаты можно получить в HTML, PDF, Excel, OpenOffice и Word, да еще в куче форматов уже с графиками и всеми плюшками.Не понимаю, почему все советуют всякое барахло из платного и не кросс-платформеного MS Office-a, тогда как есть бесплатный и кросс-платформеный Open Office.
Пользуйтесь БД
#13
Отправлено 01 июня 2010 - 06:13
с интерфейсом на SQL запросах, да? :)не понимаю, зачем использовать Open Office, если результаты можно получить в HTML, PDF, Excel, OpenOffice и Word, да еще в куче форматов уже с графиками и всеми плюшками.Не понимаю, почему все советуют всякое барахло из платного и не кросс-платформеного MS Office-a, тогда как есть бесплатный и кросс-платформеный Open Office.
Пользуйтесь БД
#14
Отправлено 01 июня 2010 - 08:48
я предложил Jasper Reports
#15
Отправлено 06 сентября 2010 - 14:33
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных