понедельник, 22 марта 2010 г.

Типичный цикл разработки программного обеспечения

Думаю, кто работает в более-менее крупной IT-компании, взглянет эти этапы разработки программного обеспечения и скажет "...блин, ведь у нас точно так же!..". Я более чем уверен.

Итак, типичный цикл разработки программного обеспечения:

1. Программист пишет код, который, по его мнению, не содержит багов.
2. Продукт тестируется. Находится 20 ошибок.
3. Программист исправляет 10 ошибок и объясняет отделу QA, что остальные 10 - не баги, а фичи.
4. Отдел тестирования отправляет на доработку 5 старых багов и находит еще 15 новых.
5. Пункты 3 и 4 повторяются еще три раза.
6. В связи с маркетинговым давлением и слишком необдуманным анонсированием продукта, основанным на очень оптимистическом плане разработки, продукт уходит в релиз.
7. Пользователи находят 137 новых багов.
8. Программиста, писавшего продукт и получившего за него оплату, нигде не могут найти.
9. Нанятая в спешном порядке новая команда программистов исправляет почти все 137 багов, но при этом добавляет еще 456 новых.
10. Первоначальный программист высылает низкооплачиваемому отделу тестирования открытку с Фиджи. Весь отдел тестирования увольняется.
11. Компания поглащяется конкурирующей фирмой за прибыль, полученную от продажи их продукта, в котором 783 бага.
12. Советом директоров нанимается новый исполнительный директор. Он нанимает программиста чтобы переписать код с нуля.
13. Программист пишет код, который, по его мнению, не содержит багов...

Чистая жизненная правда!

вольный перевод жизненной правды отсюда

2 комментария:

  1. Да, именно так все и происходит! :)

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

    ОтветитьУдалить
  2. Карл, мне кажется это происходит в силу неправильно поставленных сроков на разработку, так в большинстве компаний, не учитывается время на тестирование и отладку, а только сама разработка. Заказчик сможет смело угрожать штрафными санкциями по заключённому контракту, если релиз выйдет не по плану. Вот от этого и страдает качество продукта.
    А ведь QA занимает не малую долю цикла разработки ПО, это нормальная практика в серьёзных организациях.

    ОтветитьУдалить

Рекоммендую

Попробуйте надёжный хостинг от Scala Hosting