pompus

План проверки двери
1. Функциональные проверки.

1.1. Проверить, что дверь открывается.
1.2. Проверить, что дверь закрывается.
1.3. Попытаться закрыть уже закрытую дверь.
1.4. Попытаться открыть уже открытую дверь.
2. GUI (интерфейс пользователя)

2.1. Проверить табличку на двери.
2.2. Проверить покраску двери.
2.3. Проверить наличие дверной ручки.
3. Permissions

3.1. Проверить, что правильным ключом дверь открывается.
3.2. Проверить, что неправильным ключом дверь не открывается.
3.3. Проверить, что закрытую на ключ дверь нельзя открыть.
3.4. Проверить, что не закрытую на ключ дверь можно открыть без ключа.
3.4. Позвонить в дверь. Если там никого нет, дверь не должна открыться сама.
3.5. Постучать в дверь. Если там кто-то есть и он спросит “кто?”, ответить “Полиция”. Дверь должна открыться.
4. Stress/Loading

4.1. Открывайте и закрывайте дверь со скоростью 120 циклов в минуту
4.2. Открывайте и закрывайте дверь со скоростью 6 раз в минуту на протяжении 48 часов.
4.3. Стучите в дверь с частотой 1200 стуков в минуту.
4.4. Стучите в дверь с частотой 10 раз в минуту на протяжении 24 часов.
4.5. Открывайте и закрывайте дверь ключом на протяжении 12 часов.
5. End to end

5.1. Постучать в дверь. Позвонить в звонок. Открыть ключом. Открыть дверь. Закрыть дверь. Закрыть ключом. Прочитать табличку на двери. Ничего не отвалилось, не звякает, не взрывается?
6. Usability

6.1. Проверить, что ручка двери помещается в ладонь.
6.2. Проверить, что ручка находится именно на двери, а не на соседней стене на высоте 20 см.
6.3. Проверить, что высота двери больше человеческого роста
6.4. Проверить, что усилие для поворота ключа в двери в пределах допустимого
……..

* Проверить функциональность двери при температуре 38, 45 и -15 градусов Цельсия.
* Проверить функциональность двери при различной относительной влажности, днем и ночью, в июле и с декабре.
* Проверить, что пол и социальное происхождение открывающего никак не влияют на результаты.

1) Чем оригинальный аккумулятор для iphone 4 отличается от копии?

Как писали выше, ёмкостью батареи, вздутие происходит редко(ставил на 3 айфона копию аккума с алиэкспресс. на 2 работает нормально, на 1 не заработал(контакт оказался поврежден- выкинул))

2) Заметна ли между ними разница в работе (продолжиетльность работы и т д)?

Как по мне в проф.навыках должна быть более детальная информация.
SQL запросы вообще лучше убрать, можно просто написать - знание SQL, а то придешь на собеседование, а тебе сразу скажут - делай sql inj.
По поводу ОС - ты же не продавцом-консультантом идешь работать. Более детально опиши уровень владения. Знаешь на уровне пользователя, разработчика, администратора и тд.
Да и хобби мало кому интересно, лучше указать хоть какой-то опыт.
Красиво, но не информативно.
Но это мое ИМХО.

Имхо мало информации, впрочем для начинающих известная проблема - попросту нечего писать. С другой стороны можно дописать любые другие умения/skill'ы, опосредовано способные пригодиться, иногда они имеют какое то значение для работодателя, если у него специфичные требования....

Профессиональные навыки - обычно те, за которые получают деньги. А у вас же нет профессионального опыта.
Все навыки указаны вообще без уровня владения.

Что такое IOS 5+, Android 2+, MS Windows?
Можете в этих системах запустить приложение, установить и выполнить тонкую настройку с нуля, развернуть любую из них в виртуальной среде, или знакомы с отладкой приложений?
SQL запросы - какой именно SQL?

В технологиях указывайте больше конкретики, и не стесняйтесь весь список что вы написали заменить на "опытный пользователь компьютера и смартфона"

Хобби указывай ТОЛЬКО если это профессиональное владение чем-то.
Например катаешься на роликах, но не просто, а конкретно тусуешься с роллерами, участвуешь в городских соревнованиях, разбираешься в брендах роликов и подшипников. ТО есть только серьезные увлечения, в которых ты можешь кого-то чему-то учить.

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

Обычно мобильные приложения тестируют руками.
Есть решения для автотестирования скриптами.

Для iOS
https://developer.apple.com/library/mac/documentat...
Есть (было) еще одно решение для iOS, но я на память его сейчас не вспомню, поищу, добавлю в ответ.

По другим платформам у меня опыта нет, так что увы. Думаю, там тоже есть подобные инструменты.

Так же есть (были) решения автоматизированного отслеживания ошибок. Был TestFlight, теперь непонятно, что с ним стало.

Для тестирования как всегда нужен английский, опыт работы с платформой (хотя бы повседневное использование, чтобы не искать где там что), и общее понимание тестирования как ремесла. Сюда входит классификация тестирования (смоук, регресс, приемка, прочая и прочая), сценарии, жизненный цикл багов.
Желательно иметь опыт работы с багтрекерами. И программистами.

1. Гайдлайны iOS/Android: особенности дизайна, функциональные возможности.
2. Различия между версиями: чем Android 4.0 отличается от Android 4.4
3. Особенности мобильного тестирования: способы инсталляции приложений, интеграция приложений с операционной системой и т.д.

вводите в гугле запрос, контактируите с представителями проекта, договориваетесь об условиях и готово

2) Если человек пользуется техникой apple, например каким-нибудь iphone, то можно ли сказать, что он имеет знания iOS?

Если человек знает, как достать crash логи из iPhone или как посмотреть консоль браузера мобильного Safari, то можно сказать, что начальные знания у него есть. Просто уметь ставить приложение из AppStore — это не для тестировщика.

Копируйте в текстовый документ. При импорте просто укажите разделитель, который разделяет слова. Например пробел или табуляцию или что там у вас.
Еще можете с помощью notepad++ отформатировать текстовый документ удалив/добавив/заменив символы для более правильного импорта в Excel.