Расширенное тестирование и исправление ключей аналитики для УПП

Расширенное тестирование и исправление ключей аналитики для УПП Аналитика

Что можно проверять в аналитике:

1.Предложенное решение удовлетворяет цели задачи.

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

2.Однозначность интерпретации.

Например, формулировку «показать информацию за текущий день» можно по-разному интерпретировать. Можно понять как «показать информацию за выбранный в настройках день», а можно как «показать информацию за день равный сегодня».

3.Осуществимость решения.

Осуществимость — это возможность реализовать требования, написанные в аналитике при известных ограничениях среды разработки, языка программирования, алгоритмической сложности. Хорошие аналитики могут держать в уме алгоритм, по которому можно решить написанную ими задачу.

4.Тестируемость.

Как проверить, что соблюдено условие «улучшить поисковую выдачу» — непонятно. Но если переписать условие на «поисковая выдача должна быть показана пользователю в течение 1 секунды после нажатия контрола «Поиск» — понятно.

5.Наличие альтернативных сценариев.

В формулировке «Если указаны номер и дата, то печатаем номер и дату. Если дата не указана, печатаем только номер» не хватает сценариев:

6.Обработка исключений.

В формулировке «Можно загрузить документ только в формате Excel» непонятно, что должно происходить, если мы загрузим файлы других форматов, и какую ошибку при их загрузке мы увидим.

Что в итоге

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

Такой процесс проведения тестирования аналитики внедрен в нескольких командах Контура. Команды разработки получили ряд неоспоримых преимуществ:

Мы верим, что и вы сможете получить эти преимущества, внедрив в своем проекте этап тестирования аналитики.

Список статей календаря:Попробуй другой подходРазумное парное тестированиеОбратная связь: как это бываетОптимизируй тестыПрочти книгуТестирование аналитикиТестировщик должен поймать баг, прочитать Канера и организовать движухуНагрузи сервисМетрики на службе у QAПротестируй безопасностьУзнай своего клиентаРазбери бэклог

Дополнительный анализ:  Рейтинги Nielsen - Nielsen ratings - xcv.wiki

Анализ ключей аналитики рауз (упп 1.3)

Финансовый учет и бюджетирование (FRP)Управление холдингом (CPM)Учет доходов и расходовФинансовый учет и бюджетирование (FRP)Управление холдингом (CPM)Учет доходов и расходовПроизводство готовой продукции (работ, услуг)v81cv8.cf1С:Франчайзи, автоматизация бизнесаУУАбонемент ($m)

Представляю очень простое и универсальное решение для сквозного планирования всех ресурсов предприятия от продаж до производства, логистики, HR, финансов и т.д. Система позволяет создавать расписания для любых ресурсов и планировать календарные потребности всех ресурсов предприятия, включая отражение в бюджетах рамках одного цикла планирования (например, планировать платежный календарь сразу к поставкам сырья к календарным потребностям производства одним нажатием кнопки). Также данный подход и система пригодны для задач моделирования и прогнозирования, например, для задач моделирования прибыли, нахождения точки безубыточности, ценообразования.

1 стартмани

25.11.2021   
32259   
52   
informa1555   
12    

Артефакты при тестировании аналитики

Какие артефакты могут остаться после тестирования аналитики:

Чек-лист для разработчика — необходимые, емкие, базовые проверки основных сценариев, которые должны работать, чтобы можно было тестировать. А еще это инструмент повышения качества кода. Перед тем как отдать задачу в тестирование, разработчик проходит чек-лист, самостоятельно быстро выявляя баги.

Разработчика надо убедить проходить чек-лист тестировщика, снимая внутренние волнения разработчика «меня проверяют», делая акцент на «ускорение процесса, ускорение тестирования, повышение качества». В итоге у нас разработчик проходит данные чек-листы и радуется, что ошибки нашел не тестировщик, а он сам («никто не узнает, что я накосячил в таком ерундовом сценарии»).

Внедрение тестирования аналитики до стадии разработки

Почти год, как в проекте Контур.Норматив в процесс разработки встроен обязательный этап «тестирование аналитики». К этому команда пришла не сразу. Толчком стал рост количества возвратов задачи с тестирования на этап аналитики и дальнейшей доработки.

Особенно больно было при больших задачах с новой функциональностью. Переданные на этап тестирования задачи по front-end были сырыми, нередко ломались на самых простых сценариях, реализовывались по-другому в виду «двоякости» определений и терминов в аналитике.

Дополнительный анализ:  Рекомендации литературы для системных аналитиков | Software Requirements

Процесс тестирования аналитики не появляется по щелчку пальцев или какой-либо магии. Это кропотливая работа, но ее можно разбить на этапы.

Минусы:

Ошибки аналитики, выявленные при тестировании, стоят дорого или очень дорого.

Модель 1

