K
А какие статьи или видео посоветуете для чтения с нуля?
Вот человек, который ничего не знает - что посоветуете?
Вот человек, который ничего не знает - что посоветуете?
Сейчас, к сожалению, дельной подборки у меня нет. :(
Size: a a a
2020 December 17
S
Можешь как бы купить, так даже лучше будет, возможно 🤔
К
А какие статьи или видео посоветуете для чтения с нуля?
Вот человек, который ничего не знает - что посоветуете?
Вот человек, который ничего не знает - что посоветуете?
Полезные ссылки в закрепе - на неделю хватит
К
Но я лично выбрал темную сторону
A
Полезные ссылки в закрепе - на неделю хватит
Неее, мне интересно именно от человека это услышать какую-то подборку. А в закрепе я уже большую часть видел =)
S
Видел=изучил?
A
Видел=изучил?
Изучил часть, а видел все ссылки
Но, повторюсь, меня интересовала подборка от человека
Но, повторюсь, меня интересовала подборка от человека
DN
Samvel Osipyan
с опытом, но не зная, что в этих книгах в норм компанию не попасть ?
Вышеуказанные книги (как и книги в принципе) -- это просто упорядоченный кусок информации, претендующий на некоторую полноту и согласованность. Это не Писание, догматов тут нет, наизусть учить ничего не надо. Надо, чтобы кандидат понимал, чем ему предстоит заниматься и говорил +- на одном языке с коллегами. Каким образом эта информация окажется в голове кандидата -- книги, статьи, форумы, блоги, видео, очные курсы, менторинг, просто пива с тестировщиком попить -- никого не волнует. Я даже допускаю -- сферически, в вакууме -- возможность существования суперкандидата, который месяц сидел на воде и рисе в тёмной комнате и сам до всего додумался (тут не рокет сайенс, всё-таки)
K
Ну вот первая же статья - https://habr.com/ru/post/279535/
Набор терминов без объяснения.
" Анализ Граничных Значений (Boundary Value Analysis — BVA). Если взять пример выше, в качестве значений для позитивного тестирования выберем минимальную и максимальную границы (1 и 10), и значения больше и меньше границ (0 и 11). Анализ Граничный значений может быть применен к полям, записям, файлам, или к любого рода сущностям имеющим ограничения."
А почему так? Человеку вне темы будет непонятно. Он станет слепо верить в сказанное и будет это применять неправильно.
Набор терминов без объяснения.
" Анализ Граничных Значений (Boundary Value Analysis — BVA). Если взять пример выше, в качестве значений для позитивного тестирования выберем минимальную и максимальную границы (1 и 10), и значения больше и меньше границ (0 и 11). Анализ Граничный значений может быть применен к полям, записям, файлам, или к любого рода сущностям имеющим ограничения."
А почему так? Человеку вне темы будет непонятно. Он станет слепо верить в сказанное и будет это применять неправильно.
K
"Основные пункты тест плана
В стандарте IEEE 829 перечислены пункты, из которых должен (пусть — может) состоять тест-план:
a) Test plan identifier;
b) Introduction;
c) Test items;
d) Features to be tested;
e) Features not to be tested;
f) Approach;
g) Item pass/fail criteria;
h) Suspension criteria and resumption requirements;
i) Test deliverables;
j) Testing tasks;
k) Environmental needs;
l) Responsibilities;
m) Staffing and training needs;
n) Schedule;
o) Risks and contingencies;
p) Approvals."
И вот все такие тест-планы создают?)))
В стандарте IEEE 829 перечислены пункты, из которых должен (пусть — может) состоять тест-план:
a) Test plan identifier;
b) Introduction;
c) Test items;
d) Features to be tested;
e) Features not to be tested;
f) Approach;
g) Item pass/fail criteria;
h) Suspension criteria and resumption requirements;
i) Test deliverables;
j) Testing tasks;
k) Environmental needs;
l) Responsibilities;
m) Staffing and training needs;
n) Schedule;
o) Risks and contingencies;
p) Approvals."
И вот все такие тест-планы создают?)))
DN
Практика показывает, что люди, прочитавшие "Тестирование DOT COM" часто имеют очень сбитое представление о тестировании и подходах. :(
Но это мой опыт.
Но это мой опыт.
Плюсую. Крайне не рекомендую никому Савина в качестве единственной книги.
DN
"Основные пункты тест плана
В стандарте IEEE 829 перечислены пункты, из которых должен (пусть — может) состоять тест-план:
a) Test plan identifier;
b) Introduction;
c) Test items;
d) Features to be tested;
e) Features not to be tested;
f) Approach;
g) Item pass/fail criteria;
h) Suspension criteria and resumption requirements;
i) Test deliverables;
j) Testing tasks;
k) Environmental needs;
l) Responsibilities;
m) Staffing and training needs;
n) Schedule;
o) Risks and contingencies;
p) Approvals."
И вот все такие тест-планы создают?)))
В стандарте IEEE 829 перечислены пункты, из которых должен (пусть — может) состоять тест-план:
a) Test plan identifier;
b) Introduction;
c) Test items;
d) Features to be tested;
e) Features not to be tested;
f) Approach;
g) Item pass/fail criteria;
h) Suspension criteria and resumption requirements;
i) Test deliverables;
j) Testing tasks;
k) Environmental needs;
l) Responsibilities;
m) Staffing and training needs;
n) Schedule;
o) Risks and contingencies;
p) Approvals."
И вот все такие тест-планы создают?)))
Не все, но из десятка проектов я могу точно вспомнить три, где был тест план с такой же или близкой к тому структуре )
K
"Severity vs Priority"
Кто придумал эту градацию? Кто её использует? Вы видели это в Redmine, Mantis, TFS?
Кто придумал эту градацию? Кто её использует? Вы видели это в Redmine, Mantis, TFS?
AK
"Severity vs Priority"
Кто придумал эту градацию? Кто её использует? Вы видели это в Redmine, Mantis, TFS?
Кто придумал эту градацию? Кто её использует? Вы видели это в Redmine, Mantis, TFS?
это придумано, чтоб на собеседовании можно было отказать любому человеку
AE
😂
K
это придумано, чтоб на собеседовании можно было отказать любому человеку
Вот да. :)
SO
Вышеуказанные книги (как и книги в принципе) -- это просто упорядоченный кусок информации, претендующий на некоторую полноту и согласованность. Это не Писание, догматов тут нет, наизусть учить ничего не надо. Надо, чтобы кандидат понимал, чем ему предстоит заниматься и говорил +- на одном языке с коллегами. Каким образом эта информация окажется в голове кандидата -- книги, статьи, форумы, блоги, видео, очные курсы, менторинг, просто пива с тестировщиком попить -- никого не волнует. Я даже допускаю -- сферически, в вакууме -- возможность существования суперкандидата, который месяц сидел на воде и рисе в тёмной комнате и сам до всего додумался (тут не рокет сайенс, всё-таки)
+
DN
"Severity vs Priority"
Кто придумал эту градацию? Кто её использует? Вы видели это в Redmine, Mantis, TFS?
Кто придумал эту градацию? Кто её использует? Вы видели это в Redmine, Mantis, TFS?
Видели. На паре проектов именно в таком виде. Обычно, конечно, удобнее использовать только priority.
K
Видели. На паре проектов именно в таком виде. Обычно, конечно, удобнее использовать только priority.
А в какой багтрекинговой системы велась работа?
И
А в какой багтрекинговой системы велась работа?
в Jira есть