Для всех начинающих еще можно посоветовать использовать Atlassian Jira, это, в общем-то, project-managment система, но баг трекер у них очень привлекательный, главное, что порадовало есть экспорт в word/excel красивый. Можно показывать примеры баг репортов и проч. документации, на собеседовании. (Ну как кейс - устраиваетесь вы в компанию и заранее их продукты/сайты/приложения которые нашли тестите и на интервью бахаете им 10 штук баг репортов красивых и все - они ваши)
К анализу ответов на вопрос 1-й части теста. В лекции Яны тема тесткейса представлялась в рамках того, что , например, в рамках таблицы в экселе (как частный случай вида записи тесткейса) для тест кейса мы зарезервировали от 5 полей (как минимум). И, Михаил, простите, поэтоу я думаю, что возникает расхождение с тем, что описывала Яна в своей Лекции- касаемо составляющих частей Тесткейса. У нее четко прозвучало, что есть steps instruction, actual results, pass-fail. Если time of planning (по Вашему вопросу) понимается, как этап планирования тест кейса, а таблица Яны и есть этот момент планирования.
33:00 дожно быть 5 тест-кейсов для Zip Code, поскольку два теста в видео (digits и 5 digits) проверяются одиним примером. Тейст кейс пройдет когда будут выполняться оба условия одновременно (все значения - цифры, всего 5 цифр). tc1 5digits 12345 accept tc2 4digits 1234 reject tc3 6digits 123456 reject tc4 all letters abcde reject tc5 sp.char. "№!%& reject Или как-то можно добавить tc6, чтобы он не копировал уже имеющиеся тесты?
Allowable in Domain Name The only *special symbol* allowable in a domain name is the *hyphen*, which can appear anywhere in the domain name other than as the first or last character. Beyond this, the only acceptable characters are the letters A to Z and the digits 0 to 9.
Так всё хорошо начиналось. Но к 7му уроку выяснилось что никто ничего не понимает. Забавно. Полагаю что виной тому трудности перевода. Уроки вроде как на русском, но все задания на английском.
У меня получилось 52 теста (если не считать негативных) для поля email address Вот что у меня получилось... ТЕСТИРОВАНИЕ ПОЛЯ EMAIL email состоит из 3-х частей: 1. local part: часть до символа @ не больше 64 значений буквы верхнего регистра буквы нижнего регистра цифры некоторые символы !#$%&'*+-/=?^_`{|}~ точка (если не идет первой, последней или последовательно) внутри кавычек: пробел и символы "(),:;@[\] а также несколько точек подряд внутри круглых скобок: комментарии в начале или в конце local part 2. @ charecter: сам символ @ не больше и не меньше одного @ в email address 3. domain part: часть после символа @ не больше 255 значений допустимые символы должны быть разделены точкой буквы верхнего регистра буквы нижнего регистра все цифры символ - (если стоит не в начале и не в конце domain part) ТЕСТИРОВАНИЕ ПОГРАНИЧНЫХ ЗНАЧЕНИЙ 1. длина local part равна 0 reject 2. длина local part равна 1 accept 3. длина local part равна 64 accept 4. длина local part равна 65 reject 5. отсутствует символ @ reject 6. только один символ @ accept 7. больше одного символа @ reject 8. длина domain part равна 0 reject 9. длина domain part равна 1 accept 10. длина domain part равна 255 accept 11. длина domain part равна 256 reject ТЕСТИРОВАНИЕ КОРРЕКТНЫХ ЗНАЧЕНИЙ 12. в local part все значения - буквы верхнего регистра 13. в local part все значения - буквы нижнего регистра 14. в local part все значения - цифры 15. в local part все значения - один из символов !#$%&'*+-/=?^_`{|}~ 33. в середине local part одно из значений - . 34. в local part внутри кавычек все значения - один из символов "(),:;@[\] или пробел или несколько точек подряд 48 в local part внутри круглых скобок все значения - буквы верхнего регистра 49. в domain part все значения - буквы верхнего регистра разделенные точкой 50. в domain part все значения - буквы нижнего регистра разделенные точкой 51. в domain part все значения - цифры разделенные точкой 52. в середине domain part одно из значений - символ -
@@chooser2006 Понимаете, я когда учился в школе, были жутко популярны "решебники". Т.е. готовые решения тех упражнений, что в учебнике. Их полезность отрицательная. т.е. Если вы не дошли своим умом до того, что от вас требовал преподаватель - то беда-печаль. Идея как раз в том, чтобы вы доходили своим умом.
Предложения/замечания: - следовало бы добавить проверки на присутствие/корректность TLD в domain part - 51. в domain part все значения - цифры разделенные точкой
![Gunna - HIM ALL ALONG [Official Video]](http://i.ytimg.com/vi/w7Wf0h1Q8a4/mqdefault.jpg)
С нашим удовольствием - главное, чтобы в деле сгодилось!!!
Для всех начинающих еще можно посоветовать использовать Atlassian Jira, это, в общем-то, project-managment система, но баг трекер у них очень привлекательный, главное, что порадовало есть экспорт в word/excel красивый. Можно показывать примеры баг репортов и проч. документации, на собеседовании. (Ну как кейс - устраиваетесь вы в компанию и заранее их продукты/сайты/приложения которые нашли тестите и на интервью бахаете им 10 штук баг репортов красивых и все - они ваши)
К анализу ответов на вопрос 1-й части теста. В лекции Яны тема тесткейса представлялась в рамках того, что , например, в рамках таблицы в экселе (как частный случай вида записи тесткейса) для тест кейса мы зарезервировали от 5 полей (как минимум). И, Михаил, простите, поэтоу я думаю, что возникает расхождение с тем, что описывала Яна в своей Лекции- касаемо составляющих частей Тесткейса. У нее четко прозвучало, что есть steps instruction, actual results, pass-fail. Если time of planning (по Вашему вопросу) понимается, как этап планирования тест кейса, а таблица Яны и есть этот момент планирования.
Спасибо , Спасибо большое Михаил.
33:00 дожно быть 5 тест-кейсов для Zip Code, поскольку два теста в видео (digits и 5 digits) проверяются одиним примером. Тейст кейс пройдет когда будут выполняться оба условия одновременно (все значения - цифры, всего 5 цифр).
tc1 5digits 12345 accept
tc2 4digits 1234 reject
tc3 6digits 123456 reject
tc4 all letters abcde reject
tc5 sp.char. "№!%& reject
Или как-то можно добавить tc6, чтобы он не копировал уже имеющиеся тесты?
спасибо Михаил!
Allowable in Domain Name
The only *special symbol* allowable in a domain name is the *hyphen*, which can appear anywhere in the domain name other than as the first or last character. Beyond this, the only acceptable characters are the letters A to Z and the digits 0 to 9.
очень доступно!
Thank you for lessons! Very helpful for me!
почему в задании с вопросом начинающимся со слов "СКОЛЬКО тест кейсов" Вы просите не число, а сами тест кейсы?
п.с.:это про задание с e-mail
Спасибо!
Добрый день! На сегодняшний день лучшая книга это Рома Паттона? (2 издание)
Так всё хорошо начиналось. Но к 7му уроку выяснилось что никто ничего не понимает. Забавно.
Полагаю что виной тому трудности перевода. Уроки вроде как на русском, но все задания на английском.
Очень точное замечание.
У меня получилось 52 теста (если не считать негативных) для поля email address
Вот что у меня получилось...
ТЕСТИРОВАНИЕ ПОЛЯ EMAIL
email состоит из 3-х частей:
1. local part: часть до символа @
не больше 64 значений
буквы верхнего регистра
буквы нижнего регистра
цифры
некоторые символы !#$%&'*+-/=?^_`{|}~
точка (если не идет первой, последней или последовательно)
внутри кавычек: пробел и символы "(),:;@[\] а также несколько точек подряд
внутри круглых скобок: комментарии в начале или в конце local part
2. @ charecter: сам символ @
не больше и не меньше одного @ в email address
3. domain part: часть после символа @
не больше 255 значений
допустимые символы должны быть разделены точкой
буквы верхнего регистра
буквы нижнего регистра
все цифры
символ - (если стоит не в начале и не в конце domain part)
ТЕСТИРОВАНИЕ ПОГРАНИЧНЫХ ЗНАЧЕНИЙ
1. длина local part равна 0 reject
2. длина local part равна 1 accept
3. длина local part равна 64 accept
4. длина local part равна 65 reject
5. отсутствует символ @ reject
6. только один символ @ accept
7. больше одного символа @ reject
8. длина domain part равна 0 reject
9. длина domain part равна 1 accept
10. длина domain part равна 255 accept
11. длина domain part равна 256 reject
ТЕСТИРОВАНИЕ КОРРЕКТНЫХ ЗНАЧЕНИЙ
12. в local part все значения - буквы верхнего регистра
13. в local part все значения - буквы нижнего регистра
14. в local part все значения - цифры
15. в local part все значения - один из символов !#$%&'*+-/=?^_`{|}~
33. в середине local part одно из значений - .
34. в local part внутри кавычек все значения - один из символов "(),:;@[\] или пробел или несколько точек подряд
48 в local part внутри круглых скобок все значения - буквы верхнего регистра
49. в domain part все значения - буквы верхнего регистра разделенные точкой
50. в domain part все значения - буквы нижнего регистра разделенные точкой
51. в domain part все значения - цифры разделенные точкой
52. в середине domain part одно из значений - символ -
Ваше сообщение более информативно, чем видео Портнова.
@@chooser2006 Понимаете, я когда учился в школе, были жутко популярны "решебники". Т.е. готовые решения тех упражнений, что в учебнике.
Их полезность отрицательная.
т.е. Если вы не дошли своим умом до того, что от вас требовал преподаватель - то беда-печаль. Идея как раз в том, чтобы вы доходили своим умом.
Предложения/замечания:
- следовало бы добавить проверки на присутствие/корректность TLD в domain part
- 51. в domain part все значения - цифры разделенные точкой