Сообщений в теме: 25

[Dethrone]

Всем привет.

Прошу вашего совета:

нужно определить критичность функционала в моб. приложении(простенькое) Документации нет, вообще никакой.
+ ко всему, написать тест-кейсы на этот функционал.На все приложение не нужно.




Я не совсем понимаю, что есть критичный фукнционал. Это просто, основной функционал который отвечает за всю логику приложения?
Ок. Если так, то как его правильно выявить без спецификаций?

[Dethrone]

Никто не подскажет?

[Keiga]

Никто не подскажет?

Берёте приложение, смотрите что оно умеет и правильно ли оно это умеет. Основная функция ради которой его создавали будет самой критичной, какие нибудь уведомления и выбор скинов не очень и т.п. расписываете всё на что оно способно.

[Dethrone]

Никто не подскажет?

Берёте приложение, смотрите что оно умеет и правильно ли оно это умеет. Основная функция ради которой его создавали будет самой критичной, какие нибудь уведомления и выбор скинов не очень и т.п. расписываете всё на что оно способно.

Я еще больше запустался... с выбором критичного блока их ведь может быть несколько?
Чего таить приложение - keepassdroid (KeePass только под андроид)

Правильно ли я вижу ход процесса?
По сути:
1)оно не может работать, если в самом начале не создать файл с базой, т.е. файл в котором хранятся логины/пароли/урлы - критичный функционал, как я понимаю
2)добавление логинов/паролей/урлов в базу (в этот самый файл) - критичный блок?
3)копирование в клипборд: на мой взгляд важный функционал, возможно критичный. Т.е. при выборе в самой аппе какого-нибудь логина и пароля, андройд автоматом копирует их в клипборд. Далее, при заходе на сайт, при логине из клипборда можно вставить логин и пароль для авторизации. Не уверен, критичный ли это функционал, т.к. приложения для хранения данных. Но и согласиться с этим не могу - опять же, нет спецификации.


На что из этого стоить обратить особое внимание? Может, верным будет написать кейсы на все эти 3 блока, но один из них может быть не критичным.
Блин, совсем запутался.

Как бы Вы поступили? Думаю, что с этим приложением знакомы почти все.

[Norf]

По сути:
1)оно не может работать, если в самом начале не создать файл с базой, т.е. файл в котором хранятся логины/пароли/урлы - критичный функционал, как я понимаю
2)добавление логинов/паролей/урлов в базу (в этот самый файл) - критичный блок?
3)копирование в клипборд: на мой взгляд важный функционал, возможно критичный. Т.е. при выборе в самой аппе какого-нибудь логина и пароля, андройд автоматом копирует их в клипборд. Далее, при заходе на сайт, при логине из клипборда можно вставить логин и пароль для авторизации. Не уверен, критичный ли это функционал, т.к. приложения для хранения данных. Но и согласиться с этим не могу - опять же, нет спецификации.

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

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

[Keiga]

Я еще больше запустался... с выбором критичного блока их ведь может быть несколько?
Чего таить приложение - keepassdroid (KeePass только под андроид)

Правильно ли я вижу ход процесса?
По сути:
1)оно не может работать, если в самом начале не создать файл с базой, т.е. файл в котором хранятся логины/пароли/урлы - критичный функционал, как я понимаю
2)добавление логинов/паролей/урлов в базу (в этот самый файл) - критичный блок?
3)копирование в клипборд: на мой взгляд важный функционал, возможно критичный. Т.е. при выборе в самой аппе какого-нибудь логина и пароля, андройд автоматом копирует их в клипборд. Далее, при заходе на сайт, при логине из клипборда можно вставить логин и пароль для авторизации. Не уверен, критичный ли это функционал, т.к. приложения для хранения данных. Но и согласиться с этим не могу - опять же, нет спецификации.


На что из этого стоить обратить особое внимание? Может, верным будет написать кейсы на все эти 3 блока, но один из них может быть не критичным.
Блин, совсем запутался.

