Что ладно-то?
Что значит «уверен в интерфейсах»? Обычно интерефейс диктуется уже существующим кодом.
В любом случае, пишите сначала Acceptance тесты, если изменения влияют на внешнее поведение (т.е. это не рефакторинг). После пишите базовые тесты. Делаете скелет нужной структуры, минимальный, так что бы тесты фейлились, но отрабатывали. Потом пишите уже код, так, что бы тесты проходили. Если становится понятно что нужно что-то добавить, чего вы не предусматривали — пишете на него тест, делаете скелет, тесты фейлятся, пишите реализацию.
Мы стараемся писать тесты так, что бы 1 тест проверял 1 аспект.
На ошибку тоже пишем тест.
Если есть момент взаимодействия с другими частями, не забывайте писать integration тесты.
Старайтесь писать так, что бы тесты были по минимуму завязаны на детали реализации. Тут важно понимать какой уровень тестируете.
Не бойтесь небольшой избыточности в тестировании — просто следите что бы каждый тест тестировал свой уровень абстракции.
Пользуйтесь coverage-утилитами.
Ну, у меня с наушниками такого формата всегда были неприятности — начиная от головных болей и «запаривания» (такие наушники ещё и тяжёлые) после долго сидения (ок. 7-8 часов) и заканчивая оторваными шнурами (дома это не так видно, в офисе поворачиваешся/ходящих туда-сюда больше).
И что, не запаривает в них сидеть? Что-то мне подсказывает, что таки запаривает в таком «шлеме»…
Да и вариант крепления провода к наушникам — ещё то говнище, зацепишь пару раз за провод и всё. Почему не делать активную петлю в месте крепления?
Ка ора! Ка ора!
softwaremaniacs.org/blog/2010/10/29/ubuntu-typography-keyboard/
Что значит «уверен в интерфейсах»? Обычно интерефейс диктуется уже существующим кодом.
В любом случае, пишите сначала Acceptance тесты, если изменения влияют на внешнее поведение (т.е. это не рефакторинг). После пишите базовые тесты. Делаете скелет нужной структуры, минимальный, так что бы тесты фейлились, но отрабатывали. Потом пишите уже код, так, что бы тесты проходили. Если становится понятно что нужно что-то добавить, чего вы не предусматривали — пишете на него тест, делаете скелет, тесты фейлятся, пишите реализацию.
Мы стараемся писать тесты так, что бы 1 тест проверял 1 аспект.
На ошибку тоже пишем тест.
Если есть момент взаимодействия с другими частями, не забывайте писать integration тесты.
Старайтесь писать так, что бы тесты были по минимуму завязаны на детали реализации. Тут важно понимать какой уровень тестируете.
Не бойтесь небольшой избыточности в тестировании — просто следите что бы каждый тест тестировал свой уровень абстракции.
Пользуйтесь coverage-утилитами.
У меня всё.
А вот писать из ДО написания кода — вот где истинный путь.
И что, не запаривает в них сидеть? Что-то мне подсказывает, что таки запаривает в таком «шлеме»…
Да и вариант крепления провода к наушникам — ещё то говнище, зацепишь пару раз за провод и всё. Почему не делать активную петлю в месте крепления?
Верняк в половине веток есть хотя бы 1 шутка из разряда «Hey appu!»
Когда же, наконец, все хорошие люди соберутся и убьют всех плохих людей?