Заметки об идиотизме - Testopia — различия между версиями

Текущая версия на 15:40, 20 июня 2016

Testopia — сомнительного, сцуко, качества продукт.

Везде где это можно, Testopia пытается делать одновременно две вещи:

1. Подражать Bugzilla в организации кода,
2. Но при этом не использовать HTML-интерфейс, а использовать максимум AJAX’а в лице фреймворка ExtJs.

В итоге её интерфейс во многом тянет недостатки как обычных десктопных интерфейсов, так и примитивного интерфейса Bugzilla. Да и вообще, по-моему, сейчас побеждает идея plain-text описаний (в лице Wiki, к примеру), а не WISYWIG-редакторов.

AJAX в его худших проявлениях

• Нажатие кнопки «Назад» состояние интерфейса, естественно, теряет.
• У многих вещей, например, у поиска, двойственный-тройственный интерфейс. Можно дать ссылку на результы отчёта, но… либо на CSV, либо на голый HTML без какого-либо интерфейса Testopia. «А если я хочу помыться весь?»
• Если отчёт один. Открываем отчёт. Закрываем отчёт кликом по крестику на его блоке в Dashboard’е. Открыть заново его невозможно до обновления страницы.
• Как открыть тест-кейс, прогон, план? Кликом по его ID размера шрифта где-то 10px и шириной в лучшем случае в 2-3 цифры, а в худшем — в 1. При клике по имени не происходит ничего, при двойном — происходит переименование.
• По клику на тест-план при выборе тест-плана для создания прогона, происходит не выбор тест-плана, а его открытие. (то есть при клике по ID — см. пред. пункт). Чтобы выбрать, надо его сначала пометить, а потом нажать даже не на Submit, а на Use selected, находящуюся с другого края экрана в правом нижнем углу.
• Про сабмит форм по нажатию Enter я молчу.
• При нажатии Submit действо начинается, но втихаря, без отображения какого-либо статуса или прогресса!
• Есть WISYWIG редактор, но зато всё описание теста зачем-то разбивается на два — действия и результаты. Размывает внимание. При том что многие тесты (тест-кейсы) являют собой совсем небольшие документы, а результаты и того меньше. А что делать, если тест-кейс состоит из нескольких действий, после каждого из которых требуется проверка? Самое разумное — это записывать последовательно типа сделать то, сделать это, проверить то, сделать ещё что-то, опять проверить, и т. п. А тут — крышеснос.
• Меню на Dashboard’е — бессмысленное и беспощадное изобретение. «Файл» — какой ещё файл? Напильник? Где мы с файлами в тестопии работаем? А меню «Отчёты» ведёт на единственный пункт «Табличные отчёты», в котором уже зато пунктов аж 4. При том, что нафига там вообще нужно меню, когда можно ляпнуть по лишней кнопке в каждую вкладку — «Test Cases», «Test Runs» и т. п.
• При создании тест-кейса и выборе тест-плана выбираем продукт… Выбираем другой продукт… А вот очистить поле и отобразить планы всех продуктов — никак, если хотя бы раз продукт уже был выбран.

Отчёты и идентификаторы

В тестопии из агрегированных табличных отчетов не всегда (не для всех ячеек) можно сделать дрилл к детальному списку. Например по run_status’у. Если исправлять, по-хорошему, нужно исправлять полностью этот идиотизм — у них в табличных отчётах считается, что имя колонки = значение поля, и отдельной переменной «значение» не предусмотрено. А на самом деле…

Вот например run_status.

• Может быть RUNNING или STOPPED.
• Для этих статусов заведены константы 1 и 2 соответственно.
• А в базе не хранится ни имя, ни константа! В базе хранится test_runs.stop_date — дата остановки. Если она не NULL, значит STOPPED, если NULL, значит RUNNING.