Привет!
Есть предложение поменять каптчу на форуме.
Очень трудно разобрать что там написано - потратил уйму времени.
Я такой один плоховидящий?)
Так же есть предложение добавить хук - последние сообщения в боковую панель.

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

А вот эта фича пока осталась, я пользуюсь ссылкой на активные темы, так как списка последних сообщений нет или его надо каким-то неясным образом настраивать. В принципе, это даже лучше, т.к. тут список тем, которые менялись за последнее время и ссылка на последнее сообщение:
http://software-test...earch&do=active
(Если что ссылка есть внизу главной страницы форума)

Ну т.е. я ВООБЩЕ не понимаю, что это за степень, ну и тем более - как ее обосновать!!!! . ( )

Может быть это количество представителей данного класса эквивалентности?
А обоснование - от задачи исходить должно и от возможных вариантов.

Пример. Есть функция fac(int i) - считает факториал. Разбиваем значения по классам эквивалентности
1) отрицательные, 2) 0, 3) 1, 4) 2, 5) >2 6) max_int, 7) max_allowed, 8) min_int ... можно еще напридумывать, но к делу уже не относится.
Сколько брать представителей из какого класса?
Понятно, что для классов 2) 3) 4) 6) 7) 8) - есть только один представитель класса, его и возьмем.
Что делать с классами 1) и 5)?
Для класса 1) я бы взял -1 (вдруг проверка на отрицательные числа сделана так: if(i < -1) return "only positive values") и еще одного любого представителя класса. Альтернативно -1 можно сделать отдельным классом.
Для класса 5) я бы тоже взял 2-х представителей. Чтобы избежать антипатерна happy path test. В конкретном случае может быть такая реализация метода, которая возвращает не вычисленный факториал, а константу, равную факториалу числа поданного на вход (тут пример с факториалом: http://www.ibm.com/d...brary/os-junit/).

Я использую camstudio,программой довольна,правда есть некоторые нюансы :)

Тоже пользуюсь camstudio. Программа как она должна быть - поставил, нажал кнопку - записывается, нажал другую - складывается на диск.
Умеет записывать регион экрана.
Не пробовал писать со звуком. Не пробовал писать ролики длиннее 10 минут.

Присутствие техрайтера - обязательное условие для команды? Можно считать ситуацию нормальной, если документацию пишут сами разработчики?

Беда, коль пироги начнет печи сапожник... (с) Иван Крылов.

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

а вообще вопрос "зачем" это офтопик :)
Мы тут поставленные задачи решаем.
Примет вообще интересный по сути.

Конечно можно решать задачи через жопу. А можно пойти на сервис типа http://mailinator.com/ и решить для себя проблему раз и на всегда.

Просто в случае, который я описала для исправления бага нужно было потратить много времени и перелопатить всё фичу. Поэтому решили, что дешевле оставить так (реальный пользователь всё равно врядли наткнётся).
А вообще (по моим наблюдениям) отношение программистов "мне лень чинить" идёт не от них, а от руководителей. Если руководитель относится к найденной проблеме: "ой, это не важно, всё равно в реальной ситуации на это не наступят" - это передаётся программистам. И потом начинается: "я не буду чинить, пока это кастомер не найдёт" и т.п. Но это уже совсем другая история.

Конечно, случаи разные бывают. Но из описания понятно, что баг не исчез, а остался. Меня-то это зацепило.
И сделать сообщение об ошибке, в случае если exception ожидаем ничего не стоит. Абсолютно. 5 минут фикс + 25 тестирование программистом, если конечно в программе вообще есть унифицированный механизм сообщения об ошибках.
Пользователю, в подавляющем большинстве случаев exception ничего не скажет, но сообщение вида "Ошибка возникла потому, что вы нажали сюда, а потом сюда. Так делать нельзя. Сначала надо нажать туда, а потом сюда" - скажет. И это решит проблему. Повторюсь. Это ничего не стоит и нормальный программист сможет легко найти путь исправления, и убедить руководителя, что 30 минут его времени будет потрачено не зря.