Один раз в любом случае придется руками написать. Если тесты грамотно формированы, то их потом можно будет использовать для других конфигураций железа и даже вообще другого железа…
Лично я проблем как реализовать это программно не вижу… В качестве языка описания тестирования можно разработать подходящий DSL.
Для меня в этой задаче видится проблема создания нормального стенда, управляемого компьютером… Например, как вы автоматически зафиксируете изменение состояние устройства?
Или вы хотите формировать guide и checklist для тестирования, а само тестирование будет проводить какой-нибудь стажёр?
1 семестра для современного курса «Базы данных» конечно же мало… Особенно с учётом того, что студент всю информацию должен переварить и усвоить, а не просто зазубрить, сдать и забыть…
Читал программу составленную в строгом, как утверждалось автором, соответствии с образовательным стандартом… Это было уныло и безнадежно. Самого стандарта не видел, признаюсь…
"… Список достаточно подробный и продуманный, т.к. его утверждали ещё компетентные люди..." Очень спорное утверждение. Компетентные в чём? Мало кто из людей занимающиеся созданием и эксплуатацией СУБД в реальных «боевых» условиях, скажет, что он компетентен базах данных в целом. Так как сфера баз данных давно не ограничивается реляционными СУБД и разрослась очень сильно. А господа в заседающие в академических институтах и в кабинетах минобрнауки давно уже выпали из майнстрима. Если конечно они вообще майнстриме были…
Образовательный стандарт — это конечно-же прекрасно. Как и всё, что придумывают наши законодатели. Но рынку и экономике нужны Специалисты со сколь-либо адекватным базовым уровнем, а не знатоки образовательного стандарта… А, простите, удовлетворением чиновников районного отдела образования, пусть занимаются те кому положено…
Сразу хороший выбор?! Могу только позавидовать вашему оптимизму… Извините, но это всё равно, что выбирать жену по советам неизвестных людей с интернета. Хороший инструмент разработки это очень субъективная вещь…
Будь у меня сейчас опыта лет на десять меньше, я бы вам сказал категорично и однозначно: RoR и только RoR. Мол, суперинструмент…
Но исходя опыта, могу лишь только осторожно посоветовать обратить внимание. потому как на вкус и на свет все фломастеры, как говорится…
Тогда хорошую книгу по идеологии javascript'а и курить исходники, например, jquery до просветления… Javascript синтаксически простой язык, но он имеет ряд специфических особенностей (типа манипуляции с объектами), которые для профессиональной работы необходимо знать как «Отче наш...»
Потом по хорошему, книги по usability, а ля «Не заставляйте меня думать» и причие этого же автора…
Верстку и CSS тоже надо знать. Это больше в сети. Книги за новшествами банально не успевают…
У нас если вдруг намечается изменения ТЗ, то это повод для всеобщего сбора. Это приравнивается к смене заказчика. На сборе объясняют суть изменений и причины. Поэтому с отслеживанием изменений ТЗ у нас не проблема…
Сами-то статью читали по вашей ссылке? Там вполне себе русским языком написано, что правильный метод для IE6/IE7 не работает… указанный в статье альтернативный способ ничем не отличается от моего тривиального варианта. В моем случае просто отсутствуют два в общем-то ненужных дива.
То как вы «для автора вопроса» сделали (height: 100%), предлагалось автору комментарием выше. Ему этот вариант не подошёл…
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Лично я проблем как реализовать это программно не вижу… В качестве языка описания тестирования можно разработать подходящий DSL.
Для меня в этой задаче видится проблема создания нормального стенда, управляемого компьютером… Например, как вы автоматически зафиксируете изменение состояние устройства?
Или вы хотите формировать guide и checklist для тестирования, а само тестирование будет проводить какой-нибудь стажёр?