Действительно какой-то странный перевод, Алекс.
А как перевести тогда слово "утилита"?

Василий, уточни, пожалуйста, вопрос.
Ты - по поводу перевода слова tool?
Я брал сведения из словаря Яндекса: http://lingvo.yandex.ru/en?text=tool
А вообще-то слово утилита - очень удачное. Постараюсь внести в определение.

Да, топик же tool. Просто первый вариант перевода я бы отнес к утилите именно - "небольшая вспомогательная программа".

По-твоему, можно сказать, что "тул - это вспомогательная программа, утилита..."?

Тул (от англ. tool - рабочий инструмент; орудие труда) - небольшая вспомогательная программа, инструментарий (например, для тестирования).


Оглавление настоящего словаря - http://software-testing.ru/forum/index.php?showtopic=12862.

А почем небольшая? Что тогда большие?

Я хотел бы посоветоваться - бывает ли большой тул?

Rational Functional Tester = tool
Autoit = tool
Rational Functional Tester >>> Autoit

Хорошо, пусть будет так:

Тул (от англ. tool - рабочий инструмент; орудие труда) - вспомогательная программа, утилита, инструментарий (например, для тестирования).

Все согласны?

А все же, нет ли противоречий между "тулом" и "утилитой"? Правильно ли я понимаю, что "тул" может быть больше "утилиты"?

На мой взгляд, да, может.

Тогда оставляем, как есть...

Тул (от англ. tool - рабочий инструмент; орудие труда) - вспомогательная программа, утилита, инструментарий (например, для тестирования).

Оглавление настоящего словаря - http://software-testing.ru/forum/index.php?showtopic=12862.

Слово "утилита" само по себе требует перевода или расшифровки. Я бы не стал включать его в перевод, имхо.

Мне, все-таки, кажется, что это слово - очень удачное.

Утилита - это уже достаточно устоявшийся термин в компьютерной лексике.

Я вспоминаю еще Norton Utility на заре существования PC...

А все же, нет ли противоречий между "тулом" и "утилитой"? Правильно ли я понимаю, что "тул" может быть больше "утилиты"?

Тул (от англ. tool - рабочий инструмент; орудие труда) - небольшая вспомогательная программа, инструментарий (например, для тестирования).


Оглавление настоящего словаря - http://software-testing.ru/forum/index.php?showtopic=12862.

А почем небольшая? Что тогда большие?

Я хотел бы посоветоваться - бывает ли большой тул?

Трейсабилити (от англ. traceability - трассируемость) - отслеживаемость, характеристика, позволяющая устанавливать связь между элементами аппаратуры или процессами, между требованием и источником требования, между методом проверки и его основным требованием (см. http://www.mak.ru/ru....apparatura.pdf).

Слово встречается, в частности, в: http://software-test...w...t=0&p=58239.


Оглавление настоящего словаря - http://software-testing.ru/forum/index.php?showtopic=12862.

Трассировать (от англ. trace - шаг, тропа) - выполнять пошагово.

Слово встречается, в частности, в: http://lingvoforum.n...page;topic=55.0.


Оглавление настоящего словаря - http://software-testing.ru/forum/index.php?showtopic=12862.

Трансформить (от англ. to transform) - преобразовать, трансформировать.

Трансформ - преобразование.

Слово встречается, в частности, в: http://www.flasher.r...amp;postcount=5.

См. также - Конвертить.


Оглавление настоящего словаря - http://software-testing.ru/forum/index.php?showtopic=12862.

Толковый словарь по информатике на www.finam.ru:
http://www.finam.ru/...012/default.asp

Приводятся английские эквиваленты, по которым возможен поиск.

Перевелся в другой университет
Нужно досдавать разницу в учебных курсах.
ИТ у меня не было.
В билетах есть вопрос "Технологии обработки данных".
Что по нему можно ответить. Есть у кого-нибудь ссылочка на материал в сети.
"Распределенная обр-ка данных" - это отдельный вопрос.

Попробуйте посмотреть http://www.chyhareva..._dan/index.html и далее по сайту.

Алексей Булат в своем блоге "Про тестинг" предлагает интересный список часто задаваемых вопросов при собеседовании на позицию тестеровщика:
http://alexeybulat.b...stionnaire.html

Многие вопросы сопровождаются ссылками на ответы.

Очень рекомендую!

Уважаемые коллеги, начат перевод списка вопросов для тестировщика, рекомендованный Clauster’ом.

Alex,

а Вы пробовали направлять свою неуемную энергию в мирное русло? ;)

вот тут есть интересные вопросики:

http://www.careercup.com/page?id=1236
http://www.careercup.com/page?id=1252

попробуйте их не переводить, а просто на них отвечать.
Они интереснее того списка "вопросов для самопроверки", надерганных из ширпотребных книг.

Андрей, увы, всем не угодишь!

Одни считают эти вопросы важными и интересными, другие - нет, и им нравятся совсем другие вопросы.

Всему свое время...

Спасибо за ссылки. Думаю, что предложенные Вами вопросы тоже будут интересными для многих.

Еще есть программа для оценки квалификации тестировщиков Text Filter, аналогичная TextBoxer.

