negro

Вопрос такой - что можно считать модульным тестированием?

Ответ такой: что посчитаете необходимым. Обычно (чаще всего что я видел\слышал, о чем говорят...

Более дубового ответа не ожидал. Я бы начал с того, что самая главная часть задачи модульного тестирования - это декомпозиция. Как её грамотно сделать - самый интересный стратегический вопрос, от решения которого зависит эффективность тестирования!

Нестандартных задачек я не боюсь, наоборот с детства люблю их решать.

Linkoln19, пять ваших комментов "Отправлен 05 август 2013": 22:55, 22:58, 23:01, 23:02, 23:03 - многое говорят о частоте ваших бессознательных реакций на потребность в стандартном восприятии объективной реальности и ничего о нестандартности вашего мышления. Чтобы заинтересовать работодателя, начните своё резюме, например с: "В детстве в меня попала молния..."

...
12) насколько у вас модульные автотесты? можно ли запустить любой тест отдельно? Можно ли запустить тесты только на часть системы?
14) кто умеет запускать автотесты и понимать их результат?
...
18) позволяет ли код вашего приложения автоматизировать его или приходится искать обходные пути?

ch_ip, прикиньте, 19 июня a.dobrinina пишет, что руководство поручило ей подготовить самооценку её автоматизации (типа срочно помогите).
Все, кто и как смогли оперативно, что-то сделали для её анализа.
Ваша инициатива, спустя неделю (26 июня), не то, чтобы своевременна, но и как бы неадекватна...
Вопросы:
1. ch_ip, уточните, пожалуйста, ваш вопрос № 13 ?!
2. ch_ip, скажите, пожалуйста, с кем вы ведёте диалог и на какую тему, задавая свои вопросы ?!
2.1 Например, a.dobrinina спрашивает, как оценить "выгодны ли нам автотесты, которые мы пишем?" Вы это видите/слышите? Они пишут автотесты! А ваш вопрос № 18: "позволяет ли код вашего приложения автоматизировать его..." - к чему или к кому ?!
2.2 Допустим, если ответить на ваш вопрос № 18 "Нет, не позволяет", тогда какой смысл в ваших предыдущих (почти двух десятках) вопросах ?!
Просьба: ch_ip, беда какая-то, ваш предыдущий комментарий занял много места, а толку? Будьте, пожалуйста, кратки, точны и логичны, высказывайтесь по теме, не сомневаюсь, что вы - Специалист!

Подскажите: на что можно протестировать веб-страницу уа.ги?

Подсказка_1: проверьте на кросс-браузерность.
Подсказка_2: в IE.9 и GC.27 - FAIL, а в FF.21 - OK.

План проведения испытаний и test plan - это один и тот же документ?.. По мне - одно и то же...

Предлагаю вашему мозгу такой, адаптированный к вашему теоретическому вопросу, ответ:
Сходство:
- оба - документы и, как ни странно, планы, по идее составляемые на стороне Разработчика
Разница:
- test plan - это по которому тестеры Разработчика "жмакают по кнопкам", и является тем, за что Заказчик не платит, ибо он ему абсолютно не нужен
- План проведения испытаний - это по которому на стороне Заказчика, при приёме программного продукта, специалисты Заказчика "жмакают по кнопкам". На него забивается не так часто как на test plan
Парадокс:
- то, что будет написано в Плане проведения испытаний - по глубине смысла, имеющего отношение к качеству, далеко до test plan

С ЧЕГО НАЧАТЬ... Возникают трудности...

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

Итак, "пусть это будет таблица с данными", спасибо за показательный объект!
Чем <<Модель-представление-контроллер>> не основа для абстрактного подхода!?
Здесь есть "С ЧЕГО НАЧАТЬ ПИСАТЬ ТЕСТОВЫЙ СЦЕНАРИЙ":
Модель:
- адекватно (с учётом pagination) выведены все записи resultset;
- null в поле DB - пустая ячейка в таблице;
- форматы, правила округления, типы (из sql-запроса) соответствуют значениям в ячейках;
...
Представление:
- форматирование чётко отделяет ряды и колонки записей;
- частично cкрытые из-за недостаточной ширины ячейки данные помечены;
- при вертикальном скроллинге header таблицы не пропадает;
...
Контроллер:
- клик по header любой колонки вызывает адекватную сортировку;
- расширение колонки не вызывает частичной потери визуализации - появляется горизонтальный скролл для просмотра всех полей;
- сужение колонки не приводит к её безвозвратному схлопыванию;
- корректно работают операции для групп выделенных записей и для отдельной строки;
...
Быстродействие.
Кроссбраузерность.
...
сhaikova, мысль уловили? Разницу почувствовали? Это было бы смешно - пойти за информацией к пользователям; в каком плане? в любом случае таблица выводит информацию - когда бы не было так грустно.