Как бы Вы поступили? Думаю, что с этим приложением знакомы почти все.

Критичных функций может быть несколько. Вы в общем то движетесь в правильном направлении. У Вас нет спецификации, но Вы можете посмотреть как разработчики позиционируют свою программу для пользователей. Это порт программы с ПК, менеджер паролей, значит основные её функции это просмотр\добавление\удаление записей в базе. получается что:
1 - само открытие файла это одна из основных функций. Если программа не сможет открыть файл с базой или еще хуже каким то образом его испортит, можно ли будет работать с программой?
2 - что за менеджер паролей если там нельзя ничего добавить\удалить\посмотреть?
3 - тут сложнее. Вы же можете открыть запись и посмотреть пароль\логин сами и в принципе без возможности копирования сложно, но можно работать. Вот если просто нельзя посмотреть пароль из сохраненной базы это уже важнее.

Я бы обратил внимание на первые два блока.

[Dethrone]

Спасибо, становится все понятней.

1)Верно. Если нет файла или он поврежден - все данные потеряны. Действительно, важнейший блок.
2)Можно все там редактировать. Добавлять - просматривать - изменять-. Копировать НЕЛЬЗЯ. Есть еще встроенный генератор паролей.

3)В момент, когда открываем сохранную запись - автоматом копируется логин и пароль в клипборд. Это единственный вариант копирования в программе.
Вот, все думаю, стоит ли относить это к критичному блоку или нет. Если юзер сгенерит себе длинный сложный пароль, то он не сможет его скопировать из файла, кроме как этим способом.


Если отбросить 3 пунтк, оставить его просто как фичу, а на первые 2 написать кейсы. Стоит ли писать негативные кейсы? Я ума не приложу, каким образом это делать, если нет требований и документации. Ок, на создание файла, к примеру с русскими буквами, больше нет.
На второй пункт, расписать возможности, а что с негативным? Ничего в голову не приходит.

И еще, как-то все очень просто получается. Комплект кейсов на 1 и 2 пункт - ну максимум 30 их будет. А это тестовое задание в крупную фирму, без подвоха, так все просто?

[Keiga]

3)В момент, когда открываем сохранную запись - автоматом копируется логин и пароль в клипборд. Это единственный вариант копирования в программе.

На сколько я знаю там еще можно копировать через меню определенное поле.

И еще, как-то все очень просто получается. Комплект кейсов на 1 и 2 пункт - ну максимум 30 их будет. А это тестовое задание в крупную фирму, без подвоха, так все просто?

Так кейсы еще написать надо грамотно. Какой подвох вы ожидали? Требуется понять Ваш уровень, а не завалить.

[Dethrone]

3)В момент, когда открываем сохранную запись - автоматом копируется логин и пароль в клипборд. Это единственный вариант копирования в программе.

На сколько я знаю там еще можно копировать через меню определенное поле.

И еще, как-то все очень просто получается. Комплект кейсов на 1 и 2 пункт - ну максимум 30 их будет. А это тестовое задание в крупную фирму, без подвоха, так все просто?

Так кейсы еще написать надо грамотно. Какой подвох вы ожидали? Требуется понять Ваш уровень, а не завалить.

Большое спасибо! Действительно так, меню кнопка и копируется все. Я не любитель андройда, пользовался редко.
Тогда 3 пункт, фича с клипбордом отлетает сразу.

Грамотно, это по вашему как?
Опишите пожалуйста,если вам не затруднит, как бы сделали это Вы, в 2 словах.

[Keiga]

Грамотно, это по вашему как?
Опишите пожалуйста,если вам не затруднит, как бы сделали это Вы, в 2 словах.

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

[Dethrone]

Грамотно, это по вашему как?
Опишите пожалуйста,если вам не затруднит, как бы сделали это Вы, в 2 словах.

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

Ок. Спасибо.
А какие негативные кейсы Вы бы стали писать в таком случае?
Стоит ли их писать в моей ситуации без документации?


