Alexej Simakov

Тест - это действие направленное на получение информации о системе.
Ручной тестировщик получает эту информацию вручную, автоматизатор с помощью компьютерных программ.
Почитать на первых порах рекомендую "Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах" Романа Савина.

не имея спецификации можно тестировать на изменения.
в тесте вы как бы задаете вопрос приложению, а тест отвечает "да/нет". вы пишите набор тестов которые отвечают "да" и потом гоняете эти тесты регулярно, и если что-то в приложении поменяется, какие-то из тестов начнут давать отрицательный ответ. Но без спецификации вы не сможете определить регресс ли это или желательное изменение.

хихи ... ну вот вы и завалили свое задание :)
Видимо имеется ввиду вам нужно создать REST API состоящее всего из двух методов, и заставить свое апи работать на сервере так чтобы запросы по http отвечали соответствущими http кодами. (Базу данных создавать не нужно)
Как делается REST API, разве только что в "Комсомолке" не пишут, так что с этим проблем не должно быть.

...и если упоминают программу postman, советую вам с ней также ознакомиться.

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

Давайте разберем на примере: представьте вы тестируете инсталляцию системы пожарной безопасности в секретной лаборатории. Доступ в помещение только по электронной карте. Внутри помещения есть кнопка включения сигнализации, при срабатывании которой должны закрыться все окна в помещении и должен быть разблокирован замок двери.
Вы тестируете замок двери отдельно. А для теста сигнализации и срабатывания оконной механики вы отключаете систему входа по карточке, и делаете его свободным. потому что идентификация при входе в помещение не является предметом теста для системы сигнализации (закрывание окон). В этой точке достигается независимость тестов.
Но отключив замок двери для теста, вы не сможете убедиться в том что замок открывается при срабатывании сигнализации (второе условие) . Вам придется непосредственно перед проверкой снова включить дверной замок.

Однако в случае если при тестировании входа выяснится что дверной замок не работает, то включить дверной замок для теста не получится, и второй тест скажет что мол замок двери открылся, все хорошо, однако на самом деле замок был все время открыт, потому что неработал. (т.н. false positive)

moreunit.sourceforge.net может ?

Устройство зависит от производителя железа. Датчики как правило работают через CAN bus. Есть также концепция связи через ethernet.
Вот вам материнская плата RNS 510:
или так:

Harman известный производитель IVI (in vehicle infotainment) - систем www.harman.com/platform-based-design
Обычно автопроизводитель выбирает для IVI производителя платформы (типа harman, еще есть Delphi и Technisat из мне известных) , и производителя дисплея, программисты на платформе начинают пилить драйвера чтобы заставить это железо вообще передавать правильный масштаб изображения. А еще раньше вообще включаться. На этой платформе крутится какая нибудь jvm а на ней уже пользовательская система управления. Kомпьютер подключается например через Quadlock (FAKRA) штекер

к автомобилю.
Вобщем ищите по ключевым словам "in vehicle infotainment" и "automotive"

Наталья Руколь - ищите ее доклады на ютубе и текстовые материалы в интернете.

что-то в этом роде https://stackoverflow.com/questions/30810315/js-ca...

А у вас уже есть план по тестированию? Описание функций? Документация? А то я участвовал в одном бета-тесте аля "на тебе андроид приложение - потестируй" Так не зная требований, не имея возможности изменять состояние данных (например дату, чтобы проверить что оповещение действительно придет в назначенный день) от такого теста толку было мало.

делайте console.log() под все события на все интересующие вас переменные, и ищите где математика не сходится.
Не хочу лишать вас бесценного опыта дебаггинга.
Начните с одним врагом. Или хотя бы с принцессой, поставьте ее посредине, и найдите при каких значениях иксов и игреков два квадрата соприкасаются. Испробуйте все позиции, сверху снизу справа слева :)

P.S: Обычно начинают с решения математической составляющей начинают. Обкатывают на примитивны графических экземплярах всю логику, а потом добавляют графику и пр. Но соглашусь что так мотивации больше, когда видишь перед собой что-то красивое, а не черно белые геометрические примитивы.

P.P.S: A почему не на html5 canvas все это. Так надо? Ведь поо нему дофига информации и на все распространенные вопросы есть готовые решения.

если душа лежит к математике идите на прикладную математику. программная инженерия - слишком расплывчатая вещь, которой можно научиться только на собственном опыте (имхо). А прикладная математика она осязаема и знания математики, как мне кажется, усиливают любого разработчика. Это умение абстрактно мыслить, оно незаменимо, и вы его получите уже во время учебы. А на программной инженерии в худшем случае будут лить воду, про стандарты и как лучше - но на практике все совсем не так, как должно быть в теории.

Потому что сокет понимает только потоки данных, поскольку основан на протоколе tcp/ip?

Если все что вы знаете о программе, вы и дальше собираетесь держать у себя в голове, и никогда и ни с кем этим знанием не делиться, то можно не писать никаких документов.

думаю можно попробовать детективы. Дедукция, логическое мышление, эвристика, должно быть близко любому тестировщику.
ну или подкасты по qa radio-qa.com
Еще вот могу порекомендовать книжку, независимо от контекста поездки.
Тайити Оно. Производственная система Тойоты. Уходя от массового производства.
Считаю, что в дороге важнее чтобы чтец был хороший. А что слушать все равно. Кстати из художественной (может и моветон, но) Лукьяненко Черновик, Чистовик, Спектр - (это приключенческие детективы, хорошо начитаные, о других мирах, и Лукьяненко умеет классно развернуть интригу, и заставить задуматься)

На Хабре недавно было Десктопные GUI-тесты на Python. Лекция в Яндексе

tokens = input().split()

result = {}
for tkn in tokens:
  cnt = tokens.count(tkn)
  result[tkn] = cnt

print(result)