Какова Ваша стратегия тестирования приложения для iPhone?
Если вам нужно выполнить несколько команд. Вы можете запустить интерпретатор Python с записью python в командной строке. >>> будет означать, что все написанные вами команды будут интерпретироваться интерпретатором.
Затем вы можете написать команды. После каждой команды вы должны нажать ENTER.
>>> a = 10
>>> print("Hello {}".format(a))
>>> import math
6 ответов
Напишите план тестирования. Если у вас нет опыта в этом, начните со списка всех функций и элементов управления пользовательского интерфейса в приложении.
Запишите простой набор шагов, которым можно было бы следовать, чтобы определить, правильно ли работает каждая функция.
Two major points:
Use unit testing. You can use Google Toolbox for Mac for that or just roll your own.
User testing, well, it's user testing. A colleague of mine designed a 50-point walkthrough/questionnaire of the app and had some 10-20 people do it -- and then repeated certain parts when we made changes to certain sections.
Вы говорите о двух разных вещах:
Тестирование дефектов и тестирование удобства использования.
Или, я думаю, может быть. Другие ответы касаются тестирования дефектов, ваш подход звучит как юзабилити-тестирование - или их сочетание.
Тестирование дефектов - это поиск ошибок в вашем коде. Другие люди ответили по этому поводу:
- Имейте модульные тесты, но не полагайтесь на них
- Пользовательское тестирование - в первую очередь вами. Подумайте о своем коде и о том, что может его сломать. Нажмите на элементы управления, вставьте миллионы строк текста в ваши editos
- Пусть другие люди, не знакомые с кодом, используют приложение
- , используют такие инструменты, как ObjectAlloc и clang, чтобы найти нефункциональные дефекты
На мой взгляд тестирование - это не инструменты, а отношение. Насколько тщательно вы ищете дефекты и насколько честно вы сообщаете о собственных дефектах.
У вас также должна быть хорошая система отслеживания дефектов, чтобы держать их под контролем.
Юзабилити-тестирование сложнее. Люди не понимают свой собственный мыслительный процесс при взаимодействии с программным обеспечением.
Хороший (дешевый) подход - дать программную войну своему другу, а затем попросить его высказать вслух то, что он думает. Затем вы получите такие сообщения, как «Я вижу этот экран, но не знаю, что нажимать (вам нужно добавить справку или подсказки). Я не уверен, что это сработало при удалении (вам нужно добавить отзыв). И т.д.
Вы можете купить очень сложные инструменты, чтобы помочь с пользовательским тестированием, но этот подход имеет большое значение.
Хороший (дешевый) подход - отдать softwar e своему другу, а затем попросить его высказать вслух то, что он думает. Затем вы получите такие сообщения, как «Я вижу этот экран, но не знаю, что нажимать (вам нужно добавить справку или подсказки). Я не уверен, что это сработало при удалении (вам нужно добавить отзыв). И т.д.
Вы можете купить очень сложные инструменты, чтобы помочь с пользовательским тестированием, но этот подход имеет большое значение.
Хороший (дешевый) подход - отдать softwar e своему другу, а затем попросить его высказать вслух то, что он думает. Затем вы получите такие сообщения, как «Я вижу этот экран, но не знаю, что нажимать (вам нужно добавить справку или подсказки). Я не уверен, что это сработало при удалении (вам нужно добавить отзыв). И т.д.
Вы можете купить очень сложные инструменты, чтобы помочь с пользовательским тестированием, но этот подход имеет большое значение.
Для серьезного профессионального приложения, с помощью которого вы планируете зарабатывать деньги - сначала вы делаете внутреннее альфа-тестирование "белого ящика" с приборами и т.д., затем вы нанимаете профессиональную компанию по тестированию качества, чтобы сделать "черный ящик" функциональное бета-тестирование, а затем вы нанимаете профессиональную компанию по тестированию юзабилити, чтобы сделать пользовательское тестирование на морских свинках в реальном времени с видеонаблюдением.
Сначала я провожу функциональное тестирование , чтобы проверить, все ли функции работают нормально. Затем я выполняю системное тестирование , чтобы проверить взаимодействие между функциями, и выполняю исследовательское тестирование .
В конце я создаю фокус-группу , которая представляет пользователей, чтобы получить отзывы о ее удобстве использования. Собственно, фокус-группа будет отличной, если она будет проводиться в начале разработки и в конце разработки. Первое мероприятие направлено на получение отзывов о дизайне пользовательского интерфейса, а второе - на получение отзывов о реальном приложении.
Что касается модульного тестирования, я обнаружил, что GHUnit и OCMock — два очень хороших инструмента. Особенно GHUnit, потому что он поставляется с собственным средством запуска тестов, которое будет работать на устройстве или симуляторе.