Как Вы Оцениваете Регрессионное Тестирование В Программировании?

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

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

Как взимать плату за регрессию, если вы единственный программист, участвующий в проекте? Вы даете скидку, исправляете бесплатно или какой-то 3-й вариант?

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

#регрессионное тестирование

Я стараюсь брать достаточно денег, чтобы можно было выполнять эту работу бесплатно. Но некоторым клиентам не нравится такая договоренность, поэтому иногда мне приходится принимать другие меры. ЮММВ. Вопрос на самом деле сводится к тому, кто возьмет на себя риск. Должна быть финансовая премия за принятие риска, чтобы немного выровнять ситуацию.

Вот основная проблема:

1. Заказчик не хочет остаться с неизвестным счетом за проект.

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

Разрешение этого конфликта требует добавления третьей базовой части:

• Тот, кто принимает на себя риск, должен в среднем получить скромное финансовое вознаграждение за принятие этого риска.

Обычно я предлагаю тариф, который включает бесплатные исправления ошибок в течение года. Эта ставка вдвое (!) превышает желаемую почасовую ставку. В большинстве случаев я не трачу время на ремонт послепродажного обслуживания. В некоторых случаях я провожу много времени. Я стараюсь планировать так, чтобы тратить около 2/3 своего времени на оплату по этому соглашению. Этот:

1. Защищает мои интересы и гарантирует, что я зарабатываю деньги.

2. Защищает моих клиентов, гарантируя, что им не придется платить большие счета за послепродажное обслуживание.

Однако некоторым клиентам такая схема не нравится, и она не работает для очень крупных проектов, поэтому в таких случаях я также предлагаю другую ставку (не рекламируемую, иногда всего лишь 50% от моей первоначальной ставки предложения) с четкими условиями. что на работу не распространяется гарантия и что я выставлю счет за все. В среднем я зарабатываю немного меньше на этих проектах, но я также не несу никакого риска тестирования и исправления ошибок.

ТЛ;ДР: Я стараюсь добавлять их бесплатно, выставляя счета по ставке, которая позволяет мне зарабатывать больше, делая это. Однако для крупных проектов или определенных клиентов я могу переложить риск на клиента и предложить большую скидку. Я считаю, что такой подход наилучшим образом отвечает интересам всех участников.

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

Если похоже, что вы унаследовали кодовую базу с некоторыми потенциальными проблемами, я бы заранее сообщил об этом клиенту. Скажите им, что предыдущий разработчик не учел изменения, которые вы сейчас вносите, да и как они могли? (Это снимает с вас вину, но не бросает предыдущего разработчика под удар. слишком резко). Таким образом, вам понадобится время, чтобы убедиться, что ваши новые функции хорошо интегрируются с существующими и не вызывают новых ошибок.