Сообщений в теме: 7

[Kori]

Добрый день!

 

Ситуация: через отдел тестирования проходит много веб-приложений, сделанных добрыми руками сторонних разработчиков. Качество сайтов разнообразное, в большинстве своём от среднего до плинтуса. Появилась идея добавлять в ТЗ требования к HTML-коду, потом гонять исходники через Sonar, проверяя на соответствие требованиям.

 

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

Нашёл https://validator.w3.org и http://jigsaw.w3.org/css-validator/ , но не нашёл где описаны требования, на соответствие которым они проверяют. Наверно перелопатив весь https://www.w3.org/ я смогу что-то сформулировать, но вариант нравится не очень.

Из статей и опыта несложно накидать список требований типа: css и js в отдельные файлы, только один h1 на странице, всё ресурс должны быть в utf-8, все img с alt, и тд.

Но изобретать велосипед не хочется.

 

Собственно вопросы:

1. Есть ли коллеги с опытом приёмки HTML кода на соответствие набору формальных требований

2. Можно ли где-нибудь найти примеры требований к HTML коду. Особенно интересны такие требования с учётом авто-тестирования сайта селениумом - наличие name/id, осмысленность названий классов и тд.

[Spock]

 

 

Качество сайтов разнообразное, в большинстве своём от среднего до плинтуса

если качество ниже плинтуса, то значит такое качество и заказывали, так и тестировать надо

 

если за сайт заплатили копейки и его запилил студент(ы), вряд ли реально начинать заводить ему/ей баги про отсутствие альта у картинки (которое никому и не нужно), да и имена и айдишники тоже смысла нет

 

если работает и функцию выполняет - тогда ТЕСТ ПАССЕД

[Kori]

 

 

если за сайт заплатили копейки и его запилил студент(ы)

Ситуация не совсем про студентов и копейки.

 

Пилят сайты аутсорс, который обязан делать все по ТЗ. Он делает всё, что написано в ТЗ - но не больше. А ТЗ на 90% из функциональных требований. Есть конечно минимум не функциональных (производительность, надёжность, секьюрность, очевидность навигации и тд.). Но требований к коду и внутренней структуре нет вообще. Что позволяет разработчику не вкладываться в "правильность" - ПМИ проскочу и ладно, функциональность то в порядке. Что приводит к возникновению у заказчика двух проблем:

1. Если на предварительных версиях появляются проблемы, которых не учли при написании ТЗ - из-за качества кода/структуры сайта сроки переделок сильно растут
2. Если через год-два появляется необходимость доработать сайт - сложней найти разработчика, готового работать с такими сорцами

Ну и третий повод, про id/name и стандарность форм - при хорошем коде тестировщикам проще работать с selenium

 

Так что несмотря на "тест пассед" вопрос актуален.

Встречались ли кому на просторах интернета или в личной практике тестопригодные требования к структуре сайта и качеству HTML кода. 

С трудом верится, что "советы опытного верстальщика" из первого поста это апогей тестирования )

[Spock]

HTML код в большинстве случаев генерируется не человеком, как раньше, в нотепаде - а фреймворками: react, vue.js, angular и т.п., так что там и проверять нечего

 

настройте сонар на проверку исходного джаваскрипт кода

[Kori]

 

 

настройте сонар на проверку исходного джаваскрипт кода

Эта задача с точки зрения требований выглядит ещё сложнее (

В HTML я хоть как-то представляю как отличить правильно от плохо. 

 

Спасибо, уточняющая беседа с руководством была полезной, в сонар и кучу ЯП мне нырять не придётся (исходный код у аутсорса не только на джаве)

С меня высокоуровневые требования + список с примерами что усложняет написание .robot

Со вторым всё очевидно, а с первым помогут "памятки верстальщика" и common sense. 

 

Но в целом удивило, что всё нагугленное в основном от дизайнеров, немного о программистов, даже несколько "продвигальщиков сайтов" излагают мнение. Только от куа в открытом доступе ни требований, ни хотелок по этому запросу.

[natafalcon]

Имхо, это не задачи QA. Если я правильно вас поняла, то вам нужно что-то типа стандартов кодирования (сoding standart).

Например, 

https://sites.google...eb-dev/html-css

https://google.githu...mlcssguide.html

https://developer.jo...dards/html.html

https://gist.github....echrest/8693303

Примеры первые попавшиеся.

 

Это соглашение между программистами, и чаще всего отражает договоренности внутри команды.

Если соберетесь что-то с подрядчиками устраивать, то предварительно оговорить и согласовать надо будет. 

[Kori]

 

 

Если я правильно вас поняла, то вам нужно что-то типа стандартов кодирования (сoding standart).

Да, примерно это и интересовало, спасибо!

 

Ну и к слову, если QA реально QA, а не QC - то контроль за наличием стандартов в нужных местах вполне его задача ))

[Spock]

 

 

все img с alt

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