Еще вопрос:
стоит ли тестировать на разных версиях андройда? Приложение держит от 1.5 андройда. Ведь, может же быть такое, что на 4 - критический функционал работает, а скажем, на 2.3.3 - нет. Стоит ли включать сюда эти тесты?

[Keiga]

Ок. Спасибо.
А какие негативные кейсы Вы бы стали писать в таком случае?
Стоит ли их писать в моей ситуации без документации?


Еще вопрос:
стоит ли тестировать на разных версиях андройда? Приложение держит от 1.5 андройда. Ведь, может же быть такое, что на 4 - критический функционал работает, а скажем, на 2.3.3 - нет. Стоит ли включать сюда эти тесты?

Просто старайтесь держаться в рамках тестового задания, а не выполнять полноценную работу по тестированию. Можете написать несколько негативных тестов чтобы показать что Вы представляете о чем речь. Тоже самое относится и к версиям андройда, просто обозначьте что Вы знаете и всё.

[Dethrone]

Ок. Спасибо.
А какие негативные кейсы Вы бы стали писать в таком случае?
Стоит ли их писать в моей ситуации без документации?


Еще вопрос:
стоит ли тестировать на разных версиях андройда? Приложение держит от 1.5 андройда. Ведь, может же быть такое, что на 4 - критический функционал работает, а скажем, на 2.3.3 - нет. Стоит ли включать сюда эти тесты?

Просто старайтесь держаться в рамках тестового задания, а не выполнять полноценную работу по тестированию. Можете написать несколько негативных тестов чтобы показать что Вы представляете о чем речь. Тоже самое относится и к версиям андройда, просто обозначьте что Вы знаете и всё.

Стараюсь.Но очень мало информации. Кажется, как бы не упустить чего важного, а с другой стороны - нужно ли это вообще включать?
Палка о двух концах.

К слову, как выглядет таск.

Скрытый текст

Тестовое задание:
Определить критичный функционал приложения:
https://play.google....e=search_result
Написать тестовый комплект(комплект тестов, test suite) для тестирования критичного функционала приложения.
Оценить время, необходимое для ручного тестирования критичного функционала приложения.

Описывать кейсы для всего функционала приложения не нужно, тестовое задание необходимо для определения навыков кандидата в определении наиболее критичных функциональных блоков тестируемого продукта в условиях отсутствия документации.

Найденные в процессе тестирования баги будут плюсом.

[testopatolog]

Кажется, как бы не упустить чего важного, а с другой стороны - нужно ли это вообще

Dethrone, хоть я и простой человек, но ваша постановка вопроса типа, Разработчик с гармошкой и Тестировщик в электричке: "Документации нет, вообще никакой. Сами мы не местные. Нужно определить критичность. Просим совета." - уже не остроумна.
1. Не верю, что сейчас в мало-мальски приличных конкурентоспособных айтишных компаниях востребованы специалисты в таком понимании подхода к делу.
2. Допустим, в жизни всё бывает, и с этим заданием и под него ищут работника... Вы хотите устроиться в эту шарашкину контору ? - не советую!

[Dethrone]

Кажется, как бы не упустить чего важного, а с другой стороны - нужно ли это вообще

Dethrone, хоть я и простой человек, но ваша постановка вопроса типа, Разработчик с гармошкой и Тестировщик в электричке: "Документации нет, вообще никакой. Сами мы не местные. Нужно определить критичность. Просим совета." - уже не остроумна.
1. Не верю, что сейчас в мало-мальски приличных конкурентоспособных айтишных компаниях востребованы специалисты в таком понимании подхода к делу.
2. Допустим, в жизни всё бывает, и с этим заданием и под него ищут работника... Вы хотите устроиться в эту шарашкину контору ? - не советую!

Спасибо за совет.

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

