Из тестировщика в заказчики.
Часть первая. Идея. Человеку свойственно развиваться. Когда я думал над своим развитием как тестировщика, у меня было пара вариантов:
Из простого тестировщика стать тест менеджером. Хороший вариант, мои навыки и знан
Из тестировщика в заказчики.
Часть первая. Идея. Человеку свойственно развиваться. Когда я думал над своим развитием как тестировщика, у меня было пара вариантов:
Из простого тестировщика стать тест менеджером. Хороший вариант, мои навыки и знания могут пригодиться. Потом я понял, что тут нужно начинать с постановки тестирования продукта. Т. е. искать должность ведущего тестировщика и со временем становиться руководителем отдела. Но посмотрев на вакансии тестировщиков, я понял что обыкновенный инженер может получать примерно столько же, сколько и тест менеджер.
В разработчики пойти – я не пошел, хотя хотел на Java, но переучиваться уже поздновато.
В итоге я решил сделать собственный продукт. Благо отрасль, в которой я сейчас работаю – мобильные приложения – достаточно динамично развивается. Я решил сделать свой продукт – приложение для App Store. Однако тут нужен план действий. Я немного знал как делаются программные продукты, потому что участвовал в различных проектах в качестве тестировщика мобильных приложений.
Вот что я решил для себя, начиная проект:
Приложение должно нравиться людям и мне. Я решил сделать приложение именно для iPad. У меня было само устройство и оно мне нравилось. Мне нравилось пользоваться iPad и приложениями, которые на нем установлены. Меня не устраивал Андроид с его тормозами. Я люблю большие экраны.
Я должен разбираться в тематике приложения. Нужно сделать нечто простое, в чем я разбираюсь хотя бы наполовину. Мои знания помогут написать ТЗ и сделать приложение. В данном случае я немного разбирался в финансах и кредитах. Я проработал 3 года в банках в качестве тестировщика.
Бюджет должен быть не слишком большим. Не факт что приложение будет быстро окупаться. Поэтому вкладывать деньги в разработку крупной игры или бизнес приложения – есть шанс их потерять.
Сложность приложения – приложение не должно быть сложным, использовать api сторонних серверов. Серверное взаимодействие усложнит логику приложения, увеличит число кре