Обсуждение программы Text Filter можно найти здесь:
http://software-test...showtopic=13652

Ответы на вопросы вполне доступны, и если будет время, в будущем постараюсь что-то из них перевести.

Присоединюсь к мнению коллег о том, что "просто перевести" принесет скорее вред, чем пользу.
Читая оригинал в скобках узнаю термины, которые широко использую в своей работе. При этом, некоторые переводы просто не верны, да и вопросы, мягко говоря, странно сформулированы, с моей колокольни. Без кропотливого изучения "а что хотел сказать этим автор" тут не обойтись...

Поэтому и написал: Буду признателен за поправки...

Давайте, критикуйте по существу, а то - "некоторые переводы просто не верны".

Пишите, какие именно. Специально для этого оставил в скобках оригиналы. Давайте обсудим.

Сергей, а почему именно 9 и 10? Это связано с 10 процентами?

Тогда, может быть, еще добавить 19 и 20 и 29 и 30?

Это граница между 0 дней и 1 днем. Если денег меньше 9 (может быть и долг), то дней 0.
Соответственно могут быть два подхода:

-- Выделение в отдельную подгруппу (класс эквивалентности) всех сумм, на которые нельзя ничего купить.
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 день.

Спасибо.

Теперь понятно, почему 9, 10 и -10.

Нужно будет повнимательней обдумать это. :)

Мне кажется переводить нет смысла - любой современный IT-инженер должен уметь читать по-английски, иначе ему в IT делать нечего, тем более там все простым языком написано. Да и такие вещи лучше черпать из первоисточников

Конечно, читать по английски неплохо. Но лучше было бы, если как можно больше хороших материалов было на русском языке.

задача современный Холодильник!
Что и как будем тестировать?

Предлагаю Вам начать, а остальные дополнят :)

А, вообще-то, неплохая идея! Может быть, стОит коллективно рассмотреть такие примеры. Думаю, что будет полезно.

Давайте подумаем над этим.

Для оказания помощи соискателям мы создаем в этом подфоруме специальные темы по обсуждению тестов для оценки тестировщиков (тестирование стула, чашки, холодильника и др.).

Тестирование стула
Тестирование чашки
Тестирование холодильника

Коллеги, высказывайтесь!

Попробуйте вот это: http://blog.shumoos....7/calc_days.zip
Хочу пособирать статистику, насколько сложный тест получился.
---------------------------------------
Есть задание на расчетный модуль. По этому заданию написано несколько (6) алгоритмов. Один правильный, остальные с теми или иными ошибками. Требуется составить тестовый набор, проверяющий эти алгоритмы.

Порядок работы. Тестовые набор поместить в голубую область. Фреймворк покажет достаточен ли этот тестовый набор.

Спасибо, SALar!

Твой тест мне очень понравился.

Работал с ним около часа. Не сразу понял принцип работы.

По моему мнению, такой подход дает большие перспективы (в смысле, что не очень трудно составлять новые модификации.

И еще - мне кажется, стоит заблокировать те ячейки, в которые нельзя вносить данные (а то я сначала стал вводить данные в ячейки "Реализации 1").

Еще хорошо тем, что можно проверить себя - видно, правильный ли набор тестов или нет.

Высылаю свой результат.

Желаю успеха.

Ваш тестовый набор недостаточен. То, что фреймворк этого не обнаружил, видимо, объясняется тем, что решение подгонялось под ответы.
На тренинге я фреймворк не давал. Только форму для заполнения. Что было более объективно.

Следующая итерация. Кто первым найдет ошибку в наборе?

Сергей, интересно, в чем же недостаток? Скажите, пожалуйста, а то не смогу заснуть! :)

Мне почему то хочется, чтобы были тесты на 9 и 10 у.е.. Причем логика подсказывает, что ошибка такого рода маловероятна, но чутье говорит, что проверить надо. Спите спокойно. Может вы и правы, что не сделали этих проверок.

Сергей, а почему именно 9 и 10? Это связано с 10 процентами?

Тогда, может быть, еще добавить 19 и 20 и 29 и 30?

В той же ветке коллега Clauster указал на более интересный, с его точки зрения, список вопросов на странице http://sqa.fyicenter...re-QA-Testing/#. К сожалению, эти материалы на английском языке. Может быть кто-нибудь захочет перевести?

Это не более интересный список вопросов, он просто более полный. Мне кажется переводить нет смысла - любой современный IT-инженер должен уметь читать по-английски, иначе ему в IT делать нечего, тем более там все простым языком написано. Да и такие вещи лучше черпать из первоисточников

Уважаемые коллеги, начат перевод списка вопросов для тестировщика, рекомендованный Clauster’ом. Напоминаю, что оригинал находится по адресу
http://sqa.fyicenter...re-QA-Testing/#

