OpenQuality.ru
Качество программного обеспечения
Добрый день.
События, публикации, решения по темам: архитектура систем и разработка приложений; баги и промашки; тестирование и тестировщики; инструменты автоматизации и модульные тесты; системное администрирование; эпизоды.
Архитектура систем и разработка приложений
• Искусство масштабирования: дзен-практики, факты и наблюдения.
• Jeff Atwood полагает, что весь web-трафик должен быть зашифрован, и переход от http к https должен стать стандартом де-факто в индустрии.
• Berkeley DB: архитектура, методы доступа, транзакции и другие особенности реализации.
• SQL-кластеры: в каких случаях они необходимы и что нужно учесть при их развертывании.
• Наша служба и опасна, и трудна: инженер Facebook рассказывает о борьбе со спамом, атакующим социальную сеть.
• Mike Loukides анализирует изменения в информационном пространстве, повлекшие переход от реляционных СУБД к NoSQL-решениям, и помогает соориентироваться во множестве существующих вариантов.
• Apache уступает Nginx в контексте масштабируемости web-сервера: “many developers are now replacing Apache with Nginx as they want to try something new and better suited to a layered architecture“.
• James McCaffrey решает задачу коммивояжера, ориентируясь на поведение муравьев и методики искусственного интеллекта.
• Тестируемость Java-приложений: как писать код, чтобы впоследствии его было удобно тестировать?
• Работа с исключениями: 15 полезных правил.
• Невероятные приключения при прочтении чужого исходного кода.
• Что такое Real Time Operating System: пример, определение, классификация, функциональность.
• Портрет сервиса 99designs: статистика, технологии, инфраструктура, узелки на память.
• Brian Marick рассказывает о планировании релиза продукта: “it will be the best product this development team can produce by that date“.
• День сурка: документация – штука полезная, займусь этим завтра.
• Неласковые слова в сторону системы управления версиями git: “если вам для работы с системой управления версиями нужен сайт с ежедневными новыми советами, то что-то не так в вашей системе“.
• Производительность облачных сервисов: Knowing is half the battle to leveraging cloud successfully. The other half is strategy and architecture.
• Десять полезных советов разработчику приложений для iPad: как обрадовать пользователя и перевернуть мир?
Баги и промашки
• Google предлагает миллион долларов за выявленные уязвимости в Chrome. Призовой фонд удерживается из зарплат тестировщиков браузера.
• Чистая, искренняя любовь к багу как предвестнику увлекательного путешествия в недра смартфона GTA04.
• В маленьком куске Python-кода скрываются большие баги, которые можно вычислить по большим ушам.
• Elijah Manor находит баги в jQuery-коде и предлагает пути их обхода.
• J. Michael Hammond обращает свой взгляд в прошлое и рассказывает о баге в арифметических операциях с комплексными числами, проявлявшемся в системе IBM RS-6000.
• Как просто найти баг в недрах Windows, особенно когда его нет.
• Пять суток гаупвахты за баг, приведший к падению советского спутника с ядерной энергетической установкой.
Тестирование и тестировщики
• Michael Bolton ищет сходство в сводках новостей и баг-репортах, а также дает несколько полезных советов по написанию последних.
• Michael Bolton призывает создавать рассказы о тестировании, соответствующие рассказам о требуемой функциональности продукта.
• Искусство описания бага: “Like a good artist, you’ll know when to follow the rules (of thumb) and when not to“.
• Michael Bolton призывает не судить о качестве продукта по соотношению успешных/неуспешных тестов.
• Elisabeth Hendrickson рассказывает о том, какие метрики она применяет и отвергает в agile-проектах.
• Нашел баг? Попридержи язык, а то убью его на месте.
• Evil Tester рассуждает на тему “Что такое тестирование?” и ставит под сомнение корректность такого вопроса.
• Cross-Site Scripting and SQL Injection Attacks: несколько простых примеров (1, 2).
• Darren McMillan находит интересный баг в web-интерфейсе, выбирает путь обхода для продолжения тестирования и призывает уделять таким багам повышенное внимание.
• Где черпать идеи для тестовых сценариев? Rikard, Martin и Henrik представляют 37 источников для вдохновения.
• Rikard Edgren на конкретном примере призывает рассматривать тестируемое предложение с разных точек зрения, учитывая все возможные варианты его использования.
• Michael Bolton обличает интерфейсы, ставящие пользователя в тупик: “И сколько же мне сидеть у раскрытого окна?”
• Ошибки при тестировании программного обеспечения сведены в один список (неполный).
• Прощайте, граф! Вас ждут великие дела! James Whittaker покидает пост тест-директора в Google и возвращается в Microsoft.
• Тестируемость приложений высока, если баги как на ладони.
• Сленг тестировщиков от uTest: SoLoMo, Showstopper и другие термины.
Инструменты автоматизации и модульные тесты
• Предварительные планы о поддержке старых версий браузеров в Selenium.
• Библиотека unittest для Python + gaeunit = модульные тесты для приложения, работающего с Google App Engine.
• Brian Marick ставит под сомнение живучесть приемочных тестов, реализованных в Fitnesse/Cucumber, и предлагает более эффективный способ их представления.
• Подборка публикаций о Selenium и смежных областях.
• Alan Page: автотесты позволяют не только автоматизировать рутинные операции, но и позволяют проверить ситуации, недоступные при ручном тестировании.
• Selenium и смежные инструменты: очередные подборки материалов (1, 2).
• Sean Walbran рассказывает о том, как прогон тестов RoR-приложения удалось ускорить в десять раз.
Системное администрирование
• Памятка администратору СУБД: как стать более эффективным и повысить свой авторитет в глазах коллег.
• Резервное сохранение данных: показуха или надежная защита? Пять (или чуть больше) простых вопросов.
Разное
• Воздушные силы США отказываются закупать компьютеры Apple iPad из-за наличия в них программного обеспечения, разработанного в России.
• Стратегия на техническое интервью: не суди, не прячься в футляр, не кайся, держи хвост пистолетом.
• Jeff Atwood ищет золотую середину между полным отказом от совещаний и чрезмерном увлечении ими.
• Если Google не улучшит GMail, мы улучшим его сами: подборка сервисов и расширений для работы с почтовым ящиком GMail.
• Смертельная битва на костылях: программист учит уму-разуму быдлокодеров.
• Текстовый редактор Vim: уроки мастерства для продвинутых пользователей.
• Jeff Atwood, один из создателей StackOverflow, покидает проект: “Stack Overflow and Stack Exchange have been wildly successful, but I finally realized that success at the cost of my children is not success. It is failure“.
• Windows 8 build 8220: лебединая песня кнопки Start.
• Facebook: дойная корова или мыльный пузырь? Jason Hiner не оставляет от социальной сети камня на камне.
Эпизоды
Б1. Устал от всех этих наговоров. Почему нас так не любят?
Б2. Никто никогда не бьет мертвый баг. Значит, мы чего-то стоим!
Т1. Релиз? Столько багов! Как можно выпускать такой продукт?
Р1. Баги ползают, продукт живет!
Т1. Этот баг висит в статусе Open второй год.
Р1. Тут надо не рубить с плеча, а ориентироваться по жизненным показаниям.
Р2. Если баг маленький, то вреда от него мало, а риск удаления большой – можно задеть жизненно важный код.
Р1. Надо подождать, пока удалять этот баг станет уже не рано и еще не поздно!
Т1. Мерзкий, никчемный баг! Сколько крови нашей выпил!
Р1. Баг нас не сломал, мы стали сильнее. Баг показал слабое место, и мы улучшили продукт.
Б1. Какой гадкий тестировщик. Себя не любит и в других червоточину ищет.
Б2. То ли дело разработчик: и похвалил, и укутал получше!
M1. Чем больше размер кода, тем больше в нем багов.
M2. Чем больше багов, тем больше на них нужно времени.
M1. Чем больше на них нужно времени, тем меньше времени на новый код.
M2. Вывод: чем больше пишешь код, тем меньше новых фишек в продукте.
М1. Нас не поймут. Вывод: плевать на баги!
Весеннего настроения!
Что такое качество программного обеспечения и как его улучшить: теория и практика, задачи и решения, подводные камни и обходные пути.
