oтестоориентированная разработка: http://en.wikipedia.org/wiki/Testdriven_development

oпример, как и в пользу чего отказываются от TDD (читать нужно так «TDD очень хорош, но это явно не панацея в тестировании»: http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live- testing.html

oчто ещё кроме TDD бывает в agile (а именно, developer TDD, developer regression testing, reviews/inspections, end of lifecycle testing, acceptance TDD, parallel independent testing, independent regression testing): http://www.ambysoft.com/essays/agileTesting.html

Model-based testing (и по сопричастности test automation): тут очень интересно, ибо приходится разбираться, как устроена предметная область – т.е. что такое испытания как таковые.

omodel-based testing: http://en.wikipedia.org/wiki/Model-based_testing

oпример слайдов занятия по model-based testing: https://www.st.cs.unisaarland.de/edu/testingdebugging10/slides/19_ModelBasedTesting.pdf

o time partition testing: http://en.wikipedia.org/wiki/TPT_%28software%29

o обезьянки против роботов (на русском): http://penxy.com/joso, http://penxy.com/wylo, http://penxy.com/rygi.

Test of Cyber-physical systems (control system engineering):

o разница в Model in loop(MIL), Software in loop(SIL), Processor in loop(PIL), Hardware in loop(HIL): https://www.linkedin.com/groups/Difference-between-MIL-SIL-PIL- 109866.S.167229094

ohardware-in-the-loop: http://home.hit.no/~hansha/documents/lab/Lab%20Work/HIL%20Simulat ion/Background/Introduction%20to%20HIL%20Simulation.pdf

oпримеры испытательных стендов (как «что-то-in-the-loop»), можно начать с http://www.autonomie.net/projects/engine_loop_18.html (и там есть ещё коротенькие определения терминов в картинках — http://www.autonomie.net/references/model_based_design_defs_24.html ).

Моделирование инженерных обоснований (в том числе assurance case, его посмотрите обязательно) —http://ailev.livejournal.com/811715.html (и там много-много ссылок внутри).

Как всегда, основной тренд в системной инженерии – это сдвиг всех проверок и приёмок влево на V-диаграмме (см. свежий блог пост Donald Firesmith – «Four Types of Shift Left Testing», http://blog.sei.cmu.edu/post.cfm/four-types-shift-left-testing- 082).

Упражнение: какая стратегия тестирования/испытаний (проверок и приёмки) в вашем проекте? Различаете ли вы проверку и приёмку?

Практики описания системы

Практики описания системы — это просто практики записи, они не подразумевают какого-то выдумывания описываемой системы. Практики описания включают в себя