Добрый день!

Почему-то не нашел на всем форуме информации об этом инструментарии, никто не пользуется?

Интересно было бы узнать у тех, кто все таки пользовался, какие преимущества перед code inspector, какие возможности есть, кроме проверок кода, полезные ссылки.

Спасибо.

ну, принцип инспектора - исполнение статических синтаксических ошибок. ATC исполняет написанные разработчиком тесты в динамике. В этом и отличия.
Я периодически пользуюсь - но в основном в процессе отладки. Нужно решение руководства проекта на масштабное написание тест кэйсов - а на \то обычно нет денег.

А можно поподробнее пож-та, что значит написания тест кэйсов и как их запускать динамически? В интернете мало совсем информации, не могу найти.

Если хочется узнать в общем - ключевые слова для поиска по интернету, например: "юнит-тестирование" "TDD" "модульное тестирование". Позволит немного вникнуть в тему и понять зачем и почему.

А применительно к абапу недавно на хабрахабре появилась серия статей, первая из них http://habrahabr.ru/post/273427/ (Модульные тесты в ABAP). Кстати, спасибо большое автору если он есть на этом ресурсе

Из комментариев к статье:


Можно посмотреть как в реальности абапа выглядят юнит-тесты.

Автор статей на хабре уже давно ведет блог. Там есть много интересного и полезного.
http://entropii.net/

Спасибо всем за ссылки, читаю, пытаюсь вникнуть.

Ну это я как понял одна сторона ATC? Так же в нем есть какие то настройки рассылки сообщений по электронной почте, тиражирование освобождений, прогоны инспектора кода (можно по всему пакету). Я имею ввиду транзакцию - ATC. Вот по этим возможностям есть какие нибудь статьи? Я вот не понимаю, что значит освобождение в ATC например...

рассылка сообщений ATC sap help
по остальному там же.

Upd. Касаемо Abap unit:
В копилку для истории
http://zevolving.com/category/abapobjects/abap-unit-test/
http://wiki.scn.sap.com/wiki/display/ABAP/ABAP+Unit
https://help.sap.com/saphelp_nw74/helpdata/en/49/1cfd8926bc14cde10000000a42189b/content.htm?frameset=/en/62/c41ad841554516bb06fb3620540e47/frameset.htm&current_toc=/en/64/d255cb986147f3a7bad0a000d88174/plain.htm&node_id=66&show_children=false

Мне понравилось... Пришлось повозиться, у нас версия 701 10. Каких то вещей нету или я чего то не допер, в полуручном режиме получилось прикрутить, глянуть.

Ребят, по-моему путаница начинается
Попробуем разобраться.

ATC (ABAP Test Cockpit) ATC <> abap unit(модульные тесты)
ATC - ...for doing static and dynamic quality checking of ABAP code..
abap unit(модульные тесты) - ...executing unit tests- that is, for checking the functions of code sections in a program.

Тут все подробно написано для чего нужен АТС и как его применять по bestpractice
Best Practice Quality Checking with the ABAP Test Cockpit

А вот модульные тесты, это да,
ABAP Unit sap help
http://zevolving.com/category/abapobjec ... unit-test/
http://wiki.scn.sap.com/wiki/display/ABAP/ABAP+Unit
http://entropii.net/
http://habrahabr.ru/post/273427/

UPD
связал с темой по abap unit чтобы тут не смешивать
Abap unit test - кто-нибудь пользовался?

Вот спасибо!! Отличные ссылки.

Теперь становится понятнее, а то чувствую, что меня в другую область заводят))


Вот только там написано по рассылке сообщений на почту :
1.Open an ATC result in transaction ATC or in the ATC Result Browser in transaction SE80.

2.Mark the ATC findings that are to be e-mailed.
You can use the quick filter to isolate the findings that you wish to send. For example, filtering for Contact Person USER1 and Priority 1 shows you only USER1's priority 1 findings.

3.Click the Distribute Findings via E-Mail button.
The system presents a brief wizard for sending the findings.
The system sends you a confirmation mail reporting on what has been sent.

Все объискался, не могу найти кнопки Distribute Findings via E-Mail button, ни в тр. ATC ни в se80.

Да я сам тут дилетант как видно из моих ответов.
То что у Вас нет кнопки, там может полномочий не хватает...Authorizations for the ABAP Test Cockpit

Не за что )

Разобрался с инструментом немного...

Т.е. с помощью него и соответствующих ролей можно:

Допустим отвественному за качество ПО в системе:
1. Мониторить программы , можно на уровне всего пакета (проверки как в коде инспектора).
2. Отсылать любые предупреждения (приоритет 1,2,3) отвественным программистам на почту (все реализовано в тр. ATC).
3. Рассматривать поступающие от программистов запросы на освобождение(про это ниже) , утверждать/отклонять их.
4. Как я понял с помощью rfc это можно делать все в одной системы а тянуть данные из всех других.

Программисту:
1. Проверять свой код (проверки как в коде инспектора).
2. Отправлять запрос на освобождение любых предупреждений (приоритет 1,2,3)отвественному за качество ПО . Это значит типа снять это предупреждение(основание почему снять пишется там же в ATC в комментариях).

И в конфигурации ATC можно поставить галочку не деблокировать задачу, пока не устранятся все предупреждения с приоритетом 1 и 2.

Но как я понял ни у кого не внедрен этот инструментарий?
Да и если подумать и настроить все это это наверное будет ужас какой то ... )))

Как я понимаю:

Да не только пакета. На уровне всего ландшафта. Если у Вас несколько систем разработок, например (не обязательно же только ERP иметь в ландшафте).

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

угу, также через внутреннюю почту, в хелпе расписано как настраивать.

Это и есть по-моему основная фишка. Определить Q мастер-систему настроить ее для всех систем.


Тоже самое что и в sci

Почему ужас? По-моему обычное дело, когда куча абаперов и/или систем разработок. Обычный code review в общем понимании написания софта.

Как я понимаю, с точки зрения самого движка инспекии кода в целом все осталось. Это просто инструмент, чтобы глобально организовать и управлять инспекцией кода для повышения качества написания кода и повышения навыков разработчиков.

У вас в компании занимаются полноценной проверкой чужого кода вобще? не выборочно а на регулярной основе

You can send ATC findings to the responsible developers by e-mail.

This is a manual function; there is no standard feature for automatic e-mailing of findings.

Насколько я понял все же не получится автоматом....


В том то и дело, если это и настраивать и будет вылазить куча проблем именно при деблокировании и при срочном переносе и при отсутсвии ответственного за качество ПО (очень сомневаюсь что фирма позволит себе выделять для этого больше одного-двух человек) я думаю от этого инструмента быстро откажутся

Поэтому очень и хотелось узнать был ли опыт в чьих нибудь организациях попробовать внедрить весь функционал этого инструмента