5 золотых правил для тест кейсов
#1
Отправлено 13 февраля 2013 - 06:46
#2
Отправлено 13 февраля 2013 - 09:05
первое золотое правило тест-кейса - никаких правил
второе золотое правило тест-кейса - см. первое золотое правило тест-кейса
</humor>
#3
Отправлено 13 февраля 2013 - 10:41
The first rule of Test Case is: you do not talk about Test Case.
The second rule of Test Case is: you do not talk about Test Case.
</humor>
#4
Отправлено 13 февраля 2013 - 11:02
И подразумевается, что их надо знать перед началом приступа их написания.
Ну, давайте не правила писать, а советы. Мы же из страны советов вышедшие (в наушниках заиграло "Мой адрес не дом и не улица", поэтому и).
* Пишите короткие тест-кейсы. Когда будете круто писать короткие, тогда сможете перейти к некоротким.
* Не воспринимайте тест-кейсы как набор обязательных шагов. Шаги там нужны для того, чтобы объяснить, как создать тестовую ситуацию, а не "как тестировать функционал".
* Не переводите "Тест-кейс" как "тестовый случай". Это "тестовая ситуация". Которая, разумеется, создаётся искусственным образом, с заранее определёнными намерениями.
* Прежде чем приступать к написанию тест-кейсов, умудритесь сперва написать список всего того, что можно протестировать в вашем приложении; и сделайте это, не прикасаясь к приложению. С идеями намного проще и продуктивнее работать, чем с этими детализированными увальнями — тест-кейсами.
* Пятый совет — а посоветуйте вы мне что-нибудь по поводу тест-кейсов. У вас ведь уже есть соображения? Пол-года возни с чужими кейсами не могли же пройти даром.
Software Testing Glossary - простыми словами о непростых словах.
#5
Отправлено 13 февраля 2013 - 13:01
* Дозируйте энергию. Смотри: http://www.ozon.ru/c...ail/id/8747662/
* пишите исходя из "Плана тестирования" (пример в моем блоге).
* Используйте уровни. Смотри: http://www.ozon.ru/c...ail/id/8747662/
* Следите за числом шагов. Смотри: http://www.ozon.ru/c...ail/id/8747662/
* Используйте разные форматы. Смотри: http://www.ozon.ru/c...ail/id/8747662/
* Проверяйте на ошибки. Смотри: http://www.ozon.ru/c...ail/id/8747662/
* Повесьте над столом распечатанную памятку. Смотри: http://www.ozon.ru/c...ail/id/8747662/
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#6
Отправлено 13 февраля 2013 - 13:06
Software Testing Glossary - простыми словами о непростых словах.
#7
Отправлено 13 февраля 2013 - 13:50
Так RTFM еще никто не отменялСергей, раньше говорили "Сперва добейся!", а сейчас можем говорить "Сперва зачитайся!" :)
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#8
Отправлено 13 февраля 2013 - 17:43
#9
Отправлено 13 февраля 2013 - 18:18
Сергей, раньше говорили "Сперва добейся!", а сейчас можем говорить "Сперва зачитайся!" :)
Нашел отличную историю про "сперва добейся". Только не знаю, насколько это правда. По моим наблюдениям вывод совершенно верный.
Коммерческий успех плохо коррелирует с ценностью ибо значительной массе людей можно «впарить» абсолютно любое убожество.
-------------------------------------------------------------------------------
США, 1969 год. Ведущий ток–шоу вызывает известную писательницу Пенелопу
Эш – автора нашумевшего бестселлера. Оркестр играет романтичную музыку, на сцене появляется … вереница хмурых мужиков.
Началась эта история с вечеринки, где выпивший журналист МакГрэйди утверждал, что вкусы читателей испортились окончательно, что им можно
«впарить» абсолютно любое чтиво. Протрезвев, он не отказался от своих слов и решил доказать их на деле. МакГрэйди подрядил группу своих коллег написать по главе, которые затем слепил в книгу. Было два условия: писать по возможности плохо, и не стесняться с постельными сценами.
Некоторые главы пришлось переделывать из–за того, что их качество не было в достаточной степени отвратительным. Книгу Nаkеd Cаmе thе Strаngеr
(Незнакомец пришел обнаженным), выпустили с изображением голой женщины на обложке.
КДПВ и клубничка сработали на все сто. Написанная ужасным языком и разными стилями книга продавалась влет. Он вошла в список бестселлеров и заслужила похвалу критиков. Те писали, что книга «остроумна, написана со вкусом, дает возможность по–новому взглянуть на взаимоотношения мужчин и женщин». Кто–то из них сравнил автора с Апдайком. Вскоре даже мистификаторам стало неудобно за успех своего «шедевра». Они признались в обмане в прямом эфире, после чего продажи … еще выросли. Каждый из авторов прилично заработал. Их уговаривали написать продолжение, впоследствии по книге был снят крайне откровенный фильм с одноименным названием.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#10
Отправлено 19 февраля 2013 - 13:14
* Пятый совет — а посоветуйте вы мне что-нибудь по поводу тест-кейсов. У вас ведь уже есть соображения?
Мне кажется, что это самый главный совет из всех :) После все общие вопросы должны будут отпасть. Останется конкретика связанная с решением какой-то определенной ситуации.
Имхо конечно. У меня еще не тот стаж, чтобы давать советы.
#11
Отправлено 19 февраля 2013 - 13:56
Software Testing Glossary - простыми словами о непростых словах.
#12
Отправлено 19 февраля 2013 - 17:51
1. Определение требований к ПО. Все тест-кейсы должны покрывать хотя бы одно требование. Если грамотно вывести требования из ФС, то последующее написание тестов можно проводить без документации к ПО
2. Не писать слишком много. Тест должен быть описан лаконично, но чтобы и ребенок понял.
3. По возможности делать кейсы независимыми друг от друга
4. Нельзя планировать тестирование в предположении, что ошибки не будут обнаружены
5. Тест-кейс должен быть легко исправляем в случае изменения ПО (важно)
6. Уделять внимание отрицательным сценариям также важно, как и положительным
В 5 не вошел)
#13
Отправлено 19 февраля 2013 - 22:19
Что подумалось:Пишу сейчас свои первые тест кейсы. По чужим работю уже с пол года, примерно. Что посоветуете при написании? Давайте составим 5 золотых правил для тест кейсов.
1. За какие заслуги, полгода прозанимавшись, мягко говоря, низко-квалифицированным рутинным занятием, гоняя чужие кейсы, можно вдруг стать тест-аналитиком/дизайнером?
2. Странно, что талант стратега, знатока покрытия и разработчика тестовых наборов так долго пробивался и проявился в вопросе о пяти золотых правилах как в очевидном признаке глупости менеджмента, назначившего товарища на данную роль (поручив/доверив ему писать тест-кейсы).
Ну да ладно, вопрос вот о чём.
Допустим, наш герой, вооружившись мудрыми советами высказавшихся здесь шутников, песенников, книголюбов, со стажем и без, ... накидал тест-кейсов.
Давайте теперь составим ещё правил для того, кому и как проверять, что эти кейсы действительно качественные: адекватны, эффективны, надёжны, мобильны, сопровождаемы и, соответственно, обеспечивают качественное ПО (результат)... или Жизнь сама покажет и расскажет посредством загрустившего Заказчика?
#14
Отправлено 19 февраля 2013 - 23:32
Мысль грамотная, однако одноплановая.Допустим, наш герой, вооружившись мудрыми советами высказавшихся здесь шутников, песенников, книголюбов, со стажем и без, ... накидал тест-кейсов.
Тест-дизайном, как и игрой на скрипке, можно начать заниматься без долгих муток в любое время суток. И каких коров доили до скрипкопения - вообще неважно.
Допустим, что накидал. И его ткнут мордочкой в тест-кейсы, мол, чувак...
И если он вырулит, то следующие тест-кейсы будет писать иначе. Чтобы не тыкали.
И можно верить в то, что его скрипка заиграет-запоёт. Когда-нибудь.
Зачем ему пять правил - ерунда, конечно, но хоть какие-то ориентиры качества. Мордочка-то не казённая, что ж ее постоянно тыканью подвергать...
Software Testing Glossary - простыми словами о непростых словах.
#15
Отправлено 21 февраля 2013 - 08:47
Извините, а чем таким нужно прославиться, и, главное, через какой промежуток времени, чтобы быть допущенны к написанию собственных тест кейсов?1. За какие заслуги, полгода прозанимавшись, мягко говоря, низко-квалифицированным рутинным занятием, гоняя чужие кейсы, можно вдруг стать тест-аналитиком/дизайнером?
- Программист.
У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)
#16
Отправлено 25 февраля 2013 - 22:01
"Скрипач" astenix, скрипка и жёсткая обратная связь... без слуха, нот, смычка и канифоли - это, как и ваши 'мордочка', 'чувак' и 'тыканье' блещет интеллектом и неисповедимостью путей вашего познания....будет писать иначе. Чтобы не тыкали...
"Неграмотный" notProgrammer, нужно не прославиться невнимательностью и некомпетентностью сразу и навсегда. К сожалению, у вас очень неадекватный вопрос, где слово "собственных" снимает все ограничения, как и отсутствие точки отсчёта запрашиваемого промежутка времени. Извините, на него соответственно ответить можно только, процитировав маэстро:...чем таким нужно прославиться...какой промежуток времени, чтобы быть допущеННЫ к написанию собственных тест кейсов?
Тест-дизайном, как и игрой на скрипке, можно начать заниматься без долгих муток в любое время суток.
Хорошо бы расширить тему ответом на вопрос: "каковы должны быть причины, из-за которых нельзя обойтись без тест-кейсов?"
Кто-нибудь может исходному теоретическому вопросу помочь обрести практический смысл?
#17
Отправлено 26 февраля 2013 - 13:22
Ах Негро... Как же Вам тяжело, бедному: вокруг Вас все такие дураки... Только и остаётся, что писать агрессивные и некорректные сообщения на форуме, по ходу придираясь к словам."Неграмотный" notProgrammer, нужно не прославиться невнимательностью и некомпетентностью сразу и навсегда. К сожалению, у вас очень неадекватный вопрос, где слово "собственных" снимает все ограничения, как и отсутствие точки отсчёта запрашиваемого промежутка времени. Извините, на него соответственно ответить можно только, процитировав маэстро:
Тест-дизайном, как и игрой на скрипке, можно начать заниматься без долгих муток в любое время суток.
- Программист.
У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)
#18
Отправлено 29 июля 2013 - 17:25
"В тестовой документации для каждого выполняемого шага тест-кейса должен быть описан ожидаемый результат. Нумерация шаг-результат нарушена, понять что к чему относится можно, но на это тратится больше времени, чем могло бы."
Вопрос к опытным тестировщикам: Это требование специфично?!? (то есть так принято только в этой компании) /> Или это общепрнятое правило?
Я из прочитанной литературы по тестированию поняла, что у тест-кейса может быть 1 или несколько ожидаемых результатов (ОР), но не на каждый шаг...Нумерацию результатов не сопоставляла шагам (просто по счету нумеровала, а где считала нужным писала - что ОР этот после конкретного шага ожидается) /> />
Пример тест-кейса прикрепляю в виде изображения(названия и логин/пароль скрыла - заменила на *).
Пример.JPG 70,06К 470 Количество загрузок:
Пример 2.JPG 82,96К 396 Количество загрузок:
#19
Отправлено 29 июля 2013 - 20:04
Да, тяжело читать. Если я верно понимаю, у первого тест-кейса ожидаемые результаты относятся к 2) и 4) шагу, соответственно? Я потратил с минуту, вчитываясь в кейс, но до сих пор не уверен в этом. =)
Нет, не думаю, что это требование специфично для конкретной компании. Тест-кейсы зачастую заменяют базу знаний по проекту и должны быть понятны настолько, чтобы новый на проекте человек без проблем мог по ним начать работать.
У тест-кейса может быть не один ОР. Важно лишь понимать, что тест-кейс, по сути, является атомарной единицей и не стоит его перегружать. К примеру, валидация пароля, который должен, согласно требованиям, быть 1) не менее 8 символов, содержать как минимум 2) одну большую букву, 3) одну маленькую, 4) одну цифру и 5) один не алфавитный символ легко описывается в одном тест-кейсе с, минимум, 6-ю ОР.
#20
Отправлено 30 июля 2013 - 08:38
AnastasiaM88, шаблон из Савина?
Да, тяжело читать. Если я верно понимаю, у первого тест-кейса ожидаемые результаты относятся к 2) и 4) шагу, соответственно? Я потратил с минуту, вчитываясь в кейс, но до сих пор не уверен в этом. =)
Нет, не думаю, что это требование специфично для конкретной компании. Тест-кейсы зачастую заменяют базу знаний по проекту и должны быть понятны настолько, чтобы новый на проекте человек без проблем мог по ним начать работать.
У тест-кейса может быть не один ОР. Важно лишь понимать, что тест-кейс, по сути, является атомарной единицей и не стоит его перегружать. К примеру, валидация пароля, который должен, согласно требованиям, быть 1) не менее 8 символов, содержать как минимум 2) одну большую букву, 3) одну маленькую, 4) одну цифру и 5) один не алфавитный символ легко описывается в одном тест-кейсе с, минимум, 6-ю ОР.
Да, шаблон (за исключением нумерации в ОР) брала из Савина.
Для 1-го тест-кейса ОР - для шагов 3 и 4.
Странно, что тогда у Савина ОР не на каждый шаг....
Спасибо за мнение.
приму здоровую критику и от остальных участников темы, форума
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных