Тестирование программного обеспечения. Базовый курс. 3-е издание
Оценка с использованием структурной декомпозиции
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Структурная декомпозиция
|
Оценка с использованием структурной декомпозиции С другими техниками формирования оценки вы можете ознакомиться в следующей литературе: • «Essential Scrum», Kenneth Rubin. • «Agile Estimating and Planning», Mike Cohn. • «Extreme programming explained: Embrace change», Kent Beck. • PMBOK («Project Management Body of Knowledge»). • Краткий перечень основных техник с пояснениями можно посмотреть в статье «Software Estimation Techniques — Common Test Estimation Tech- niques used in SDLC 345 ». Структурная декомпозиция (work breakdown structure, WBS 346 ) — иерар- хическая декомпозиция объёмных задач на всё более и более малые под- задачи с целью упрощения оценки, планирования и мониторинга выпол- нения работы. 345 «Software Estimation Techniques - Common Test Estimation Techniques used in SDLC» [ http://www.softwaretest- ingclass.com/software-estimation-techniques/ ] 346 The WBS is a deliverable-oriented hierarchical decomposition of the work to be executed by the project team, to accomplish the project objectives and create the required deliverables. The WBS organizes and defines the total scope of the project. The WBS subdivides the project work into smaller, more manageable pieces of work, with each descending level of the WBS representing an increasingly detailed definition of the project work. The planned work contained within the lowest-level WBS components, which are called work packages, can be scheduled, cost estimated, monitored, and controlled. [PMBOK, 3 rd edition] Оценка трудозатрат Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 231/301 В процессе выполнения структурной декомпозиции большие задачи делятся на всё более и более мелкие подзадачи, что позволяет нам: • описать весь объём работ с точностью, достаточной для чёткого понимания сути задач, формирования достаточно точной оценки трудозатрат и выра- ботки показателей достижения результатов; • определить весь объём трудозатрат как сумму трудозатрат по отдельным за- дачам (с учётом необходимых поправок); • от интуитивного представления перейти к конкретному перечню отдельных действий, что упрощает построение плана, принятие решений о распаралле- ливании работ и т.д. Сейчас мы рассмотрим применение структурной декомпозиции в сочетании с упрощённым взглядом на оценку трудозатрат на основе требований и тест-кей- сов. С подробной теорией по данному вопросу можно ознакомиться в следую- щих статьях: • «Test Effort Estimation Using Use Case Points 347 », Suresh Nageswaran. • «Test Case Point Analysis 348 », Nirav Patel. Если абстрагироваться от научного подхода и формул, то суть такой оценки сводится к следующим шагам: • декомпозиции требований до уровня, на котором появляется возможность создания качественных чек-листов; • декомпозиции задач по тестированию каждого пункта чек-листа до уровня «тестировщицких действий» (создание тест-кейсов, выполнение тест-кейсов, создание отчётов о дефектах и т.д.); • выполнению оценки с учётом собственной производительности. Рассмотрим этот подход на примере тестирования требования ДС-2.4 {62} : «При указании неверного значения любого из параметров командной строки прило- жение должно завершить работу, выдав сообщение об использовании (ДС-3.1), а также сообщив имя неверно указанного параметра, его значение и суть ошибки (см. ДС-3.2)». Это требование само по себе является низкоуровневым и почти не требует декомпозиции, но чтобы проиллюстрировать суть подхода, проведём разделение требования на составляющие: • Если все три параметра командной строки указаны верно, сообщение об ошибке не выдаётся. • Если указано неверно от одного до трёх параметров, то выдаётся сообщение об использовании, имя (или имена) неверно указанного параметра и невер- ное значение, а также сообщение об ошибке: o Если неверно указан SOURCE_DIR или DESTINATION_DIR: «Directory not exists or inaccessible ». o Если DESTINATION_DIR находится в SOURCE_DIR: «Destination dir may not reside within source dir tree ». o Если неверно указан LOG_FILE_NAME: «Wrong file name or inaccessi- ble path ». 347 «Test Effort Estimation Using Use Case Points», Suresh Nageswaran [ http://citeseerx.ist.psu.edu/viewdoc/down- load?doi=10.1.1.597.6800&rep=rep1&type=pdf ] 348 «Test Case Point Analysis», Nirav Patel [ http://www.stickyminds.com/sites/default/files/article/file/2013/XUS373692file1_0.pdf ] Оценка трудозатрат Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|