|
![]() |
#1 |
Участник
|
Выбор количества тестов зависит от количества доступных люде-ресурсов. Тестировать можно бесконечно. Тут надо спросить - а какой уровень качества будет достаточен для вашего клиента? Если они будут всегда использовать один флоу, вызывая этот метод с параметрами по-умолчанию, имеет ли смысл лично вам тестировать все остальные комбинации?
Что до собственно самого подхода к выбору комбинаций для тестирования - почитай про Pairwise testing. Вот, к примеру, статья. http://software-testing.ru/library/t...s/1304-pairing В VS есть различные адд-оны и встроенные инструменты для поддержки такого рода тестирования. У себя в МС мы тоже пару раз писали "фреймворки" для удобства использования в попарном тестировании именно для Х++ |
|
|
За это сообщение автора поблагодарили: mazzy (2), Ace of Database (2), Slava Chernenko (1). |
![]() |
#2 |
Участник
|
Цитата:
Цитата:
там разные подходы и приемы. а какой правильный? ссылку обязательно прочитаю. спасибо. |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от kashperuk
![]() Что до собственно самого подхода к выбору комбинаций для тестирования - почитай про Pairwise testing. Вот, к примеру, статья.
http://software-testing.ru/library/t...s/1304-pairing задача "протестировать все значимые комбинации параметров" сводится к задаче "протестировать разные значения пар" а минимизация случаев делается за счет явного перечисления "use case'ов" предположим. а как он может сработать на приведенном примере? да, _agreement можно отделить. тогда остается 2^6 = 64 варианта. причем все из них примерно равнозначные (разве что ненулевой itemCode чуть более вероятен, чем остальные) и как применять? |
|