6 способов протестировать приложение QlikView

Рис. 1

“Быть чуть-чуть правым лучше, чем совсем неправым!»

Это может быть хорошо в широком спектре вещей в жизни. Но это не очень хорошо, когда Вы имеете дело с данными. Как у эксперта QlikView, у Вас есть ответственность, делать все правильно каждый раз, когда Вы представляете данные для пользователей. Нет сомнений, что QlikView является инновационной платформой для разработки приложений обнаружения данных. Но это работа разработчика — представлять данные точно, потому что люди принимают решения и делают выводы, основываясь на Вашем приложении. Последнее, что Вам хотелось бы сделать — это вернуться к своему менеджеру и сказать, что Вы представляете ошибочные цифры в приложении или получили электронную почту/звонок от бизнес-пользователей, которые утверждают, что данные неверны.

“Не опережайте события!”

Важнее позаботится о точности данных, а не о скорости. Ситуация усложняется, потому что QlikView — это очень оптимистичный/дружелюбный по отношению в Разработчику инструмент. Вы можете получить результат, но эти результаты окажутся ответами на неправильные вопросы, которые Вы могли задать. Поэтому убедитесь, что Вы провели проверку целостности данных перед развертыванием приложения. Не верьте разработчикам, которые говорят – код и так хорош без проверки проверки интеграции данных. А чтобы проверить интеграцию данных, нам не нужно полагаться на Тестеров, поскольку такие проверки легко проводить самостоятельно.

6 вещей, которые необходимо проверить, прежде чем разворачивать приложение

  1. Выполнение базовых соединений в главной Таблице Фактов: Я уверен, что большинство из Вас использовало возрастающую нагрузку с динамическим разделом «Где». В этом процессе, могла возникнуть логическая ошибка при строительстве раздела «Где». Чтобы смягчить эту потенциальную ошибку, мы должны проверить число строк и измерить сумму полей по сравнению с основной исходной таблицей. Таким образом, Вы всегда будете знать, что  добыли полный набор из основного источника данных. Это будет первая проверка и для получения дополнительной помощи Вы можете использовать системные поля, например $ Поле, $ Таблица и $ Строка и т.д.
  1. Нет соединений на Ключевых Полях:Ключевые поля в QlikView всегда должны быть использованы только в качестве Ключей Присоединения. Убедитесь, что Вы используете ключевое слово «HidePrefix» вместе с переменной SET, используйте тот же специальный значок/символ в качестве префикса при назначении имени поля (Пример: % КлючКлиента вместо [Ключ Клинта]). При таком подходе, Вы или другие разработчики не будут использовать это поле случайно, как часть дизайна пользовательского интерфейса (Вы увидите это поле, если проверите «Показать Системные Поля»). Также очень важно отметить, что не нужно выполнять какие-либо расчеты в этой области и помните, что не нужно использовать ключевое поле как измерение диаграммы. Вместо этого, Вы можете продублировать поле с другим именем.
  1. Проверьте Интенсивность Потока Информации и Соотношение Подмножеств:Всегда выполняйте проверку целостности вашей модели данных на высоком уровне. Вы сможете увидеть Плотность Информации и свойства Подмножества Соотношения в таблице просмотра (Ctrl + T), наведя курсор на поля. Исследуйте, где Плотность Информации составляет менее 100% и информируйте Architect о потенциальной проблеме с значением NULL. Я всегда проверяю Подмножество Соотношения, когда выполняю операцию QlikView Join. Таким образом, Вы знаете, как много различных значений ключевых полей связаны с другой таблицей.

Определение Интенсивности Потока Информации и Соотношения Подмножеств (Источник – Справочное Руководство):

  • Плотность Информации — это количество записей, которые имеют значения (т.е. не NULL) в этой области по сравнению с общим числом записей в таблице.
  • Подмножество соотношений — это число различных значений этого поля, найденного в этой таблице, по сравнению с общим количеством различных значений этой области (то есть также в других таблицах).
  1. Проверьте соединения строк в скрипте QlikViewЛогические ошибки очень трудно определить. Как правило, Вам потребуется извлекать данные из более чем одного источника. А иногда нужно извлекать данные из нескольких окружений, где в основе схемы будет то же самое. Вы будете извлекать данные из Dev и QA, у которых те же имена схем и таблиц, но разные данные. В этом случае, очень трудно устранить ошибку, потому что все правильно в Вашем запросе, за исключением того, что Вы используете старую строку подключения. Поэтому убедитесь, что абстрактные строки подключения к  файлу Excel/базе данных для управления из центрального места.
  1. Отсутствие синтаксических ошибок не означает отсутсвие логических:Установочный анализ является отличной чертой в QlikView. Она очень полезна для контроля, выявления и изменения поднабора данных. Как правило, если нет синтаксической ошибки, то это не означает, что нет никакой логической ошибки. Синтаксические ошибки — это враги Вашего друга, но логические ошибки — это ВАШИ враги. Логические ошибки страшнее синтаксических ошибок. Трудно определить логические ошибки по сравнению с синтаксическими ошибками. Поэтому убедитесь, что Вы всегда проверяете выражения Set Analysis по сравнению с запросами SQL. Где множественный модификатор эквивалентен SQL раздел «где» и набор операторов — это «реляционные» операторы в SQL.
  1. Проверьте нет ли интрудеров в одномерных таблицах (AKA: NULL Значения):Как правило, не должно быть нулевых значений в таблиц измерений. Вы ожидаете, что поля измерений должны иметь 100% плотность информации, но реальный мир отличается от теории. Поэтому важно, присматривать за одномерными таблицами. Потому что в равной степени важно знать —чего не хватает в сравнении с тем, что доступно!

~DV | www.QlikShare.com

 

Найти решение у бизнес-партнера QlikTech (QlikView) в России.

Форум разработчиков QlikView и Qlik Sense. Получите ответы на все вопросы по QlikView и Qlik Sense!

 

Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий

64 queries in 0,340 seconds