Тестирование программного обеспечения. Базовый курс. 3-е издание
Тестирование тем эффективнее, чем раньше оно выполняется
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Кластеризация дефектов
| Тестирование тем эффективнее, чем раньше оно выполняется
Этот принцип призывает не откладывать тестирование «на потом» и «на по- следний момент». Конечно, чрезмерно раннее тестирование может оказаться не- эффективным и даже привести к необходимости повторно выполнять большой 49 В настоящий момент сложно определить, кто и когда впервые сформулировал эти принципы. Множество источников про- сто один-в-один копируют друг у друга их описание, потому для простоты приведём ссылку на такой первоисточник: «7 Principles of Software Testing» [ https://www.interviewbit.com/blog/principles-of-software-testing/ ] Основные принципы тестирования Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 30/301 объём работы, но начатое вовремя (без промедления) тестирование даёт наиболь- ший эффект. Визуально эта идея представлена на рисунке 2.2.a {33} в одной из следующих глав: раннее тестирование помогает устранить или сократить дорогостоящие изме- нения. У данного принципа есть прекрасная аналогия из обычной повседневной жизни. Представьте, что вы собираетесь в поездку и продумываете список вещей, которые необходимо взять с собой. На стадии обдумывания добавить, изменить, удалить любой пункт в этом списке не стоит ничего. На стадии поездки по магазинам для закупки необходимого недоработки в списке уже могут привести к необходимости повторной поездки в магазин. На стадии отправки на место назначения недоработки в списке вещей явно приведут к ощутимой потере нервов, времени и денег. А если фатальный не- достаток списка вещей выяснится только по прибытии, может так оказаться, что вся поездка потеряла смысл. Кластеризация дефектов Дефекты не возникают «просто так». И уже тем более «просто так» не появ- ляется много дефектов в какой-то «проблемной» области приложения (не зря она и называется «проблемной»). Возможно, здесь используется какая-то новая или сложная технология. Мо- жет быть, здесь приложению приходится работать в неблагоприятных условиях или взаимодействовать с внешними ненадёжными компонентами. Или так получилось, что соответствующая часть требований не была проработана должным образом. Или вовсе (увы, бывает и такое) за реализацию данной части приложения отвечали недостаточно ответственные или недостаточно компетентные люди. В любом случае «группировка» дефектов по какому-то явному признаку яв- ляется хорошим поводом к продолжению исследования данной области программ- ного продукта: скорее всего, именно здесь будет обнаружено ещё больше дефек- тов. Да, обнаружение подобных тенденций к кластеризации (и особенно поиск глобальной первопричины) часто требует от тестировщиков определённых знаний и опыта, но если такой «кластер» выявлен — это позволяет ощутимо минимизиро- вать усилия и при этом существенно повысить качество приложения. жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|