Глубинное погружение в test-driven JavaScript

Не каждое приложение нуждается в таких вещах как require.JS

Возможность, с одной стороны, не засорять глобальный скоуп, а с другой — иметь простой доступ к содержимому модуля для тестирования была для меня одной из причин перейти на require.js.

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

Есть мнение, что тестировать приватные методы и не нужно. Обоснование — в приватных методах содержатся детали реализации, которые, по определению, юнит-тестами покрывать не надо.

Кажется логичным ответ на вопрос, что надо ставить обработчики данных в одну кучу, обработчики событий в другую. Так я отказываюсь тестировать ту часть которая красит инпут в нужный цвет, а концентрируюсь на том, чтобы сделать возможным протестировать ту часть программы, где вычисляется в какой цвет красить инпут.

Это называется разделение бизнес-логики и логики представления. И, скажем, разработчики AngularJS (как наиболее «тестоориентированного» MV*-фреймворка) уже давно позаботились о том, чтобы такие вещи писались и тестировались одним движением левой пятки.

Может кто подскажет как тестировать API, например window.location = 'http://habrahabr.ru', вызовы history API и тд. Также как правильно тестировать изменение DOM, тк разные браузеры по разному могут генерить html. И как тестировать jQuery объекты, когда $('.some-class') !== $('.some_class')?

Если оформить валидатор объектом, то тестировать станет намного проще. Вот, смотрите:

function Validator(regexp, ajax) {
    this.regexp = regexp;
    this.ajax = ajax;
}
Validator.prototype.validate = function(str, callback) {
    if(/*validate by regexp*/) {
        ajax({/*validate on server*/}).success(function(data) {
            callback(data)
        });
    }
    else {
        callback(false);
    }
}

Использование валидатора в приложении:

var validator = new Validator(/\d*/, $.ajax);
$('input').on('keydown', validator.validate.bind(validator));

Как уже выше заметили, в jasmine есть удобная функция шпионов. Создадим шпиона и подставим его вместо $.ajax (для этого возможность конфига и оставили). Тогда в тесте можно будет до всего добраться, а сам он получится коротким и ясным

var ajaxMock, validator;
beforeEach(function() {
    ajaxMock = jasmine.createSpy('ajax').andReturn({
        success: jasmine.createSpy('ajaxSuccess')
    });
    validator = new Validator(/\d*/, ajaxMock);
});
it('a test', function() {
    var callbackSpy = jasmine.createSpy('callback')
    validator.validate('123a', callbackSpy);
    expect(callback).not.toHaveBeenCalled();
    expect(ajaxMock).toHaveBeenCalled();
    //вот как-то так можно добраться до скрытой внутри лямбды
    ajaxMock.success.mostRecentCall.args[0](true);
    //а потом проверить, что она отработала правильно
    expect(callbackSpy).toHaveBeenCalledWith(true);
});

P.S. Можно было не выносить ajax в конфиг и написать просто ajaxMock = spyOn($, 'ajax'), но тогда получается та самая нечистая функция, поэтому лучше так не делать

Ни слова не сказано про mock-объекты, а именно их использование в юнит-тестах требует писать качественный код. Умение, например, разнести в разные части кода работу с DOM, DOMEvents и логикой модуля, — имхо, золотое умение. И не покрывать тестами и так покрытый тестами jQuery, а тестировать логику работы модуля, а не его отображения.

var MyExample = function (options, view) {
    var _view = view,
        _displayed = false;

    this.show = function () {
        if (!_displayed) {
            _displayed = true;
            _view.show();
        }
    };

    this.hide = function () {
        if (_displayed) {
            _displayed = false;
            _view.hide();
        }
    };
};

В таком коде нам совершенно наплевать, каким образом реализуется работа с DOM при попытке показать модуль — может там просто documentgetElementById("MyId").style.display = true, а может $("#MyId").fadeIn(2000);.
Впрочем, не уверен, что jasmine поддерживает полноценные мок-объекты по прототипу. Все-таки в spy есть одно ограничение — приходится писать название методов в строки. Моя EDI не поддерживает смартинпут в кавычках. Может, кто-то объяснит, как создавать моки в Jasmine без перебивания руками всех нужных методов?