А теперь плохая новость, точнее выберите то, что вам (ситуация у вас на работе) больше подходит, из-за чего у всё такое "размытое, и без требовани":
1. Неадекватный менеджмент, особенно жжёт ваш непосредственный руководитель;
2. Бессмысленность вашей работы - увеличивать объём письменной документации бесполезными тест-кейсами;
3. Роль, которую вы выполняете в проекте, не соответствует вашему уровню компетентности;
4. Локализация тестируемого вами приложения на ломаном китайском языке, а таблица - таблица шифров с грифом государственной важности;
...

сhaikova, почему как уживаться с трудностями вас (и других здесь доброжелателей) волнует больше, чем как с ними бороться?

Есть пример программы - на вход даются 3 числа, на выходе - тип треугольника - равнобедренный, равносторонний, простой.

Как и что будем тестить? :)

Кто-нибудь знает, что такое простой треугольник? Просьба "не кидать по понятиям", а, пож-та, дайте ссылку на авторитетный источник с определением этой фигуры, точнее - данного типа треугольника, в (желательно ограничиться: Евклида; Лобачевского; Римана) геометрии.

Есть пример программы - на вход даются 3 числа, на выходе - тип треугольника - равнобедренный, равносторонний, простой.
Как и что будем тестить? :)

Начнём:
1) имеет место математическая безграмотность сформулировавших данную задачу. Заметим, равносторонний треугольник является равнобедренным, следовательно на выходе программы могут быть только два типа треугольника - равнобедренный и простой!
2) очевидно, но невероятно: как при странной постановке задачи некоторые выдали десятки "стоящих" тестов!?

Знаю, где это задание дают на собеседовании тестерам. :)

Передайте, пожалуйста, туда, где эти задания дают, чтобы они не позорились (а то тестеры, получив такое на собеседовании, будут сразу вставать и уходить искать работу в другой компании) и исправили своё задание:
на выходе следует ожидать одно из 5 значений:
1 - невырожденный треугольник, у которого все 3 стороны равны;
2 - невырожденный, у которого только 2 стороны равны;
3 - невырожденный, у которого нет равных сторон;
4 - вырожденный треугольник;
5 - в случае ошибки ввода/обработки.

Как пронегативить?

А как вы позитивите?
Например, число календарных дней:
- 31 в июле;
- 31 в августе;
- 30 в сентябре.

Понятна разница в два календарных месяца, когда 1 и 2 даты:
- с 1 июля по 1 сентября (63 дня включительно c начала по начало);
- с 31 июля по 30 сентября (62 дня включительно с конца по конец).

Вопрос 1: если первая дата 30 июля, то какая по вашему вторая дата (в сентябре), которая удовлетворяет условию: разница между датами 2 месяца?

Разница между датами 2 месяца.

Вопрос 2: это вы неряшливо сформулировали свою мысль или как соотносятся между собою даты (date1 > date2 или date1 < date2) действительно неважно?

Подождите благодарить...
1) Немного критики в ваш адрес: не нравится ни ваша нерешительность, ни терминология типа "выкрутилась"... Похоже на проблемы с рабочей атмосферой, которые влекут параноидальность, перестраховку в мелочах. Уверяю вас, по большому счёту никто (кому по-настоящему есть, чем заниматься) на severity особо не смотрит, если только оно не волшебное. Главное, чтобы чётко и лаконично было описание бага, а не Баллада о баге.
2) Не понятно, почему Лично вы пользуетесь мелко дробленным шагом из 6 вариаций, что это за ноу-хао в процессе обеспечения качества со свободной формой багрепорта? Разве в багтрекере для выбора severity не используется dropdown, предустановленный менеджером с пояснением системы оценок?

Совет: не погружайтесь в нездоровый формализм, а например, добейтесь/убедите менеджера, что для качества программного продукта в части данной проблемной функциональности при создании xml к нему требуется xsd-описание для его автоматической валидации, т.е. девелоперы должны разработать xsd и включить в решение. А вам, как специалисту по "белому ящику", в последствие будет необходимо проверить хорошо ли написана xsd, чтобы надёжно защищать xml от ошибок.

Tagira, я понял вашу ситуацию, но вы не описали, как вы (сами или согласно доведённой до вашего сведения инструкции) дифференцируете уровни критичности, а самое главное - что вас беспокоит? Вы, как тестировщик, подробно описали проблему и риски. Допустим, менеджер проекта рассматривает следующие возможные уровни severity: 1-"смертельно"; 2-"опасно"; 3-"возможны проблемы"; 4-"криво". Ну выберите вы 1 или 2 или 3 и что? Самое главное, чтобы он по отношению к вам не видел ни паникёра и ни неадекватного специалиста в сравнении с severities, заданных вами для других багов. Я, как тестер, указал бы 2, а какой Priority задаст менеджер и исходя из каких соображений вас уже не касается, - вы молодец, сделали своё дело, вам спасибо. Судить о решении менеджера будут другие люди, которые, если потребуется, обратятся и выслушают ваше мнение.