Обсуждение программы Text Filter можно найти здесь:
http://software-test...showtopic=13652
312 публикаций создано Alex_Gurevich (учитываются публикации только с 06 июня 2023)
Отправлено автор: Alex_Gurevich 12 сентября 2008 - 15:13 в Обучение тестировщиков ПО
Отправлено автор: Alex_Gurevich 28 ноября 2008 - 07:18 в Обучение тестировщиков ПО
Отправлено автор: Alex_Gurevich 16 сентября 2008 - 06:24 в Обучение тестировщиков ПО
задача современный Холодильник!
Что и как будем тестировать?
Предлагаю Вам начать, а остальные дополнят :)
А, вообще-то, неплохая идея! Может быть, стОит коллективно рассмотреть такие примеры. Думаю, что будет полезно.
Давайте подумаем над этим.
Отправлено автор: Alex_Gurevich 08 декабря 2008 - 07:54 в Обучение тестировщиков ПО
Отправлено автор: Alex_Gurevich 16 сентября 2008 - 13:51 в Обучение тестировщиков ПО
Действительно, давайте еще сильнее подорвем отделы тестирования в компаниях, которые этого заслуживают.
Отправлено автор: Alex_Gurevich 15 июля 2008 - 10:50 в Обучение тестировщиков ПО
Отправлено автор: Alex_Gurevich 04 декабря 2008 - 16:08 в Обучение тестировщиков ПО
Это не более интересный список вопросов, он просто более полный. Мне кажется переводить нет смысла - любой современный IT-инженер должен уметь читать по-английски, иначе ему в IT делать нечего, тем более там все простым языком написано. Да и такие вещи лучше черпать из первоисточниковВ той же ветке коллега Clauster указал на более интересный, с его точки зрения, список вопросов на странице http://sqa.fyicenter...re-QA-Testing/#. К сожалению, эти материалы на английском языке. Может быть кто-нибудь захочет перевести?
Отправлено автор: Alex_Gurevich 11 сентября 2008 - 13:29 в Обучение тестировщиков ПО
задача современный Холодильник!
Что и как будем тестировать?
Предлагаю Вам начать, а остальные дополнят :)
Отправлено автор: Alex_Gurevich 17 июля 2008 - 07:37 в Обучение тестировщиков ПО
Мне почему то хочется, чтобы были тесты на 9 и 10 у.е.. Причем логика подсказывает, что ошибка такого рода маловероятна, но чутье говорит, что проверить надо. Спите спокойно. Может вы и правы, что не сделали этих проверок.Ваш тестовый набор недостаточен. То, что фреймворк этого не обнаружил, видимо, объясняется тем, что решение подгонялось под ответы.
На тренинге я фреймворк не давал. Только форму для заполнения. Что было более объективно.
Следующая итерация. Кто первым найдет ошибку в наборе?
Сергей, интересно, в чем же недостаток? Скажите, пожалуйста, а то не смогу заснуть! :)
Отправлено автор: Alex_Gurevich 16 июля 2008 - 14:30 в Обучение тестировщиков ПО
Ваш тестовый набор недостаточен. То, что фреймворк этого не обнаружил, видимо, объясняется тем, что решение подгонялось под ответы.
На тренинге я фреймворк не давал. Только форму для заполнения. Что было более объективно.
Следующая итерация. Кто первым найдет ошибку в наборе?
Отправлено автор: Alex_Gurevich 17 июля 2008 - 14:51 в Обучение тестировщиков ПО
Это граница между 0 дней и 1 днем. Если денег меньше 9 (может быть и долг), то дней 0.Сергей, а почему именно 9 и 10? Это связано с 10 процентами?
Тогда, может быть, еще добавить 19 и 20 и 29 и 30?
Соответственно могут быть два подхода:-- Выделение в отдельную подгруппу (класс эквивалентности) всех сумм, на которые нельзя ничего купить. case x< 10: s=0; x< 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения. ... ... endcase-- Отсечение отрицательных дней. Для 0-9 и так получится 0. case x < 0: s=0; x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения. ... ... endcaseДля первого варианта нужна дополнительная проверка на 9 и 10. Для второго 0, -1.
Ну и -10 нужно добавить - я же не знаю как работает округление на отрицательных числах конкретно в этой версии языка. И вот это:case x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения. ... ... endcaseвполне может выдавать ноль дней на 0 и -1, но на -10 покажет -1 день.
Отправлено автор: Alex_Gurevich 31 июля 2008 - 15:20 в Обучение тестировщиков ПО
Отправлено автор: Alex_Gurevich 11 сентября 2008 - 12:22 в Обучение тестировщиков ПО
задача современный Холодильник!
Что и как будем тестировать?
Отправлено автор: Alex_Gurevich 05 декабря 2008 - 15:54 в Обучение тестировщиков ПО
Повторюсь ещё раз, я этот список не рекомендовал. Я даже не читал ответы на те вопросы и не могу гарантировать что там все верно.списка вопросов для тестировщика, рекомендованный Clauster’ом.
Могу порекомендовать два вопроса:
1. Зачем нужно тестирование
2. Зачем нужны тестировщики
Большинство кандидатов не могут вразумительно на них ответить.
Отправлено автор: Alex_Gurevich 12 сентября 2008 - 11:04 в Тест-дизайн и ручное тестирование
Я бы посоветовала разбить программу на функциональности и поочередно к каждй из них писать набор тестов.
Так как вы претендуете на позицию "стажер", то думаю стилья кейсов можно не придерживаться, а пишите в свободной форме.
Можно писать просто какие бы проверки вы сделали.
Например
1) Создание нового файла
2) Открытие файла с диска
2) Сохранение файла на диск
2) Копирование в буфер
3) Вставка из буфера
ну и подобное далее
Каждый из пунктов оснастить тестовыми сценариями в такой же форме
Еще можно в таком виде тест-кейсов оформить:
Название теста:
Открытие информации о программе
Действие:
Из главного меню "Help" выбрать подменю "About"
Результат:
После выбора пункта "About"откроется окно с информацией о имени продукта и версии.
ну и так далее. Только побольше тестовых сценариев добавить.
Все тут написано "на коленке". Но этот шаблон вполне можно использовать.
Отправлено автор: Alex_Gurevich 12 сентября 2008 - 10:57 в Тест-дизайн и ручное тестирование
Отправлено автор: Alex_Gurevich 28 ноября 2008 - 12:35 в Личный рост, карьера, развитие
Отправлено автор: Alex_Gurevich 03 декабря 2008 - 07:30 в Личный рост, карьера, развитие
Alex, зачем вы все это сюда тянете? Здесь все таки приличное место. И давать ссылки на явную "джинсу" без комментариев... Не комильфо это.
Отправлено автор: Alex_Gurevich 16 сентября 2008 - 06:54 в Обучение тестировщиков ПО
А потом на собеседовании можно будет сидеть и сравнивать ответы соискателя с данным списком:) Типа все он выучил или что-то забыл=)
Давайте хоть определим что за "чашка"?
Отправлено автор: Alex_Gurevich 23 сентября 2008 - 07:06 в Обучение тестировщиков ПО
А точно есть зависимость устойчивости от температуры жидкости внутри чашки? На мой взгляд очень косвенная.7. устойчивость к падению с поверхности: если она пуста, если она полна горячей жидкости, а если холодной, проверить влияние на это состава жидкости (кола, кофе, чай, сок, вода)
Отправлено автор: Alex_Gurevich 16 сентября 2008 - 06:29 в Обучение тестировщиков ПО
Отправлено автор: Alex_Gurevich 23 сентября 2008 - 10:53 в Обучение тестировщиков ПО
Дизайн на мой взгляд можно оценивать как и всякий субъективный фактор широкой группой специалистов путем голосования.
Отправлено автор: Alex_Gurevich 23 сентября 2008 - 13:37 в Обучение тестировщиков ПО
Я уверен что такой субъективный показатель как дизайн можно оценить только так.Дизайн на мой взгляд можно оценивать как и всякий субъективный фактор широкой группой специалистов путем голосования.
И что, Вы полагаете, такие сбор таких оценок можно назвать тестированием? Имеется в виду - теоретически, в принципе.
Хотелось бы напомнить, что речь идет об оценочном тесте при приеме на работу!
У Вас есть другие методы определения субъективных показателей?
С удовольствием узнаю.
Другой вопрос насколько тест ограничен?
Дизайн здесь Вам не к чему. Так и говорите.
Дизайн здесь Вам не к чему. Так и говорите.
Отправлено автор: Alex_Gurevich 23 сентября 2008 - 14:12 в Обучение тестировщиков ПО
Тестирование чашки - это не software тестинг, а скорее hardware. Несколько не корректное задание, не находите? ;)
И где спецификация к чашке? Чашки разные бывают, и предназначения у них соответственно тоже разные, что для одной чашки баг, для другой - фича.
Отправлено автор: Alex_Gurevich 24 сентября 2008 - 06:16 в Обучение тестировщиков ПО
согласен :) спецификация есть далеко не всегда, и ещё чаще не в лучшем виде..
тут конечно ясно, что речь идёт об обычной чашке отсюда можно и юз-кейсы к ней придумать, тем не менее, такая пространная постановка задачи допускает множество спекуляций с обоих сторон, ведь чашки всё же очень разные бывают :)
и скорее это немного out of scope нашей профессии, именно ввиду многих hardware нюансов, которыми владеют скорее технологи, нежели тестировщики
корректнее задавать вопросы по simple приложениям, хотя вопрос "как бы вы протестировали калькулятор?" уже в печёнках сидит :)
... хотя вопрос "как бы вы протестировали калькулятор?" уже в печёнках сидит :)
Community Forum Software by IP.Board Русификация от IBResource
Лицензия зарегистрирована на: Software-Testing.Ru