Тестирование программного обеспечения. Базовый курс. 3-е издание



Pdf көрінісі
бет234/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   230   231   232   233   234   235   236   237   ...   307
Байланысты:
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU


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


Типичные ошибки при написании отчётов о дефектах
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 207/301 
Игнорирование т.н. «последовательных дефектов».
Иногда один дефект 
является следствием другого (допустим, файл повреждается при передаче на сер-
вер, а затем приложение некорректно обрабатывает этот повреждённый файл). Да, 
если файл будет передан без повреждений, второй дефект может не проявиться. 
Но может и проявиться в другой ситуации, т.к. проблема никуда не исчезла: прило-
жение некорректно обрабатывает повреждённые файлы. Потому стоит описать оба 
дефекта. 


Оценка трудозатрат, планирование и отчётность
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 208/301 
2.6. 
Оценка трудозатрат, планирование и отчётность 
2.6.1. 
Планирование и отчётность 
В главе «Логика создания эффективных проверок»
{152}
 
мы на примере «Кон-
вертера файлов» рассуждали о том, как при минимальных трудозатратах получить 
максимальный эффект от тестирования. Это было достаточно просто, т.к. наше 
приложение смехотворно по своим масштабам. Но давайте представим, что тести-
ровать приходится реальный проект, где требования в «страничном эквиваленте» 
занимают сотни и даже тысячи страниц. Также давайте вспомним главу «Подроб-
ная классификация тестирования»
{69}
 
с её несколькими десятками видов тестирова-
ния (и это без учёта того факта, что их можно достаточно гибко комбинировать, 
получая новые варианты) и подумаем, как применить все эти знания (и открывае-
мые ими возможности) в крупном проекте. 
Даже если допустить, что мы идеально знаем все технические аспекты пред-
стоящей работы, неотвеченными остаются такие вопросы, как: 

Когда и с чего начать? 

Всё ли необходимое для выполнения работы у нас есть? Если нет, где взять 
недостающее? 

В какой последовательности выполнять разные виды работ? 

Как распределить ответственность между участниками команды? 

Как организовать отчётность перед заинтересованными лицами? 

Как объективно определять прогресс и достигнутые успехи? 

Как заранее увидеть возможные проблемы, чтобы успеть их предотвратить? 

Как организовать нашу работу так, чтобы при минимуме затрат получить мак-
симум результата? 
Эти и многие подобные им вопросы уже лежат вне технической области — 
они относятся к управлению проектом. Эта задача сама по себе огромна, потому 
мы рассмотрим лишь малую её часть, с которой многим тестировщикам приходится 
иметь дело, — планирование и отчётность. 
Вспомним жизненный цикл тестирования
{27}
: каждая итерация начинается с 
планирования и заканчивается отчётностью, которая становится основой для пла-
нирования следующей итерации — и так далее (см. рисунок 2.6.а). Таким образом, 
планирование и отчётность находятся в тесной взаимосвязи, и проблемы с одним 
из этих видов деятельности неизбежно приводят к проблемам с другим видом, а в 
конечном итоге и к проблемам с проектом в целом. 
 
Рисунок 2.6.a — Взаимосвязь (взаимозависимость) планирования и отчётности 
Работа
Отчётность
Планирование


Планирование и отчётность
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 209/301 
Если выразить эту мысль чётче и по пунктам, получается: 

Без качественного планирования не ясно, кому и что нужно делать. 

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

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

Без правильных выводов невозможно создать качественный отчёт о резуль-
татах работы. 

Без качественного отчёта о результатах работы невозможно создать каче-
ственный план дальнейшей работы. 

Всё. Порочный круг замкнулся. Проект умирает. 
Казалось бы, так и в чём же сложность? Давайте будем хорошо планировать 
и писать качественные отчёты — и всё будет хорошо. Проблема в том, что соответ-
ствующие навыки развиты в достаточной мере у крайне небольшого процента лю-
дей. Если вы не верите, вспомните, как учили материал в ночь перед экзаменом, 
как опаздывали на важные встречи и… повторяли это раз за разом, так и не сделав 
выводов. (Если в вашей жизни такого не было, можно надеяться, что вам повезло 
оказаться в том небольшом проценте людей, у которых соответствующие навыки 
развиты хорошо.) 
Корень проблемы состоит в том, что планированию и отчётности в школах и 
университетах учат достаточно поверхностно, при этом (увы) на практике часто вы-
холащивая эти понятия до пустой формальности (планов, на которые никто не 
смотрит, и отчётов, которые никто не читает; опять же, кому-то повезло увидеть 
строго обратную ситуацию, но явно немногим). 
Итак, к сути. Сначала рассмотрим классические определения. 


Достарыңызбен бөлісу:
1   ...   230   231   232   233   234   235   236   237   ...   307




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет