TOP 13 ошибок тестировщиков: Управление ошибками

TOP 13 ошибок тестировщиков: Часть II. Управление ошибками
Автор: Артём Ваулин
Библиотека / Тестирование

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

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

А что так много грамматических ошибок? Кошмар... Про пунктуацию вообще молчу...

Любая ошибка обязательно должна обладать следующими атрибутами

наверное отчет об ошибке? Я бы не заявлял так, что "обязательно должна". И вообще, по этой табличке осталось очень много вопросов. Некоторые действительно обязательные атрибуты не перечислены (id, статус и т.п.)

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

А что так много грамматических ошибок? Кошмар... Про пунктуацию вообще молчу... 

Так чтобы куча я если чесно не уверен (через ворд прогонялось и вычитывалось кроме автора двумя людьми), но если они есть - Ctrl+Enter - ошибка будет нам доставлена и починена.

А что так много грамматических ошибок? Кошмар... Про пунктуацию вообще молчу... 

Так чтобы куча я если чесно не уверен (через ворд прогонялось и вычитывалось кроме автора двумя людьми), но если они есть - Ctrl+Enter - ошибка будет нам доставлена и починена.

Так и делал. Чините.

Взять хотя бы анонс.

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

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

Взять хотя бы анонс.

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

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

Исправлено.
Слава, выслать новую версию или ты прямо online исправишь?

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

Это просто 1000 баллов.

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

А что не так?
Ваш вариант?

А что не так?
Ваш вариант?

Я конечно могу заблуждаться, но по-моему ошибка - это побочный (или основной? ;) ) продукт деятельности разработчиков, а не тестировщиков.

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

А что не так?
Ваш вариант?

Я конечно могу заблуждаться, но по-моему ошибка - это побочный (или основной? ;) ) продукт деятельности разработчиков, а не тестировщиков.

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

2OPI Могу заблуждаться, но "основной продукт деятельности - это деятельность" звучит плохо. Скорее продуктом является описание ошибки. Обычная описка для форума.

2van Видимо, Артем, вами намекнули на то, что в предложении не хватает слова описание. Для статьи, в отличии от форума, это серьезная ошибка. И ее лучше поправить. Я честно писал вам, что с фразами нужно работать.
Это если rlabs имел ввиду именно ошибку лексики. Возможно, он имел ввиду техническую ошибку:
Описание - один из основных продуктов.
А основной ли он, или один из? Я склоняюсь к тому, что один из. И даже не первый из.

Привет!

А что так много грамматических ошибок? Кошмар... Про пунктуацию вообще молчу...  :sad:

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

У меня, как у одного из них, вопрос: нуждаетесь ли вы, тестировщики (или ваши клиенты), в такого рода помощи?

Спасибо.

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

Это просто 1000 баллов.

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

А что не так?
Ваш вариант?

http://quality-assur...s-testware.html

As we know that hardware development engineers produce hardware. Software development engineers produce software. Same like this, Software test engineers produce testware.

Testware is produced by both verification and validation testing methods. Testware includes test cases, test plan, test report and etc. Like software, testware should be placed under the control of a configuration management system, saved, faithfully maintained.

Like software, the testware has significant value because it can be reused.The tester’s job is to create testware that is going to have a specified lifetime and is valuable asset to the company.

Testware is produced by both verification and validation testing methods. Testware includes test cases, test plan, test report and etc. Like software, testware should be placed under the control of a configuration management system, saved, faithfully maintained.

Like software, the testware has significant value because it can be reused.The tester’s job is to create testware that is going to have a specified lifetime and is valuable asset to the company.

Ну с этим высказыванием надо быть поосторожнее!
Основным продуктом, который производят тестировщики, является, всё же, информация о качестве программы, включая и информацию об ошибках.

А где теперь лежит эта статья?

Так где?

Привет!

А что так много грамматических ошибок? Кошмар... Про пунктуацию вообще молчу... 

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

У меня, как у одного из них, вопрос: нуждаетесь ли вы, тестировщики (или ваши клиенты), в такого рода помощи?

Спасибо.

Прошло несколько лет. Мы создали интернет-сервис по исправлению ошибок (корректура и литредактирование текстов) - и тестировщики не раз были нашими клиентами.
Часто компания, проводившая тестирование интерфейсов, не приступала к работе, пока мы не приводили в норму всю стилистику и орфографию. Ибо какой смысл потом заново проверять?
Поэтому, коллеги, занимающиеся тестированием! Заходите к нам :)