Перейти к содержимому

prosmith

Регистрация: 08 фев 2010
Offline Активность: 12 апр 2010 17:47
-----

Мои сообщения

В теме: задачка для тестирования

15 марта 2010 - 10:48

а в чем проблема-то? :)
составляешь классы эквивалентности для входных данных и для каждого делаешь пример.
тут получается не очень много.

я это задание тоже когда-то делал, и, по всей видимости, успешно, т.к. получил следующее :)


А проблема в том, что я только начинаю этим всем заниматься и по неопытности туплю жутко. Все утро смотрел на этот пример и так и не понял. Вечером сяду и не успокоюсь, пока не дойдет.

В теме: задачка для тестирования

15 марта 2010 - 07:52

Я вот сам сижу какраз над этой задачей и не могу понять с какой стороны к ней подойти :)

В теме: Собеседование по тестированию ПО

09 февраля 2010 - 12:16

Ох. Хоть бы ничего не начудить.

Плюсом будет, если написать какие-нибудь пожелания по улучшению внешнего вида или функциональности. Если, конечно, что-нибудь побуждает в программе к улучшению.

Это отдельными пунктами оформить можно.


Спасибо. Очень помогли.

А где-нибудь не лежит документик с примером?

A в чем, собственно, проблема? Пусть, например два поля для чисел есть и кнопка "Рассчет суммы". И вместо расчета идет умножение.

1. Ошибка в слове расСчет.
Описание: На нопке "Рассчет суммы" необходимо заменить "Рассчет" на "Расчет".
2. Сложение чисел.
Описание: В поле 1 вводим число "10"; в поле 2 вводим число "2"; нажимаем на "Расчет суммы".
Фактический результат: 20.
Ожидаемый результат: 12.


Для наглядности, возможно лучше организовать все в excel-файле с соответствующими столбцами (Название, Описание, ...)

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


Вот. Теперь вроде разобрался. Будем пробовать. Спасибо большое.

В теме: Собеседование по тестированию ПО

09 февраля 2010 - 08:56

Ох. Хоть бы ничего не начудить.

Плюсом будет, если написать какие-нибудь пожелания по улучшению внешнего вида или функциональности. Если, конечно, что-нибудь побуждает в программе к улучшению.

Это отдельными пунктами оформить можно.


Спасибо. Очень помогли.

А где-нибудь не лежит документик с примером?

В теме: Собеседование по тестированию ПО

09 февраля 2010 - 08:35

Я откликнулся на вакансию стажера-тестировщика. мне прислали программу, которую и должен протестировать и написать отчет. Вроде нашел все, что в ней не работает или работает, но не так.
Теперь теряюсь в размышлениях, а как правильно написать отчет. Очень буду благодарен совету.

Можно каждую ошибку описать:
1. Порядковый номер + краткое название.
2. Описание ошибки. Раздел "Описание".
3. Что делал по шагам. Раздел "Что делал", например.
4. Фактический результат (то, что есть или получилось). Раздел "Фактический результат".
5. Ожидаемый результат (то, должно быть или предполагалось). Раздел "Ожидаемый результат".
6. Какие-либо особенности ошибки. Раздел "Особенности".

Кол-во пунктов зависит от ситуации. Например, если визуальная ошибка, то 3-5 можно и опустить. Если в результате каких-то действий получается ошибка, то без 3-5 не желательно.


Ох. Хоть бы ничего не начудить.