Много памяти не бывает? Кто-то может возразить, что хоть и хочется установить большой объем памяти, но мы все равно упремся в ограничение числа каналов работы памяти процессора, повышенную нагрузку и другие характеристики. С другой стороны, встает дилемма о том, сколько модулей памяти использовать одновременно и что выгоднее — поставить много недорогих планок, но меньшего объема, или несколько, но максимального. Если для бытовых ПК обычно мы можем использовать максимум 4 планки, то для серверов такое ограничение будет не так существенно и вопрос выливается в плоскость экономики.
Рубрика «тесты»
Памяти много не бывает. Исследуем сервер от GIGABYTE — R283-ZK0-AAL1
2025-01-31 в 12:25, admin, рубрики: gigabyte, обзор, память, сервер, серверное железо, тесты, тесты производительностиОсновы разработки для автоматизации тестирования
2025-01-06 в 7:16, admin, рубрики: UI, автоматизации, автоматизация тестирования, зависимости, интерфейса, пользовательский интерфейс, тестирования, тесты, уровня, элементовДля автоматизации тестирования разработка надёжных скриптов может оказаться довольно сложной задачей. Расскажу о методах повышения надёжности через призму пирамиды автоматизации тестирования с минимизацией зависимости от пользовательского интерфейса. Затрону швы в коде, локаторы и стратегии поиска UI‑элементов.
В книге «Успех с Agile: разработка программного обеспечения с использованием Scrum» (англ. Succeeding with Agile: Software Development Using Scrum, Mike Cohn) Майк Кон представил пирамиду автоматизации тестирования как модель, описывающую три уровня:
-
Модульный уровеньЧитать полностью »
Aвтоматизация через призму пирамиды тестирования. Минимизация зависимости, швы, локаторы и о поиске UI-элементов
2025-01-06 в 7:16, admin, рубрики: UI, автоматизации, автоматизация тестирования, зависимости, интерфейса, пользовательский интерфейс, тестирования, тесты, уровня, элементовВ книге «Успех с Agile: разработка программного обеспечения с использованием Scrum» (англ. Succeeding with Agile: Software Development Using Scrum, Mike Cohn) Майк Кон представил пирамиду автоматизации тестирования как модель, описывающую три уровня:
-
Модульный уровеньЧитать полностью »
Тест звука: OnePlus 3 Pro в сравнении с референсом (AZ80)
2025-01-04 в 23:50, admin, рубрики: HiFi, iem, tws, аудиофилия, затычки, звук, качество звука, наушники, обзор, тестыСВЯЗАННЫЕ ССЫЛКИ
-
Общее сравнение звука лучших TWS:
Тестирование лучших по звуку беспроводных наушников в сравнении с референсными: Лучшие беспроводные наушники (TWS) 2024 - начала 2025. Сравнение звука топовых HIFI труваров -
Эта статья на Дзене:
Тест звука: OnePlus 3 Pro в сравнении с референсом (AZ80) -
Секция моего канала о Тестировании Аудио и Звуке вообще:
Тесты Аудио и Всё о Звуке | Мысли в фокусе
(можно подписаться, чтобы не пропустить) -
Методика тестирования:
Описание тут: Читать полностью »
Функциональный прототип Атома успешно прошел первую часть испытаний по записи дорожных нагрузок
2024-12-17 в 14:55, admin, рубрики: автополигон, НАМИ, тесты, функциональные прототипы, электромобиль-гаджетКоманда Атома совместно со специалистами МГТУ им. Н.Э. Баумана завершили серию испытаний функциональных прототипов электромобиля. В ходе тестирования проводились динамические испытания с различными типами нагрузок и дорожным покрытием. Полученные результаты помогут улучшить надежность и безопасность электромобиля Атом перед серийным производством.

