тестированием, о чем вы сейчас подумали.
С каких пор юнит тестирование не является структурным тестированием методом белого ящика? А чем же тогда оно является, если не этим?
> In structural testing, one primarily examines source code with a focus on control flow and data flow. Control flow refers to flow of control from one instruction to another. Control passes from one instruction to another instruction in a number of ways, such as one instruction appearing after another, function call, message passing, and interrupts
> Control flow testing is a kind of structural testing, which is performed by
programmers to test code written by them. The concept is applied to small units of code, such as a function. Test cases for control flow testing are derived from the source code, such as a program unit (e.g., a function or method), rather than from the entire program.
С ваших утверждений поржёт любой тестер. Хм. Я пытался донести до вас информацию, но ваша путаница вайт бокса с юнит (модульным) тестированием — это эпик вин. И вы это в очередной раз подтвердили. Если по фактам — вам на этой 21 странице утверждается, что при тестировании вайт бокса тестировщику известны конкретные модули и он может их тестировать в том числе и на модульном уровне. При этом тестирование черного ящика (ака функциальный метод) может применятся как на всей системе, так и на отдельных модулях. И это речь о методах тестирования черным и белым ящиком. Т.е. речь именно о известности или неизвестности данных. Удивительно, что вас даже не смутило то, что на этой же странице обсуждается "functional testing techniques can be applied to both an entire system and the individual program units" или то, что словосочетания "unit testing" нет.
Обсуждают сегодня