чего не хватает при работе с сайтом
Как правило, есть разные разделы сайта, задаваемые урлами (или регулярными выражениями урлов). Например, главная, служебные страницы, новости, блоги там, объявления и т.п.
Для каждого типа страниц ("раздела") мы обычно создаём свой кусочек ТЗ: это должно делать то-то и то-то.
Для каждого раздела мы создаём тест-план: это должно работать так-то, тестировать надо вот так. По сути, то же ТЗ, только с описанием методики тестирования.
Для каждого раздела мы создаём визуальный дизайн: здесь это будет выглядеть вот так, а в этом разделе всё будет расположено так.
Для каждого раздела мы проводим сео-анализ: этот раздел перелинкуем, в этом прополем внешние ссылки, этот не должен ссылатся "наверх", а этот и так сойдёт.
Для каждого раздела или типа страниц у нас обязательно найдутся свои правила авторизации: это видят только друзья, это - залогиненные, а это - все подряд, а в этот раздел ещё и анонимы писать могут.
Для каждого раздела мы, если одолела паранойя, проводим penetration testing: вот эта страница ломается на таких вот запросах, а вот в этом разделе можно засунуть SQL в get-параметрах, позор!
Для каждого раздела, когда настаёт пипец, мы проводим анализ производительности: этот вид страниц делает X запросов, а этот - Y, здесь можно срезать, здесь в memcached, здесь в таблицу, здесь на хард запишем.
Напрашивается система организации работы над сайтом, которая ориентирована на разделы, или типы страниц. Для каждого раздела сайта просим заполнить: ТЗ/фичи, в зависимости от ТЗ генерится тест-план, найденные баги, UI дизайн, сео примочки, анализ производительности этого типа страниц, т.п. Что-то вроде FogBugz или Basecamp, организованное вокруг разделов сайта.
Конечно, есть аспекты, которые пересекают все разделы сайта - безопасность, общие шаблоны оформления, общая навигация и т.п. Но это можно предусмотреть. Главное, меня задело - баги все вокруг типа страниц крутятся, фичи тоже, дизайн тоже, почему же мы кидаем всё в базу произвольно? Неужели нельзя выстроить целостный вид на сайт: поменяли ТЗ для этого раздела - приходится менять и тест-план, и т.п. Может быть даже автоматом, в зависимости от того, что в других аспектах изменили.
Для каждого типа страниц ("раздела") мы обычно создаём свой кусочек ТЗ: это должно делать то-то и то-то.
Для каждого раздела мы создаём тест-план: это должно работать так-то, тестировать надо вот так. По сути, то же ТЗ, только с описанием методики тестирования.
Для каждого раздела мы создаём визуальный дизайн: здесь это будет выглядеть вот так, а в этом разделе всё будет расположено так.
Для каждого раздела мы проводим сео-анализ: этот раздел перелинкуем, в этом прополем внешние ссылки, этот не должен ссылатся "наверх", а этот и так сойдёт.
Для каждого раздела или типа страниц у нас обязательно найдутся свои правила авторизации: это видят только друзья, это - залогиненные, а это - все подряд, а в этот раздел ещё и анонимы писать могут.
Для каждого раздела мы, если одолела паранойя, проводим penetration testing: вот эта страница ломается на таких вот запросах, а вот в этом разделе можно засунуть SQL в get-параметрах, позор!
Для каждого раздела, когда настаёт пипец, мы проводим анализ производительности: этот вид страниц делает X запросов, а этот - Y, здесь можно срезать, здесь в memcached, здесь в таблицу, здесь на хард запишем.
Напрашивается система организации работы над сайтом, которая ориентирована на разделы, или типы страниц. Для каждого раздела сайта просим заполнить: ТЗ/фичи, в зависимости от ТЗ генерится тест-план, найденные баги, UI дизайн, сео примочки, анализ производительности этого типа страниц, т.п. Что-то вроде FogBugz или Basecamp, организованное вокруг разделов сайта.
Конечно, есть аспекты, которые пересекают все разделы сайта - безопасность, общие шаблоны оформления, общая навигация и т.п. Но это можно предусмотреть. Главное, меня задело - баги все вокруг типа страниц крутятся, фичи тоже, дизайн тоже, почему же мы кидаем всё в базу произвольно? Неужели нельзя выстроить целостный вид на сайт: поменяли ТЗ для этого раздела - приходится менять и тест-план, и т.п. Может быть даже автоматом, в зависимости от того, что в других аспектах изменили.