OpenQuality.ru
Качество программного обеспечения
Добрый день.
Баги и дыры; качество ПО; архитектура систем и разработка приложений; тестирование и тестировщики; инструменты автоматизации и модульные тесты; эпизоды.
Баги и дыры
• Страшнее бага не найти: “We demonstrate that SSL certificate validation is completely broken in many security-critical applications and libraries.”
• Alan Page рассказывает о самом интересном баге в своей карьере: завалить сервер – это вам не шухры-мухры.
• What the fuck? Подборка забавных сообщений об ошибках.
• Я накуролесил? Сам все исправлю.
• В каких случаях полезен Application Verifier (MS Visual Studio) и какие баги он помогает найти.
• Каким образом хакеры взламывают сайты на платформе Wordpress и какие существуют средства защиты?
• История одного дампа: этого не может быть, потому что не может быть никогда.
Качество ПО
• Coding Style: почему так важно придерживаться определенного стиля программирования и что необходимо учесть?
• Пользователь формирует впечатление о сайте за считанные секунды. Что позволит его удержать и заинтересовать?
• Как обеспечить удобство пользования сайтом для пользователей на медленных каналах связи и слабых компьютерах?
• Gerald Weinberg рассуждает о превратностях на пути к качеству ПО и обрушивается на Agile-методики: “The harder we strive to produce “higher quality,” the lower the quality we tend to produce“.
Архитектура систем и разработка приложений
• Сказ о том как подружились Google Compute Engine и OpenStack и открылись новые перспективы для благодарных пользователей.
• Кто даст лучший совет по Python кроме его создателя? Guido van Rossum: на что обратить внимание для улучшения производительности Python-приложений.
• IBM developerWorks: облачная служба биллинга, анатомия облачной инфраструктуры хранения данных, окупаемость SaaS-решений и другие темы.
• Компьютерные игры и облачные технологии: точки соприкосновения и перспективы для пользователей и разработчиков.
• Масштабирование сервиса Playtomic с помощью NodeJS и Heroku: особенности реализации и полученные результаты.
• Специальный выпуск MSDN Magazine, посвященный Windows 8.
• Что учесть при создании JavaScript API, чтобы им было удобно пользоваться?
• Almost done: схватили, куснули и побежали дальше.
• IBM developerWorks: оздание iOS-приложения для демонстрации слайд-шоу на iPad, прогностический анализ, функциональное мышление и другие темы.
• TripAdvisor: цели, архитектура, особенности реализации, извлеченные уроки.
• Good design is an interesting thing. It’s easy to identify but hard to explain. Введение в тему.
Тестирование и тестировщики
• Десять советов тестировщику: на что обращать первоочередное внимание в своей деятельности?
• Тестирование приложений для мобильных устройств: немного теории плюс несколько практических примеров.
• Подборка публикаций о тестировании приложений в проектах с гибкими методиками их разработки.
• I.M.Testy призывает не ставить абсолютный результат выполнения автотестов во главу угла: автотесты – это средство, а не цель.
• Cover your ass, или почему жизнь тест-менеджера так тяжела в организациях с “тестированием в последнюю очередь“.
• Catherine Powell делится наблюдениями о проходящей на наших глазах эволюции тестировщика, в результате которой расширяется зона его ответственности.
• Jonathan Kohl рассматривает тестирование ПО как компьютерную игру и смотрит, к чему приводит подобное сравнение.
• Терминология тестирования: пирамида тестов на службе качества.
• Что такое герметичные серверы и как они применяются в Google для тестирования ПО.
Инструменты автоматизации и модульные тесты
• Grig Gheorghiu делится опытом применения инструментов для мониторинга информационных систем.
• Мониторинг информационных систем: требования к инструментарию и варианты выбора.
• Zhanyong Wan (инженер в Google) задается вопросом: почему существует так много библиотек для тестирования приложений на C++ и как с этим жить?
• Модульные тесты в Java: подходы к оптимизации производительности.
• Интервью со сварливым программистом о тестировании приложений: TDD, PHPUnit, Behat и другие темы.
• Adam Goucher публикует очередную подборку материалов по Selenium и смежным областям: 1, 2, 3.
Разное
• Прогноз Gartner: десять технологических тенденций на следующий год.
• История о том как письмо от рекрутера Google, адресованное математику, помогло обнаружить дыру в защите почтовой системы Google (и не только). Еще одна статья на эту тему. Бонус: краткая история спама.
• По мнению шефа Дилберта, волшебное слово “облако” способно привлечь потенциальных заказчиков.
• Вопрос на интервью: “Какие технологии вы знаете кроме NoSQL? Ответ.
• Как распознать, что с MS SQL Server происходит что-то неладное? На помощь приходит частное решение. Бонус: Как добиться более быстрого выполнения Select-запросов?
• Шеф Дилберта: если обещаешь бочку меда, никто не купит ложку дегтя. Но если у тебя всегда есть ложка меда в бочке дегтя, то разорение тебе не грозит.
• Интересная статистика по круговороту электронной почты: почтовые серверы, защита, производительность и другие характеристики.
• James Whittaker рубит наотмашь: как сделать совещания более эффективными.
• Jeff Atwood констатирует закат эры персональных компьютеров и аргументирует свою точку зрения.
• Хочешь привлечь хорошего программиста? Начинай пасти его в средней школе.
Эпизоды
М1. Нам нельзя релизить продукт с багами P2 (High Importance).
М2. Но сегодня крайний срок, и эти баги мы не успеем починить.
М1. Давай их сделаем P3!
М2. Но рано или поздно их надо будет чинить. Как же мы их потом отличим от настоящих P3?
М1. Тогда пусть у этих багов будет статус P3, а в описании бага пометку сделаем: “М1М2P2″!
М2. Теперь можно релизить!
М1. Львиная доля моего времени уходит на решение проблем, которые я сам создаю.
М2. И у меня то же самое. Замкнутый круг, и уже нельзя остановиться!
Б1. Что-то нас совсем находить перестали.
Б2. Релиз на носу. Каждый найденный баг – это баг, не найденный вовремя. Премия за срыв сроков – и все дела.
Б3. Я тут высунулся, а мне: “Спасибо, больше не надо!”
Всего доброго, до встречи!
Что такое качество программного обеспечения и как его улучшить: теория и практика, задачи и решения, подводные камни и обходные пути.