По таску:
написал 20 кейсов на критичные блоки. Теперь думаю над негативными кейсами, но до сих пор не могу понять - НУЖНЫ ЛИ ОНИ?
Думаю, что вряд ли негативом можно "убить" критичный блок, отсюда и вопросы к их надобности.
Помимо прохождения кейсов - нашел 6-7 багов, включу их в репорт.

На собеседовании долго общался с их лидом, он знает, что я умею. Это ответ на вопрос для товарища Keiga (спасибо тебе отдельное)

Вопрос остается открытым:
что еще можно написать, помимо тест-кейсов на прохождение критичного функционала?
Я не совсем понимаю, что в данном случае будет Test suite / Комплект тестов. Как понимаю, одного списка кейсов будет мало?

[Keiga]

Вопрос остается открытым:
что еще можно написать, помимо тест-кейсов на прохождение критичного функционала?
Я не совсем понимаю, что в данном случае будет Test suite / Комплект тестов. Как понимаю, одного списка кейсов будет мало?

Test suite это просто группа Ваших тестов сгруппированная по какому-то признаку, допустим один suite на один блок. Негативные тесты напишите, например ввели не верный пароль для базы, "случайно" нажали на ту кнопку на которую не стоило нажимать, забыли какое то обязательное поле заполнить и т.п.

[ch_ip]

Кажется, как бы не упустить чего важного, а с другой стороны - нужно ли это вообще

Dethrone, хоть я и простой человек, но ваша постановка вопроса типа, Разработчик с гармошкой и Тестировщик в электричке: "Документации нет, вообще никакой. Сами мы не местные. Нужно определить критичность. Просим совета." - уже не остроумна.
1. Не верю, что сейчас в мало-мальски приличных конкурентоспособных айтишных компаниях востребованы специалисты в таком понимании подхода к делу.
2. Допустим, в жизни всё бывает, и с этим заданием и под него ищут работника... Вы хотите устроиться в эту шарашкину контору ? - не советую!

Зря не верите. Такие специалисты всегда востребованы. И компаний, где дела обстоят так полным полно. Плюс любой новый проект - это именно такое положение дел!

[ch_ip]

написал 20 кейсов на критичные блоки. Теперь думаю над негативными кейсами, но до сих пор не могу понять - НУЖНЫ ЛИ ОНИ?
Думаю, что вряд ли негативом можно "убить" критичный блок, отсюда и вопросы к их надобности.

Конечно, негативными тестами можно убить критичный блок, а иногда и всю программу целиком :)

[Гаргулья]

нужно определить критичность функционала в моб. приложении(простенькое) Документации нет, вообще никакой.
+ ко всему, написать тест-кейсы на этот функционал.На все приложение не нужно.

Т.е. документации вообще никакой нет? Даже файла справки? Он обычно очень помогает и тест-кейсы составить, и с требованиями к функционалу определиться....
Если даже и этого нет - можно посмотреть конкурентов - у них есть... он этой инфы тоже можно отталкиваться...

[SALar]

Берёте приложение, смотрите что оно умеет и правильно ли оно это умеет. Основная функция ради которой его создавали будет самой критичной, какие нибудь уведомления и выбор скинов не очень и т.п. расписываете всё на что оно способно.

Это не всегда так.

Пример раз.
Создание пользователя работает, но при создании пользователя с уже существующим логином приложение вешается навсегда. Функционал работает, но ошибка критическая.

Пример два.
* Если функция "Пометить сотрудника как уволенного" не работает, то это не критическая ошибка.
* А вот если она работает, но при выполнении этой операции все проекты, которые он вел удаляются безвозвратно, то это критическая ошибка.

Пример три.
Делаете вы центральную БД для хранения медицинских карт граждан всея Руси.

* Если не работает целый модуль - ничего страшного.
* Если пароли пользователей системы хранятся в БД, пусть хешированные, пусть SHA, пусть даже посоленные, то это залет. За которым вполне могут последовать массовые расстрелы.
* Если персональные данные хранятся в этой БД в открытом виде (или просто хранятся в БД), то это тоже очень неприятная ситуация.