Comments 3
Я тоже задавался этим вопросом. Насколько я смог понять, что при подготовке нужно так же смотреть в другие документы, например:
- Vocabulary ISO/IEC/IEEE 24765:2010
- Software test documentation IEEE 829-2008
и другие, но найти их не всегда получается.
Как пример:
3.3064
test case
- a set of test inputs, execution conditions, and expected results developed for a particular objective, such as to exercise a particular program path or to verify compliance with a specific requirement. IEEE Std 1012-2004 IEEE Standard for Software Verification and Validation.3.1.31.
- documentation specifying inputs, predicted results, and a set of execution conditions for a test item. IEEE Std 1012-2004 IEEE Standard for Software
Verification and Validation.3.1.31
Такие же документы есть/должны быть и на русском. Есть еще пость на Хабре: https://habr.com/ru/post/116825/ и комментарий там же https://habr.com/ru/post/116825/#comment_3800054
Если есть еще списки на стандарты и наши и не наши, то велком, добовляйте.
Таким образом, выходит, что тестовый скрипт это все же нечто иное, чем скрипт, написанный для автоматизации теста. Но тогда что же это?
С моей точки зрения ответ зависит от контекста. Может быть как скрипт, написанный для автоматизации теста, так и последовательность зависимых тест-кейсов для ручного выполнения.
Прям вспомнил тест на алкоголизм: виски можно прочитать как вИски, и как вискИ. Тоже самое с бЕлками и белкАми. Написание одно, а значение зависит от контекста.
Во-первых, я смотрю только на англоязычные определения, для меня это язык оригинала. То, что на русском, к сожалению может содержать вольности перевода и терять свою точность. Отсюда ISTQB чаще всего рекомендуют сдавать на английском.
Во-вторых, смотрите, в основе всех определений лежит test. И согласно глоссарию test = test case. Пусть мы тестируем функционал А.
Test case для него — это заполненная табличка, где колонки называются input values, preconditions, expected results, postconditions.
Дальше нужно знать, что с этой таблицей делать, чтобы любой мог взять test case и отметить его как passed или failed. Тут на помощь придет test procedure = test script и он будет выглядеть условно так:
step 1: возьми input data
step 2: встать в окошко
step 3: нажми кнопку
step 4: запомни результат
step 5: сравни с expected data
Этим любым может быть фреймворк для тестирования, что на практике желательно (тогда скрипт — это программный код), а может быть ручной тестировщик (тогда скрипт — руководство к действию).
Все упомянутое, вместе с описанием функционала, который тестируете будет большой документ test specification.
У меня получилось, test=test case -> test procedure=test script -> test specification
Не знаю, ответила ли я на ваш вопрос, но возможно, дала немного пищи для размышления. Удачи с ISTQB, образование — дело хорошее!
К вопросу о сертификации ISTQB