Sribna

Люблю различные метафоры и изречения. И я подумала, а почему бы не опубликовать интересные высказывания, связанные с программным обеспечением.

Качество - оно важно во всём:

«Качество имеет много общего с сексом. Все готовы к нему (конечно, при соответствующих условиях). Все думают, что понимают его (даже если не могут объяснить что это такое). Все думают, что сам процесс - это дело только личных предпочтений (рано или поздно, все это хоть как-то делают). И, конечно же, большинство людей считают, что проблемы в этой области вызваны противоположной стороной»

Программирование - как много в этом слове.

«Программирование, как и любовь –  одно слово, за которым скрывается бесконечное множество занятий.»

Программисты - удивительные люди. Как я уже говорила, они маги и волшебники.

«Программист - это не профессия, а диагноз.»

Тестировщики - кто они такие?

«Ну, во-первых, тестировщик - это человек!»

Помнится как один менеджер сказал: «Нам нужно еще два человека и один тестировщик». Он так и не понял почему над ним смеялись.

Ах, сколько же различных характеристик у программного продукта…

«Требовать и эффективности, и гибкости от одной и той же программы все равно, что искать очаровательную и скромную жену. По-видимому, нам следует остановиться на чем-то одном из двух.»

Бумажки, бумажки, бумажки… Ну как без них?

«Документация – касторовое масло в программировании: руководители полагают, что это хорошее средство, ибо программисты так ее ненавидят.»

Время летит, мчится и ускоряет свой бег, приближаясь к дате релиза. Ну как его остановить?

«Закон Брукса: если программистский проект не укладывается в сроки, то добавление рабочей силы только задержит его окончание.»

Ничто не совершенно, программы, к сожалению, тоже.

«Дефекты в программе как болезни в человеческом теле: с одними можно уживаться, с другими нет».

Если у Вас есть интересные и остроумные высказывания, пишите, пожалуйста, в комментах, буду рада почитать. Всем хорошего дня.

Сегодня наткнулась на забавную картинку:

Ведь действительно: ПО - это продукт магии, создающийся магами-девелоперами! Вы со мной согласны?
(more…)

На протяжении долгого и тяжелого пути тестирования, были замечены особенности, присущие данному виду деятельности. Прошу знакомиться:

• Тестирование демонстрирует присутствие дефектов, а не их отсутствие : Тестирование демонстрирует, что у продукта есть недостатки, т.е. в продукте есть дефекты. Тестирование не может доказать, что программа не содержит дефектов. Должное тестирование сокращает вероятность присутствия скрытых дефектов в тестируемом объекте. Даже если проблемы найдены в процессе тестирование, это не доказывает, что дефектов в продукте нет.
• Исчерпывающее тестирование невозможно: Исчерпывающий тест, в котором все возможные входные данные и их комбинации предусмотрены, включая различные предусловия, невозможен. Программное обеспечение, разрабатываемое на практике, требовало бы астрономического числа тест кейсов. Поэтому каждый тест кейс – это всегда лишь образец. Вследствие этого, выполнение тестов  должно быть контролируемо с учетом рисков и приоритетов.
• Работы, связанные с тестированием, должны начинаться как можно раньше: Тестирование должно начинаться на ранних стадиях жизненном цикла программного обеспечения и должно фокусироваться на заданных целях. Это поспособствует более раннему нахождению дефектов.
• Дефекты имеют тенденцию скапливаться группами: Дефекты не распределены равномерно, они имеют свойство «собираться группами». Поэтому, если много дефектов было найдено в одном месте,  обычно еще больше дефектов могут быть обнаружены неподалеку.  Не нужно критично относиться к данному правилу
• “Пестицидный парадокс”: Если те же самые тесты выполняются снова и снова, они теряют свою эффективность. Новые, неизвестные до сих пор дефекты не будут найдены. Поэтому, чтобы сохранить эффективность тестов и победить «пестицидный парадокс»,  должны быть созданы новые тест кейсы, а старые изменены.
• Тест ситуационно зависим: Две различные системы не должны быть протестированы одинаковым способом. Для каждой системы критерии завершения тестирования и т.д. должны быть выбраны индивидуально.
• Ошибочность предположения, что отсутствие сбоев означает пригодность системы: Поиск сбоев и корректировка дефектов не гарантирует, что система в целом соответствует ожиданиям и потребностям пользователя. Вовлечение пользователей в процесс разработки на ранних стадиях и использование прототипов поспособствует избежанию проблем.

Перевод из книги “Software Testing Foundations” (авторы: Andreas Spillner, Tilo Linz, Hans Schaefer)

Интересное в интернете:

• Быстрое создание саттелита с помощью XAP
• Даже когда денег нет, они все равно есть - так утверждает Макс Крайнов

Недавно столкнулся с проблемой исчезновения заднего фона у элемента списка в IE 6. Верстал я сайдбар темы для wordpress и был такой кусок кода (на самом деле он был другой, но для упрощения пусть он будет именно такой): (more…)