OpenQuality.ru
Качество программного обеспечения
Добрый день.
В выпуске: баги и дыры; архитектура систем; разработка и отладка приложений; тестирование ПО и тестировщики; инструменты автоматизации; эпизоды.
В разделе “Опыт экспертов” вышла статья Список паттернов искаженного мышления.
Весна пришла!
Баги и дыры
• Office 2013 уличили в безграмотности: нармально или дуратская ситуация?
• Камень в огород Microsoft Office 2013: если это правда, приобретенный продукт нельзя переставить на другой компьютер.
• Сообщения в пользовательском интерфейсе могут ввести в ступор или заставить расплыться в улыбке.
• Шутка: баги и аварии снижают убытки, если сервис неприбыльный. Since Amazon’s retail operations are unprofitable, they’re actually gaining money. Бонус: комментарии.
Архитектура систем
• Уроки, извлеченные при создании PaaS-сервиса SongPop на базе Google App Engine.
• Подходы к оптимизации отображения картинок на web-страницах: новые форматы, предварительная загрузка, масштабирование и другие решения.
• Оптимизация Netflix API: что послужило предтечей, извлеченные уроки, обзор реализации.
• Технические лидеры в Facebook впереди планеты всей: краткая история становления инфраструктуры социальной сети.
Разработка и отладка приложений
• Порой заметного улучшения производительности кода можно добиться совсем небольшими усилиями, избавившись от устаревших ограничений.
• Каждый программист считает ужасным чужой код, который перешел в зону его ответственности. Но иногда код считает ужасным нового программиста.
• Возврат строки и перевод каретки: тяжелое наследие прошлого заметно усложняет жизнь программиста.
• История Angry Birds: успех не приходит в одночасье.
• Семь крупиц знаний об SQL Server, которые будут полезны разработчику.
• Brent Ozar детализирует вопросы, которые нужно задать перед оптимизацией SQL-запроса. В идеале: the Fastest Query is the One You Never Make.
• Будни Chromium-разработчика: как выглядит процесс коммита и каким детективным историям он может положить начало.
• Every change breaks someone’s workflow. Нужно приспосабливаться.
Тестирование ПО и тестировщики
• Интервью с Elisabeth Hendrickson – культовой фигурой в мире гибких методов разработки и тестирования ПО.
• Michael Bolton считает надуманным разделение тестирования на “ручное” и “автоматизированное”: you don’t talk about compiling and linking as “automated programming”, do you?—nor do you talk about writing code as “manual programming”, do you?
• Прощайте, тест-планы и оценки покрытия кода тестами. Да здравствует анализ ошибок, прислушивание к голосу пользователя и сплоченность команды.
• James Bach полагает, что тестировщик, работающий в паре с программистом, способен ему существенно помочь.
• Еще немного, еще чуть-чуть, последний бой – он трудный самый.
• Почему среднее время отклика есть неверная характеристика производительности web-сайта и какие существуют альтернативы?
• Краткая сводка преимуществ и подводных камней исследовательского тестирования.
• Martin Jansson взвешивает на весах различные подходы к тестированию приложений и анализирует степень их перекрытия.
• Lisa Crispin отвечает на пять вопросов по тестированию ПО и значении тестировщиков в процессе создания продукта.
Инструменты автоматизации
• Автоматизация ручных операций позволит избежать досадных ошибок (если их не будет в скриптах автоматизации). Плюс комментарии.
• Adam Goucher с очередной подборкой ссылок по автоматизации тестирования приложений (1, 2, 3, 4).
Разное
• Сколько твитов понадобится, чтобы занять их проговариванием все население земного шара?
• Тяжела и неказиста жизнь продукта без выделенного сотрудника с должностью Product Manager.
• В отдельных ситуациях частота совещаний может оказаться не только избыточно высокой, но и ужасающе низкой, если ждать совещания для решения простых вопросов.
• Лучшее поздравление с днем влюбленных от программиста (via) . Вбейте в строке поиска Google: 5 + (-sqrt(1-x^2-(y-abs(x))^2))*cos(30*((1-x^2-(y-abs(x))^2))), x is from -1 to 1, y is from -1 to 1.5, z is from 1 to 6
• Markus Frind, основатель Plenty Of Fish, рассказывает о том как боролся с воровством идей: временный отказ от инноваций, видимых пользователю, и улучшение инфраструктуры, чтобы стать больше всех.
• Команда проекта StackExchange делится своим опытом удаленной работы: преимуществ больше чем недостатков.
• Из оптимиста в чудовище: “Мы хотим всем рекордам наши громкие дать имена“.
• Десять секунд на ввод Unix-команды tar с правильными аргументами, или отправишься к праотцам.
• Настоящий энтузиаст и изобретатель способен использовать репозиторий GitHub для создания дома своей мечты.
• Может ли IT-специалист отвечать за фронт работ, который ему никто не поручал?
Эпизоды
M1. Нужно гибко подходить к процессу. В agile-проектах требования могут меняться три раза в день. Это нормально.
M2. Не стоит прогибаться под изменчивый мир.
M1. А точно он прогнется под нас?
Т. Это кто тут нашкодил?
Р. Я не такая, я жду трамвая…
Т. What a beautiful bug. I’d rather Like it!
Р. I’m gonna Unlike your Like.
Т. If you Unlike my Like, I will Unlike your Unlike.
Б. Do you people Like me or not?
До встречи!
Что такое качество программного обеспечения и как его улучшить: теория и практика, задачи и решения, подводные камни и обходные пути.