Тестировщик работает с аналитикой после того, как ему передали готовую задачу. Он проверяет задачу, читая аналитику, как документацию того, что сделал разработчик. Ошибаются абсолютно все, вне зависимости от уровня профессионализма. Дефекты могут быть в аналитике или в коде разработчика.

Модель 2

Тестировщик подключается к задаче еще до того, как ее передали в разработку. Он смотрит прототипы по задаче или просто читает документацию. Все вопросы по задаче тестировщик задает аналитику. Аналитик оперативно исправляет замечания. Тестировщик составляет приемочные тесты.

Плюсы:

Если в команде разработки нет ревью работы аналитиков, тестирование аналитики улучшает качество продукта и уменьшает риск передачи задачи в разработку с ошибками в ТЗ.

Когда мы рекомендовали вторую модель тестировщикам, работающим по первой модели, мы часто слышали:

Перестройка процесса разработки — серьезная менеджерская задача.

Расширенное тестирование и исправление ключей аналитики для упп

Сервисные утилитыТестирование и исправлениеv8v8::УФ1cv8.cfАбонемент ($m)

Мы обновляем конфигурацию, и у нас более 100 пользователей. Конфигурация сильно переписана, обновление нетривиальное. Если после обновления находится критическая ошибка, приходится выгонять всех пользователей и исправлять. Поэтому перед выпуском в рабочую базу, обновление тестируют наши специалисты. Большинство ошибок находится при открытии форм. Появилась идея написать программу, которая бы автоматически открывала формы всех объектов, а найденные ошибки записывала в журнал регистрации. Получилась программа простейшего сценарного тестирования. Не требует настройки. Запускать в тестовой базе. Чтобы найти реквизиты, не добавленные на форму в процессе обновления или синтаксические ошибки, достаточно запустить тест под полными правами. Тестировали на УТ 11.4.1.271, должно работать на всех программах УФ. У нас тест работает пять минут.

1 стартмани

10.06.2021   
7616   
8   
Mari_Kuznetzova   
3    

Тестирование и исправление ключей аналитики раздельного учета ндс в бп 3.0

Универсальные обработкиЗагрузка и выгрузка в Excel Документооборот и делопроизводствоДокументооборот и делопроизводствоv8::УФБП2.0ERP2БП3.0УТ11КА2БУУУПлатные (руб)

Универсальная программа-обработка для распознавания ЛЮБЫХ СКАНОВ ИЛИ ФОТО ТОВАРНЫХ ДОКУМЕНТОВ и загрузки в 1С. Не требует указания параметров и предварительной настройки. Просто выбираете файл (PDF, JPG, DOC,XLS, HTML и т.д.) выбираете документ 1С и нажимаете кнопку “Распознать и загрузить”. Программа сама находит таблицу в файле, необходимые для загрузки данные в ней (номенклатура, количество, НДС, цена, сумма) и загружает ее в 1С. Вместе с номенклатурой может найти контрагента, номер и дату документа, штрих-коды, серии ГТД, страну и т.д. Распознает документы ЛЮБОЙ ФОРМЫ (УПД, ТОРГ-12, накладную, заказ клиента, установку цен и т.д.). Содержит модуль работы с электронной почтой. Для поиска таблиц используются новейшие методы OCR-нейросети. Загружает только то, что нужно, т.е. пропускает повторы шапки таблицы, заголовки, промежуточные итоги, подписи и т.д. При пополнении баланса загрузок вы получите 1 месяц бесплатной тех.поддержки.

Дополнительный анализ:  Аналитики назвали стоимость земельных участков в Подмосковье :: Жилье :: РБК Недвижимость

5400 4590 руб.

04.06.2021   
49840   
142   
99    

Этап 0. продать команде идею тестирования аналитики

Можно легко представить ситуацию, когда по своей работе внезапно получаешь обратную связь с замечаниями, предложениями и исправлениями. Первая мысль у любого нормального человека будет: «А почему решили меня проверить? Мне не доверяют? Следят за качеством моей работы?».

Ряд вопросов можно снять, если преподнести информацию в ключе: «это даст нам возможность раньше узнавать о новой функциональности, ускорит этап тестирования, предотвратит внесение даже небольших дефектов в код».

Когда этап 0 пройден, можно продвигаться дальше.

Этап 1. внедрение тестирования аналитики в процесс разработки

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

Расширенное тестирование и исправление ключей аналитики для УПП

То после внедрения:

Расширенное тестирование и исправление ключей аналитики для УПП

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

Этап 2. тестирование аналитики

Бывают задачи, когда прототипы заменяют текстовый вариант аналитики.

В таком случае прототип проверяем также как текст. Если прототипы дополняют аналитику, то полезно перед чтением документации посмотреть на дизайн-макеты будущей функциональности. Это ваш единственный шанс взглянуть на задачу как пользователь, который не читал ТЗ и не знает, как всё устроено и должно работать.

Оцените статью
Аналитик-эксперт
Добавить комментарий