Для каких именно задач? Все что Вы перечислили для юнит-тестов. А есть еще всякие Chai, Chai-as-promised (для assertions), Istanbul (для code coverage), Cucumber.js для BDD и т.д.
TDD oтолько, юнит-тесты.
Задачи тестировать код модуля. Пока нет разницы серверного или браузерного.
Спасибо за Cucumber.js, не знал, что и такое бывает)
«Крутой тест» на знание джаваскрипт не только туповат, но и содержит ряд ошибок: в примере с alert(this), заменой букв в слове: пупкин-дубкин, Object.keys(null). И многие вопросы совершенно не объективны. Как можно судить о качестве разработчика по тем вещам, с которыми возможно ему никогда не придется столкнуться? Нету вопросов по closures, по prototypical inheritance, promises и т.д. Хорошое начинание, но нужно доводить до ума.
Несколько интересностей и полезностей для веб-разработчика #40