Ну процесс != Знать как тестить продукт ) я уже 3 проекта так протестивал

Проверить я могу но вот как хорошо построить процесс общий в душе не знаю )

ну следующий за мелким был прям с крутыми процессами

мой нынешний похож)

Типо отчёты, документашки и пр ) команду типо

Крутяк конечно

Норм вам ночью не спалось

Аж завидно

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

Чего ? :)

Не выспалась(

А я выспался

Чего ты себе представляешь при слове "процессы"? Какую магию? Ну вот я работал в разных компаниях на разных проектах, хай-профайл зогказчеги, проект который лежит в Люксофт кейз стади — и про сам термин "процессы" не скажу ничего хорошего.

Вот я и завидую

Они везде есть. И по классической книге "Lessons learned in software testing" Канера и Баха всегда будут.

Почему: как говорят Бах с Болтоном тестирование это изучение продукта через исследование и эксперименты с целью получения информации. За этими простыми словами стоит большоооой объём интересных вопросов и смыслов:
- что важно тем кто связан с продуктом, разным стейкхолдерам?
- какая информация нужна?
- на каких местах какие эксперименты ставить?

=Чтобы не пропускать никаких багов, надо всё знать=
А то что всего узнать невозможно — это один из постулатов.

У Канера с Бахом написано что обязательно будут какие-то баги которые ты пропустишь.

ну типо тут больше вопрос - "как быть уверенным что ян е делаю говно и велосипед и как оптимизировать то что я делаю" ))

ну, что делает тима за итерацию
митинги, документация, все такое

Мoя мать на рынке в 90-е:
– Чтo ты стесняешься?! Переодевай штаны, ктo на тeбя смотрит?

Oнa же чepeз пять минут:
– Ηу кaк ты eшь мороженое? Вce вокруг смотрят и думают, какой ты отсталый.

Никак :)   Подойди к этому вопросу как к вопросу изучения: "Как быть уверенным что я узнал всё за это ограниченное время?".  "Как быть уверенным если Майкрософт или Боинг или Эппл не могут быть уверены".  Ты можешь сравнить себя с другими, с какими-то шаблонами — но ты не можешь быть уверен что узнал всё, пока то что ты делаешь не попало на всех, под продакшен нагрузки и пр.

Ну вот есть куча людей для которых Водафон приложение не говно. Я попытался его использовать на поезде посреди лесов, связь плохая, я с четвёртого раза не смог включить пакет для поездки за границу. Для меня говно. Или как (примерно) сказал Болтон независимо от моей истории "если ваше мобильное приложение не рассчитано на плохую связь и её обрывы, значит вы не умеете в мобильные приложения".

Или начали делать приложение на определённом майкрософтовском бэкенде. Не думали что говно. Проходит месяц, оказывается что в одном случае из ста тысяч вместо того что запросил пользователь приходят все null , и никто не знает почему. Говно, половина приложения переделывается на другом бэкенде с нуля.

Или делали приложение под Windows Phone или Windows Metro когда они только начинались. А там вся система говно — с Винфоном Майкрософт промучил людей десять лет, и сказал "Конец истории, пользуйтесь Андроидом и Эпплом".

Можешь сравнить себя с другими (если есть на каких примерах), можешь взять какие-то популярные образцы-основы, но ты всё равно не можешь быть уверен априорно. Вот когда ты выпустишь продукт и он хорошо пойдёт, и у тебя будет 4.5 из 5 нормальных отзывов — вот, хорошо выпустил. И то больше 4.5 из 5 я не припомню — всегда есть те кому не пошло.

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

И видел своими глазами проект где "процессов" было выкинуто, а разработка пошла "в ручном режиме", но это устроило заказчика больше, потому что так, с меньшим количеством митингов, двигалось на треть быстрее.