void
в плюсах довольно забавная штука. Мы можем привести к void
почти любой тип, завести указатель с типомvoid*
, который может адресовать что угодно. Еще можем сделать функцию с возвращаемым типом void
, которая ничего не возвращает. Объявление функции типа void f(void)
будет просто функцией без аргументов. Но вот иметь объекты типа void
или написать что-то вроде void&
Читать полностью »
Знакомимся с трансляторами ассемблера для ПК
2024-09-13 в 14:09, admin, рубрики: open source, бенчмарки, исследование, исследование программ, тестирование, тестыВведение
Привет! Сегодня я хочу поделиться своими наблюдениями и опытом по работе с различными ассемблерами. Я сам пишу на языке C и относительно редко касался темы ассемблера. Но недавно решил восполнить этот пробел в знаниях и посмотреть на различные ассемблеры. В данной статье мы не будем рассматривать ARM, AVR и другие микроконтроллерные архитектуры, а сосредоточимся исключительно на компьютерных ассемблерах. Давайте не будем судить строго, ведь это скорее исследовательский опыт, чем глубокое погружение.
Введение в ассемблеры
Тест поддельного шуруповерта Makita
2024-08-23 в 9:50, admin, рубрики: makita, WildBerries, аккумуляторы, обзор, подделка, подделки, тестирование, тесты, шуруповерт
Это самый популярный шуруповерт на Wildberries. Каждый месяц их продают примерно по 8-9 тыс. штук на 15 млн. руб. Все остальные шуруповерты отстают по продажам в разы.
Написание функционального тестирования в Go
2024-08-17 в 7:15, admin, рубрики: Go, golang, тест, тестирование, тесты, функциональное тестирование, функциональное тестирование по, функциональные тестыМногие пишут юнит-тесты, но не все знают, как писать функциональные. В этой статье будут библиотеки, фишки про функциональные тесты, а самое главное - попрактикуемся их писать на примере Rest API
Функциональное тестирование

Отвага и отвага: замена ERP на действующем вагоноремонтном производстве с тестами прямо в бою
2024-06-13 в 7:00, admin, рубрики: 1С ERP, ERP, sap, завод, производство, тесты
Если бы мы были обычной компанией, то вы никогда не услышали бы эту историю. Это то, во что ни один здравомыслящий человек не должен вписываться ни при каких условиях, это тип задачи, который просто невозможен для ИТ по своей сути, но нам нужно было это сделать. Потому что производство ставит реальные задачи. А они пахнут далеко не розами.
Итак, мы 80 лет ремонтируем вагоны, у нас 39 точек на карте: вагоноремонтных депо и участков отцепочного цеха от Белгорода до Белогорска, и раньше мы входили в состав РЖД. Потом вошли в ОМК, и понадобилось переехать из одного ИТ-контура в другой. Мы пользовались для управления производством и для отчётности частями софта РЖД. Софт был понятен, привычен, очень глубоко интегрирован во всё, что у нас есть, и в ландшафт РЖД.
Дальше у нас был простой выбор: либо мы остаёмся вообще без систем, либо внедряем свои. РЖД была не готова держать в своём контуре компанию чужой группы, а переход в DMZ после подсчётов оказался почти таким же по цене, как новое внедрение. С учётом отдельной лицензии SAP — даже дороже.
В итоге мы оказались в ситуации, когда за год нужно было выделиться в отдельный контур, внедрить 1С ERP, запустить на ней управленческий и бухгалтерский учёт, само управление производством, и всё это — без шансов сделать что-то не то.
На всякий случай подскажу, что мы умеем ремонтировать вагоны. Мы не занимаемся внедрением ERP, и вообще на этот проект у нас было всего человек пять айтишников. Сюра в ситуацию добавил тот факт, что подрядчик понял задачу не как «Нужно кровь из носу сделать до дедлайна», а как «Нужно расписать план работ до дедлайна, а там — как пойдёт».
В общем, на начало проекта мы ещё не понимали, что нам придётся повидать.
Не повторяйте такого дома. Никогда! Читать полностью »