Переведены первые 50 вопросов. Ответы на эти вопросы (на английском языке) приведены там же (http://sqa.fyicenter...re-QA-Testing/#).

Буду признателен за поправки, связанные с несовершенством моего знания английского языка.


1. Что такое приемочное тестирование (Acceptance Testing)?
2. Что такое тестирование доступности (Accessibility Testing)?
3. Что такое специальное тестирование (Ad Hoc Testing)?
4. Что такое гибкое тестирование (Agile Testing)?
5. Что такое бинарный интерфейс приложения (Application Binary Interface (ABI))?
6. Что такое программный интерфейс приложения (Application Programming Interface (API))?
7. Что такое программное обеспечение автоматизации качества (Automated Software Quality (ASQ))?
8. Что такое автоматизированное тестирование (Automated Testing)?
9. Что такое форма Бэкуса-Наура (Backus-Naur Form)?
10. Что такое базовый блок (Basic Block)?
11. Что такое тестирование базового пути (Basis Path Testing)?
12. Что такое базовый набор тестов (Basis Set)?
13. Что такое основание тестирования (Baseline)?
14. Что вы будете делать в течение первого рабочего дня?
15. Что такое бета-тестирование (Beta Testing)?
16. Что такое тестирование бинарной портативности (Binary Portability Testing)?
17. Что такое тестирование черного ящика (Black Box Testing)?
18. Что такое восходящее тестирование (Bottom Up Testing)?
19. Что такое тестирование границ (Boundary Testing)?
20. Что такое баг (Bug)?
21. Что такое дефект (Defect)?
22. Что такое анализ граничных значений (Boundary Value Analysis)?
23. Что такое тестирование ветвей (Branch Testing)?
24. Что такое широкое тестирование (Breadth Testing)?
25. Что такое компьютерные инструменты для тестирования программного обеспечения (Computer Aided Software Testing (CAST))?
26. Что такое инструментарий записи/воспроизведения (Capture/Replay Tool)?
27. Что такое модель зрелости разработки программного обеспечения (Capability Ma-turity Model (CMM))?
28. Что такое график причин и следствий (Cause Effect Graph)?
29. Что такое завершенный код (Code Complete)?
30. Что такое покрытие кода (Code Coverage)?
31. Что такое инспекция кода (Code Inspection)?
32. Что такое скозной контроль кода (Code Walkthrough)?
33. Что такое кодирование (Coding)?
34. Что такое сравнительное тестирование (Compatibility Testing)?
35. Что такое компонент (Component)?
36. Что такое компонентное тестирование (Component Testing)?
37. Что такое тестирование совместного доступа (Concurrency Testing)?
38. Что такое тестирование соответствия (Conformance Testing)?
39. Что такое тестирование управления контекстом (Context Driven Testing)?
40. Что такое тестирование преобразования (Conversion Testing)?
41. Что такое цикломатическая сложность (Cyclomatic Complexity)?
42. Что такое словарь данных (Data Dictionary)?
43. Что такое диаграмма потоков данных (Data Flow Diagram)?
44. Что такое тестирование управления данными (Data Driven Testing)?
45. Что такое отладка (Debugging)?
46. Что такое дефект (Defect)?
47. Что такое тестирование зависимости (Dependency Testing)?
48. Что такое глубокое тестирование (Depth Testing)?
49. Что такое динамическое тестирование (Dynamic Testing)?
50. Что такое эмулятор (Emulator)?

Попробуйте вот это: http://blog.shumoos....7/calc_days.zip
Хочу пособирать статистику, насколько сложный тест получился.
---------------------------------------
Есть задание на расчетный модуль. По этому заданию написано несколько (6) алгоритмов. Один правильный, остальные с теми или иными ошибками. Требуется составить тестовый набор, проверяющий эти алгоритмы.

Порядок работы. Тестовые набор поместить в голубую область. Фреймворк покажет достаточен ли этот тестовый набор.

SALar,

Все реализации некорректны. Скидка дается на деньги? С точки зрения бизнеса - это всегда так. Тогда логично считать, что скидка от 100 дней = скидке от 1000 рублей. Иначе получается, что на одну и ту же сумму можно купить и 90 дней и 100 дней. Что с точки зрения бизнес-логики приложения мне непонятно.

Итого: постановка задачи двусмысленна.

С уважением.

Конечно, о конкретных реализациях можно спорить.

Но, тем не менее, общий подход очень интересный.

Я имею в виду, что для составления тестов для тестировшиков при таком подходе требуется только знание Excel.

Может не стоит пугать новых людей в сфере тестирования, а?

Да, Василий, вопросы действительно очень непростые.

Но помещены они здесь отнюдь не для "запугивания", а исключительно для информации, не больше.

Ответы на вопросы вполне доступны, и если будет время, в будущем постараюсь что-то из них перевести.

задача современный Холодильник!
Что и как будем тестировать?

Это относится к той же категории, что и чашка, стул и т.д. :)

Но при этом существенное отличие, что Холодильник, если можно так выразиться, - техническое устройство.

списка вопросов для тестировщика, рекомендованный Clauster’ом.

Повторюсь ещё раз, я этот список не рекомендовал. Я даже не читал ответы на те вопросы и не могу гарантировать что там все верно.
Могу порекомендовать два вопроса:
1. Зачем нужно тестирование
2. Зачем нужны тестировщики
Большинство кандидатов не могут вразумительно на них ответить.

Хорошо, Clauster, больше не буду писать, что Вы их рекомендовали.