Issuu on Google+

Правила QA проектов. 1. Нарезка дизайна. a) Проверка дизайна в 4-х браузерах – IE, NN6, NN4, Mozilla b) Блоки, содержащие информацию, проверяются в 3-х вариантах – пустой, средней заполненности и большой заполненности c) Проверка дизайна, когда у браузера отключен вывод картинок d) На всех значащих картинках должны присутствовать теги ALT e) Если на сайте есть динамическое меню, то проверка его во всех 4-х версиях браузеров. 2. CUT Для всех модулей a) Проверка upload-а файлов b) Проверка работы контролов даты c) Проверка работы при задании пустых параметров на странице редактирования и отображения пустых записей на этапе просмотра списка записей d) Проверка обновляемости всех простых контролов e) Если у записи есть подчиненные таблицы. то проверять удаление из них записей при удалении записи из главной таблицы (так же проводить проверку при соединении двух таблиц промежуточной) f) Проверка работы механихма security g) Если со страницы осуществляются preview на страницу front-end-а, куда осуществляется preview с других страниц CUT-а, то посмотреть, подается ли на preview специфический параметр, определяющий, какое preview должно сработать на front-end-е. 3. Front-end a) Проверка функциональности страницы (в общем) b) Проверка функциональности при нестандартных данных (какие-то поля не заполненны и .т.п.) c) Проверка корректности дизайна функциональных элементов d) Проверка правильности применения стилей e) Проверка работоспособности preview f) Проверка preview при незаполненности некоторых полей и т.п. g) Проверка совместимости функционального дизайна с различными браузерами h) Проверка навигации в условиях неработающего JS


Правила написания проектов. CUT 1. Email-manager проектируется в последнюю очередь Front-end 1. Общие элементы функциональности выносятся в controls 2. По возможности не испрользовать варианты “Response.Write(“<table width=\”100\” border=\”0\””)” – лучше использовать %><table width=”100” border=”100”><% так легче читать программу. 3. По возможности не использовать тег style – не все браузеры одинаково его понимают. Как правило, этот тэг всегда можно заменить другой конструкцией. 4. Проверку функциональности fron-end-а проводить не на фразах «xxxx», а на соответствующих контенту текстах – как правило многие баги проявляются только при наличии нескольких строк текста.


QA Rules