• Что такое end-to-end тестирование?

    pi314
    @pi314
    Президент Солнечной системы и окрестностей
    Понятие еnd-to-end обозначает всего-навсего классификацию тестов по уровню, на котором тестируется система, и, само по себе, ничего не говорит ни о том, какие конкретно должны быть эти тесты, ни о том, какую роль они играют в общей стратегии обеспечения/проверки качества и, также, не является методикой тестирования. (Методика - это совсем другое понятие.)

    Для понимания сути этого понятия хорошо сравнить его с модульным ("нижний" уровень) и интеграционным ("средний") тестированием на каком-нибудь конкретном примере. Давайте рассмотрим некий сферический webshop в вакууме. Предположим, в нем есть 50 классов и для большинства из них написаны модульные тесты. Они проверяют исключительно функционал конкретного модуля (чаще всего, класса), т.е. тот, что зависит только от самого модуля и ни от чего чего более. Потом есть интеграционные тесты. Они проверяют корректность работы отдельных "модулей", если их собрать вместе согласно архитектурe. Например, работает ли правильно "Корзина", состоящая, в свою очередь, из 10 классов (предварительно проверенных модульными тестами), или "Корзина", подключенная к "Вебморде" и т.д. Где-то повыше в этой иерархии есть такие интеграционные тесты, которые проверяют конкретный функционал всей системы. Например, отправляется ли юзеру мейлом копия оплаченного заказа...

    И вот тут начинается самое интересное для понимания того, что такое end-to-end тестирование! Можно представить себе тест, проверяющий, что соответствующий мейл генерируется и сбрасывается SMTP серверу. Если SMTP сервер не рассматривать, как часть разрабатываемой системы, то этот тест вполне можно назвать end-to-end тестом (послали кучку HTTP запросов через "Вебморду" и проверили сброс мыла на SMTP - все зашибись!). Однако, если настройки и эксплуатация SMTP сервера - часть проекта (например, заказана разработка webshop "под ключ"), может оказаться, что это мыло будет отфильтровано каким-нибудь спам-фильтром, превысит лимит почтового ящика пользователя... короче, не дойдет до него. Тогда этот же самый тест уже нельзя считать end-to-end, а нужно бы было написать тест, проверяющий приход мыла в POP3/IMAP ящик. (Опять же, если это действительно нужно! Ибо, в зависимости от конкретных функциональных и нефункциональных требований, архитектор и QA инженер вполне могут найти возможность обеспечить адекватный контроль качества и без такого теста.)

    Таким образом, end-to-end тесты, это такие интеграционные тесты, которые воздействуют на систему через ее самые внешние интерфейсы и проверяют ожидаемую реакцию системы через эти же интерфейсы. Почему именно интеграционные? Потому, что это единственное, что можно о них сказать наверняка: они по определению не могут быть модульными тестами. А все остальное: являются ли они одновременно приемочными, нагрузочными или еще какими - зависит только от общих плана/стратегии тестирования и той роли, которые эти тесты в них играют.
    Ответ написан
  • Как исправить ошибки npm install BEM?

    @smlwmy Автор вопроса
    Проблема решена:
    Переустановил NodeJS
    Обновил версию npm
    Ответ написан
  • Кто знает,где может находиться элемент?

    Semenov-Nikolay
    @Semenov-Nikolay Автор вопроса
    Нашел сам.Возможно это не правильно,но решение работает.Может кому пригодится.

    Путь /public_html/classes/modules/filemanager
    Файл class.php

    Строка $block_arr['download_link'] = $this->pre_lang."/filemanager/download/$element_id/";
    Ответ написан
  • БЭМ-нейминг с глубокой вложенностью?

    dpr
    @dpr
    frontend developer
    У БЭМ не существует глубокой вложенности!
    Блок -> Элемент
    Всё.

    Из этого и исходите.

    Например
    <div class="section">
      <div class="title">
        <h2>Заголовок</h2>
        <div class="title__subtitle">Подзаголовок</div>
      </div>
      <div class="inner features">
        <div class="features__item">
          <div class="block">
            <div class="block__icon">
              <img class="block__image" src="images/icon1.png" alt="" />
            </div>
            <div class="block__text">Текст текст текст текст текст</div>
          </div>
        </div>
        <div class="features__item">
          <div class="block">
            <div class="block__icon">
              <img class="block__image" src="images/icon1.png" alt="" />
            </div>
            <div class="block__text">Текст текст текст текст текст</div>
          </div>
        </div>
      </div>
    </div>
    Ответ написан
  • Совместим ли БЭМ с фреймворками (Ruby on Rails, AngularJs, NodeJs и т.д.)?

    @artinnok
    бекенд-программист
    БЭМ относится к именованию блоков в фронтенде и структуре хранения блоков.

    Django и Ruby on Rails - фреймворки для бэкэнда, никакого отношения к БЭМ ни имеют. У них другая структура, к ним нужен другой подход - БЭМ не применим. Читайте документацию, как надо структурировать проект в каждом из фреймворков.

    У Angular и React - тоже свои подходы к хранению функциональных блоков, свои best practice, но так как это фреймворки фронтовые к ним можно применять БЭМ.
    Ответ написан
  • Я правильно именую классы по БЭМ?

    Нет, так как у вас получаются элементы__элементов.

    Можно почитать:
    Соглашение по именованию
    Почему в БЭМ не рекомендуется создавать элементы э...

    В вашем случае, это выглядело бы так:
    <header>
        <div class="wrapper">
            <div class="header-topblock clearfix">
                <div class="header-topblock__logo">
                    <p class="header-topblock__slogan">текст»</p>
                </div>
                    
                <div class="header-topblock__searchform"></div>
                    
                <div class="header-topblock__contacts">
                    <a href="tel:54545" class="header-topblock__contacts_tel">54545</a>
                </div>       
            </div>
        </div>
    </header>


    Блок:
    header-topblock

    Элементы:
    header-topblock__logo
    header-topblock__searchform
    header-topblock__contacts

    Элемент с модификатором
    header-topblock__contacts_tel
    Ответ написан
  • Сallback request node js как получить данные этого метода в requeste?

    bingo347
    @bingo347
    Ищу разработчика на Vue (смотрите личку)
    Во-первых, если request - это одноименный модуль из npm - то в параметр body он передает Buffer, если там json, то его надо спарситьvar clients = JSON.parse(body.toString()).data
    Во-вторых, сам запрос асинхронный, проще всего обернуть его в промис, итого будет что-то вроде этого:
    modules.define('clients', function(provide){
    
      provide({
    
        getClients() { //неименнованные функции - плохо для отладки, поэтому меняем на es2015 метод
    
          /* Получаем список суб-клиентов агенства (или представителей) */
    
            var sendQ = {
               "method": "GetClientsList",
               "token": ""
            };
    
            var options = {
              url: "САЙТ",
              method: "POST",
              headers: {
                  'Content-Type': 'application/json; charset=utf-8',
                  'Authorization': 'Bearer'
              },
              json: true,
              body: sendQ
            };
    
            //удалить, оно тут не надо
            //var clients = '';
    
            return new Promise((resolve, reject) => request(options, (err, res, body) => {
              if(err) {
                return reject(err); //прокидываем ошибку в промис
              }
              var clients = JSON.parse(body.toString()).data;
              var client = clients.map(a => a.Login);
    
              if(!client[0]) {
                console.log('Client list getty - OK - ' + client[0]);
                resolve(client[0]); //возвращаем client[0] из промиса
              } else {
                console.log('some problems');
                reject(new Error('some problems'));
              };
            })).then(client => {
          /* Список получен переходим к дальнейщим действиям */
            }).catch(err => {
              /* здесь обрабатываем ошибку */
            });
        }
      });
    });
    Ответ написан
  • Откуда берутся данные в "/udata/content/menu"?

    @aalobanov
    Данные для запроса /udata/content/menu/ берутся из модуля структура, выбираются все страницы у которых стоит галочка показывать в меню.
    dev.docs.umi-cms.ru/spravochnik_makrosov_umicms/st...
    Ответ написан
  • Откуда берутся данные в "/udata/content/menu"?

    arizona
    @arizona
    а что я, собственно, здесь делаю?...
    Попробуйте посмотреть модуль Меню (если он есть в вашей редакции) /admin/menu/lists/
    Ответ написан
  • Как правильно добавить метод к классу orderItem?

    maxomato
    @maxomato
    Разработчик приложений на yii framework
    Добавленные в orderItem.php методы могут быть затёрты при обновлении системы, поэтому лучше в исходниках не делать правок, если обновления системы потом будут нужны.

    Для решения Вашей задачи я бы предложил найти в админке справочник "Наименование в заказе" и добавить в него поле auto и далее вести все операции с этим полем.
    Ответ написан
  • Как удалить директорию в Git?

    @fathom
    сли вы случайно закоммитили ненужный файл или папку в git-репозиторий и уже сделали push, то чтобы удалить все следы этого файла или папки в том числе и из истории, достаточно выполнить команду:

    git filter-branch --tree-filter "rm -rf PATH" HEAD

    где PATH - это относительный путь до файла или папки.
    После этого выполните (чтобы перезаписать историю изменений):

    git push origin master --force
    Ответ написан
  • Как должны себя вести модификаторы блока в БЭМ?

    Ronnie_Gardocki
    @Ronnie_Gardocki
    Я у мамы фронтендщик.
    1 вариант безусловно. Не стоит прям очень фанатично следовать всем правилам бема.
    В любом препроцессоре потом будет удобно писать что-то в стиле:
    .modal {
      
      &__title {
        //styles
        
        .modal--small & {
          // styles for small modal
         }
      }
    }
    Ответ написан
  • Как вывести доп столбец в emarket UMI?

    arizona
    @arizona
    а что я, собственно, здесь делаю?...
    После колонок есть иконка редактирования состава колонок. Возможно, вам подойдет?
    f4d9bd9dd3374f609d0816f78056bfdb.png
    Ответ написан
  • Как правильно здесь сделать?

    dpr
    @dpr
    frontend developer
    Если блоки одинаковые, и отличаются лишь содержанием, то это один блок с разным содержанием. Я так считаю.
    Ответ написан
  • Какой php фреймворк наиболее прост в освоении?

    toxicmt
    @toxicmt
    CTO at hexlet.io
    Самыми быстрыми и максимально простыми считаются микрофреймворки, которые берут начало от рубишной синатры (www.sinatrarb.com/). Они практически не отличаются друг от друга, знаете один знаете все другие на всех других языках). В php популярны два www.slimframework.com и lumen.laravel.com/.

    Как минимум с них стоит начинать изучение если вы до этого с фреймворками не работали.
    Ответ написан
  • Как сочетать BEM и динамический контент?

    qfox
    @qfox
    Ответы есть у меня
    У вас здесь 2 проблемы:
    • нужны ли классы для динамического контента;
    • как, если нужно, модифицировать структуру динамического контента.

    Проблема структуры не относится к BEM, она относится к семантике и SEO.

    Если же не смотреть на структуру и тэги (использовать ли small внутри или span, заворчивать ли в article) — то вопрос в сущности нужны ли классы на динамическом контенте или нет. Учитывая, что контент динамический, и нет необходимости иметь классы на тэгах, то допустимо сделать каскад на тэги от некоторого блока: например, dynamic-content или content, text.

    Почему именно теги? Потому что WYSIWYG по умолчанию генерирует теги. Но вы можете использовать какие-то доп. инструменты, которые подправят итоговый html, расставят классы и т.д. (например, с помощью инструментов типа https://github.com/posthtml/posthtml ).

    При необходимости можно дополнительно пометить стили тегов классами.

    <div class="text">
      <h1>Caption <small>Some Foo Bar</small></h1>
      <article>
        <p>Lorem ipsum...</p>
        <div class="text__p">Dolor sit...</div>
      </article>
    </div>


    .text h1, .text__title { /* main title styles */ }
    .text h1>small, .text__sub-title { /* sub-title styles */ }
    .text p, .text__p { /* paragraph styles */ }


    Таким образом вы инкапсулируете все пользовательские стили в одном месте (одном блоке) и не имеете проблем с созданием контента.
    Ответ написан
  • Полный цикл жизни проекта: html,css,js > php, шаблоны, изменения, переиспользование?

    qfox
    @qfox
    Ответы есть у меня
    Текущий подход достаточно заморочен, если знаешь все прелести БЭМ.

    Сейчас мы делаем:
    0. Дизайнер нарисовал макет
    1. Верстаем руками html: a.html
    2. пишем руками стили: a.css
    3. пишем руками js: a.js
    4. Это все передаем бекендеру и он:
    5. Доверстывает хтмл и разбивает на шаблоны, из a.html получает A.tmpl, B.tmpl, C.tmpl, ...
    6. Дописывает стили в своих файлах, а часто еще и разбивает их на части: A.scss, B.scss, ...
    7. Дописывает js, и тоже часто разбивает: A.js, B.js, C.js
    8. Какой-то бэкенд собирает из кусков шаблонов страницу, и часто создает css, js только из нужных кусков

    А дальше: Пришел новый макет. И что делать?

    И БЭМ в данном случае решает проблему, поскольку у него есть стек технологий, позволяющий верстальщику работать сразу с шаблонами и разобранными js/css(less/sass/stylus) файлами.

    На практике получается так:
    0. Макет.
    1. Верстальщик смотрит на макет, и разбивает его на куски (компоненты) сразу;
    2. Пишет bemjson (или jsx) вместо html;
    3. Создает шаблоны, стили и js для каждого из блоков;
    4. Передает это все бэкенд программисту (обычно через гит, потому что так удобнее);
    5. Бэкендер без изменений использует эти файлы для генерации страницы, и просто генерирует описанный верстальщиком bemjson (или jsx).

    И, О МАГИЯ, они могут работать над проектом параллельно, даже если придет новый макет.

    C php действительно есть нюансы, которые сложно разглядеть, просто потому, что нет большого кол-ва пользователей и стек не устоялся.
    Мы у себя используем велосипед, который собирает все сам, и почти готовы перейти на enb используя bh-php.
    Большая проблема, как оказалось, использование декларативных шаблонизаторов — верстальщики не сразу въезжают что и как. Но когда въехали — я не знаю тех, кто возвращается на императивные (типа мусташей, джейдов, smarty, etc.).

    Можно начать с https://github.com/bem/project-stub/tree/php-bem-bh и позадавать вопросы на форуме https://ru.bem.info/forum/ — люди поделятся своими историями.
    Ответ написан