andreevich

Есть такое понятие как acceptance testing (типа госприёмка) заказчиком (вами). Если софт с багами, то лучше на стенде исполнителя (до установки в продакшен). Если acceptnace не проходит — софт на доработку. Поидее при контракте с госстуктурами это должно быть оговорено.

Юнит-тесты прекрасная вещь, но они не снимают необходимости в приемочных тестах. К томуже написание юнит-тестов это тайное знание, которое передается только от разработчика к разработчику и практически не раскрыто в литературе. Большая часть разработчиков не пишут тестов просто потому, что не владеют этими навыками.
Если наймете тестера он может оттестировать функционал вручную и написать автоматические приемочные тесты. Конечно такая работа должна производить на стороне разработчиков, но раз там все так грустно, может быть подумать о грамотном тестировании на своей стороне.

1. Поговорите с начальством о штрафах за дыры (исправление бесплатно итд)
2. Поменяйте цену без учета тестирования и наймите отдельно тестировщиков
Заставить никак не получится, их это устраивает, «вам нужен продукт и вы 100% его проверите, зачем тогда париться?»

Показываю наглядно:

function q(){}
q.prototype.w = 2;
console.log(new q().w); // 2
q.prototype = {
    e : 3
}
console.log(new q().w); // undefined
console.log(new q().e); // 3

Эээ, два вложенных дива, где верхний с overflow:hidden потихоньку раздуваем от центра.
animate и step в нем — чего тут сложного?

Название прикольное.))

он быстрый.
он легконастраиваемый.
он вырос из Линукса.
он поддерживается Гуглом.
он легкообновляем.
он просто крут.

В клиентском JavaScript нет как таковой консоли. Есть неймсейс и методы которые используют вендоры браузеров для отображения данных для отладки — методы одни, но данные отображаются от браузера к браузеру разные. Фаетически есть «STDOUT», «STDERR», но нет «STDIN». Можно, конечно, сделать костыль, используя prompt(), подогнать интерфейс как javascript linux или написать расширение для конкретного браузера.

В Node.js есть полноценные методы работы с терминалом TTY

cursor: pointer нагляднее чем смена стиля кнопки, например, если картинки и стили отключены — pointer при наведении на название даст знать что будет действие (с обычным курсором ничего не произойдет).

Google, Apple, Twitter используют pointer

только палец

Палец удобнее, сразу даёт понять что всё ок и можно жать

Мне кажется, что курсор надо превращать в палец над любым элементом, который можно нажать и получить какое-то действие. Но если вы используете для кнопок стандартный вид (по умолчанию), то можно и стрелку оставить (курсор по умолчанию).

Палец ;)

jQuery UI — хорошая документация и широкое распространение

$(document).click(function(event) {
console.log(GetAppliedCssRules($(event.target)));
});

function GetAppliedCssRules($element) {
var appliedRules = [];
for (var x = 0; x < document.styleSheets.length; x++) {
var rules = document.styleSheets[x].cssRules;
for (var i = 0; i < rules.length; i++) {
if ($element.is(rules[i].selectorText)) {
appliedRules.push(rules[i].selectorText);
}
}
}
return appliedRules;
}

Ну и что же тут интересного?
Узнать ответ дали задание на дом?

Берете влажные салфетки для оргтехники(можно и обычные для рук или лица), кисточку(найдете в перестройке), пылесос(есть в эльдорадо) и балон со сжатым воздухом(продает в компутерных магазинах).
Сперва все что можно пылесосите, помогая себе кисточкой. Потом протираете все салфетками. Осталось продуть труднодоступные места и возможно повторить все с начала.