bobylev

https://docs.microso...s?view=tfs-2018

Это если не боитесь XML, по факту там все просто.

Еще есть аддон к студии, который позволяет это делать в графическом режиме

https://marketplace....Server2013Power

Подскажите обучалки толковые 

 

Из того, что мне понравилось, http://www.testinged...BST/testdesign/

После этого можно поискать курс Domain Testing того же автора. Воркбук к нему есть в продаже на амазоне, либо в триальном доступе на сайте издательства https://www.safaribo.../9780989811903/

Test Design (Low)

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

Позволю себе процитировать нетленку из BBST

BachDoug Hoffman worked on the MASPAR (the Massively Parallel computer, 64K parallel processors).

The MASPAR has several built-in mathematical functions. The Integer square root function takes a 32-bit word as an input, interpreting it as . an integer (value is between 0 and 2³²-1). There are 4,294,967,296 possible inputs to this function. How many should we test?What if you knew this machine was to be used for mission-critical and life-critical applications?

A Practitioner's Guide to Software Test Design by Lee Copeland

Привет.

Долго рассуждали с программистами и архитектором.

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

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

В прошлом году Василий собирал статистику. Не думаю, что сильно изменилось.

Опубликованы результаты опроса про зарплаты в тестировании

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

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

Можете привести пример кейса?

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

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

Я бы в этом случае сделал запуск тестов прямо с терминал-сервера.

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

Также интересует этот вопрос.

Сейчас у нас есть:

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

У стендов соответственно разные требования к "похожести" на продакшн.

В разработке 95% времени только одна ветка продукта. Релиз на прод примерно раз в месяц, иногда чаще. В проекте две небольших команды с частично пересекающейся функциональностью. Проект состоит из примерно 20 связанных между собой сервисов.

Думаю, что можно добавить к этому списку, и нужно ли.

Затронули тему индексации

Есть у кого? Зафиксировано в письменном виде в трудовом договоре?

Конституционный Суд подтвердил в определении Конституционного Суда РФ от 19.11.2015 N 2618-О факт того, что проведение индексации заработной платы в связи с ростом потребительских цен на товары и услуги является законодательно установленной обязанностью всех работодателей, вне зависимости от формы собственности и вида управления. Коммерческие организации обязаны прописать процедуру индексации в коллективном договоре и издавать по этому поводу другие внутренние нормативные акты. Это является общепринятой в России мерой для обеспечения повышения уровня реального содержания заработной платы граждан​.

Аналогичные разъяснения в отношении конституционности статьи 130 ТК РФ были даны в определении Конституционного Суда Российской Федерации от 17 июня 2010 года N 913-О-О, а о конституционности статьи 134 ТК РФ - в определении Конституционного Суда Российской Федерации от 17 июля 2014 года N 1707-О. Таким образом, данное определение КС РФ является третьим, вынесенным по аналогичным поводам.

http://m.ppt.ru/news/135016

Но у нас не прецедентное право.

Ну и судиться с работодателем это наверное уже крайняя мера. Как после этого работать, не особо представляю. Наверное надо иметь стальные нервы.