Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Александр Лобач

Страницы: 1 2 3 »
1
Для всех / Re: Oracle BPM Suite
« : 12 Февраля 2014, 22:16:46 »
Существует с 2011 года

http://www.omg.org/spec/BPMN/2.0/

3
Чтоб ты был жив и здоров, а остальное и сам сделаешь :)

4
спасибо всем кто добрался таки :)

5
Саш, чего за смайлик рядом со мной :). Буду конечно


6
уже год прошел. как время то летит :)

7
надо каждый пункт из твоего списка немного детализировать или описать словами, а то появляются вопросы.
(хотя может это я такой)

Дословный перевод с английского это зачастую смешно :)

по поводу покрытия: тогда в чем разница между трассировкой и покрытием?

Глоссарий я понимаю только в одном виде чтобы один раз вбил термин, а потом везде в тексте при наведении показывалось определение.

еще по поводу требований к сут
- инструмент обсуждения требований с сохранением истории


8
Богатое форматирование текста - это зачет :) (по моему мнению форматирования надо не так уж и много)

Формирование структуры проекта  - что под этим подразумевается?

Анализ покрытия - чего покрывали то??

Саш, тут в соседней теме делали требования ИС Аттестации или как то так.

Почему не выделить такую же тему и решать задачу по описанию требований к идеальной СУТ там?

P.S.
где работа с Use Cases и сценариями?
где глоссарий?
если закладываемся на трассировку к элементам модели и кода, то где трассировка к тестам

9
Насколько я помню прошлый доклад Стаса то LUXProject не столько среда управления требованиями сколько управления проектами по разработке.
То есть она не является СУТ, а имеет в своем составе данный функционал.

какая цель еще одного доклада по альтернативной СУТ?

10
474
а это просто реальная ситуация

заказчик озвучил требования 1 раз и больше до сдачи продукта у вас нет к нему доступа, а все общение идет через менеджера.
И вот теперь сдайте продукт заказчику :)

11
Тестирование / Re: Test Case & Test Analyst
« : 08 Декабря 2008, 17:04:18 »
Первая жизненно важная функция тест кейсов - документирование нашего знания о желаемом поведении продукта. Тест кейс - это ведь не только что мы хотим сделать руками. Это и что мы ожидаем, и как мы конкретно удостоверимся в получении правильного результата.

Второе - тест кейсы невероятно сокращают время на освоение продукта новыми сотрудниками. Я знаю десятки людей, которые были просто счастливы, что в компании, куда они пришли уже были тест кейсы. Вместо трех месяцев они разобрались в новом проекте за пару недель.

Третье - документирование того что будет проверяться/проверялось во время тестирования.

Четвертое - Тест кейсы совершенно незаменимы там, где пишутся автоматизированные тесты. Как бы хорошо Вы ни знали Силк или ВинРаннер, надо знать что с этим тулом делать в конкретной ситуации. Автоматизация тестирования без наличия добротных тест кейсов превращается в профанацию и только дискредитирует идею автоматического тестирования как таковую.


12
а просто пожать и не париться с рутьюб?

15
Тестирование / Re: Test Case & Test Analyst
« : 02 Сентября 2008, 12:17:23 »
2 Эдуард
Тест-план (план тестирования) документ описывающий кто, что, когда и как тестирует, или не тестирует
Хотел написать ответ здесь, но понял что потом будет еще больше вопросов :)
Постараюсь в течение 2х-3х дней подготовить статью на эту тему, в смысле какая нужна документация

2 Андрей
порекомендую как и Эдуарду начать с описания Вариантов использования на основании тех знаний, которые вы можете получить у людей "которые  что-то знают"

Страницы: 1 2 3 »