Эмулятор устройства != живое устройство, так же как и эмулятор мобильной версии браузера != мобильная версия браузера.
Т.е. хром конечно в этом плане гораздо лучше, чем например эмулятор старых версий вшитый в ИЕ, но он все ещё довольно часто не соответствует действительности.
Проверено на собственных граблях и багах. :)
Стоит правда учитывать, что этот эмулятор дает скорее поверхностное представление об отображении сайта на мобильных устройствах.
Т.е. если в эмуляторе баг -> вероятнее всего он будет и в "железной" версии устройства, но в обратную сторону это не работает.
Процент ложно-положительных отображений довольно высокий, поэтому основные целевые девайсы стоит иметь в "живом" виде, или в виде сервисов предоставляющих удаленный доступ к реальным девайсам (а не виртуалкам).
По поводу литературы, честно говоря, затрудняюсь что-то конкретное рекомендовать. Для себя как-то ограничивался в основном тематическими ресурсами, и так что бы сесть и прочитать книгу от корки до корки - не приходилось.
В основном уже по мере необходимости лез в нужные книги за конкретной информацией, когда в ней возникала необходимость.
В целом, из того, что "на слуху" могу порекомендовать:
1) Тестирование дот ком (Р. Савин)
2) Тестирование программного обеспечения (Канер, Фолк, Нгуен)
Это то, что мне в свое время рекомендовали "на старте".
На самом деле книг очень многих, и большинство из них об одном и том же, кому-то нравятся одни, кому-то другие.
В целом есть куча ресурсов, где можно почитать про книги, напр: software-testing.ru/books/testing-books?layout=default
Беглый гуглинг по "книги по тестированию" даст вам ещё пару-тройку вариантов.
Так же из советов: старайтесь читать в оригинале, если есть возможность. От многих переводов хочется плакать.
Ну, и беря книгу - смотрите на дату издания. Основные вещи (такие как определения, практики написания тестов и тест-дизайн и пр.) фактически не менялись за последние десять лет точно, но в остальном может быть нужно делать поправку на время.
В общем как-то так. :)
Ну, и читая литературу не забывайте, что книжные примеры это замечательно, но на практике - от компании к компании стилистика написания тест-кейсов меняется так, что порой можно и не узнать.
Да и процесса тестирования, в целом, это тоже касается. Он везде очень разный, к этому надо быть так же готовым.
На самом деле вы не совсем правы.
Программист в отделе тестирования это Software Engineer in Test.
QA-инженер это альтернатива Специалисту по тестированию, с поправкой на то, что QA - гораздо более широкое понятие, чем "тестирование".
TDD и юнит тесты как методолгии тестирования? Увы и ах, но и то, и другое - прерогатива разработчика, а не QA.
Т.е. хром конечно в этом плане гораздо лучше, чем например эмулятор старых версий вшитый в ИЕ, но он все ещё довольно часто не соответствует действительности.
Проверено на собственных граблях и багах. :)