Проектируя тесты: в чем разница между хорошим и плохим тестом?
Новые темы форума тестировщиков
Автор: Марк Уинтерингэм (Mark Winteringham)
Оригинал статьи: http://dojo.ministryoftesting.com/lessons/designing-tests-what-s-the-difference-between-a-good-test-and-a-bad-test
Перевод: Ольга Алифанова
Вопрос «Что именно делает тест хорошим или плохим» задавался недавно не только в Software Testing Clinic, но и на моих личных воркшопах. Я не думаю, что «хорошие» или «плохие» тесты в принципе существуют. Если я прогоняю простейший поверхностный тест и он находит баг, помогает мне сформулировать новую идею или вскрывает новую полезную для меня информацию – это хороший тест. При этом это не означает, что я могу полагаться исключительно на простые или поверхностные тесты.
Вакансия Senior QA Engineer 2018-07-31 15:50 Ищем Senior QA Engineer.
Наш новый проект - маркетплейс для финансовых услуг в рамках крупной финансовой группы. Это новый цифровой бизнес с удобными, безопасными интернет и мобильными сервисами для клиентов и агентов. Наша цель – предложить клиентам лучший продукт на рынке. У нас используются такие подходы, как DDD, Event Sourcing + CQRS, TDD / BDD, микросервисная архитектура на базе .NET Core с развертыванием в docker-контейнерах.
ЗП от 150 000 на руки (окончательная сумма обговаривается индивидуально, все зависит от опыта, квалификации)
Что делать:
Опыт:
Будет плюсом:
Мы предлагаем:
Более подробную информацию можно получить по:
df Прочитать текст из "Disabled" Input form 2018-07-31 17:15 Камрады!
Есть вот такая форма UI:
с вот таким вот HTML кодом FE:
<div class="sw-select ng-scope" ng-if="ctrl.showTabs" style="">
<input class="ng-pristine ng-untouched ng-valid ng-not-empty ng-valid-required ng-valid-pattern" name="zoneName" ng-model="ctrl.newZone.zoneName" ng-pattern="/^LOL[1-9][0-9]?$/i" ng-required="true" ng-disabled="ctrl.showTabs" required="required" disabled="disabled" type="text"/>
<div class="sw-select-list">
<!-- ngRepeat: site in ctrl.allAvailableZoneNames | filter: ctrl.newZone.zoneName | limitTo:10 -->
<div class="sw-select-item ng-binding ng-scope" ng-repeat="site in ctrl.allAvailableZoneNames | filter: ctrl.newZone.zoneName | limitTo:10" ng-click="ctrl.newZone.zoneName = site"> LOL25 </div>
<!-- end ngRepeat: site in ctrl.allAvailableZoneNames | filter: ctrl.newZone.zoneName | limitTo:10 -->
</div>
<div class="sw-select-error">
</div>
Задача: Прочитать содержимое "disable" input формы и передать в String
Код:
xpath:
public static final By ZONE_FORM_NAME = By.xpath("//div[@ng-if='ctrl.showTabs']");
String actualZoneName = driver.findElement(NewZoneElements.ZONE_FORM_NAME).getAttribute("value");
Возвращает null
String actualZoneName = driver.findElement(NewZoneElements.ZONE_FORM_NAME).getText();
ничего не возращает
Как можно это прочитать? Отчёты по выполненным работам в Эксель 2018-07-31 18:42 Доброго времени суток, коллеги. - Далее экспортируем в Эксельку http://joxi.ru/5mdBQQVTk17QNA - в это й Ексельке заходим !в каждую! задачу и проставляем часы портаченные на разработку. Данный способ простой, но есть минусы: - Приходится пол-отчёта делать вручную.
На перых рарах этого зватало, но теперь проектов много, количество задач в релизе увеличилось раз в 50 и формирование такого отчёта требует большего времени.
Вопрос первый: можете посоветовать плагин или способ, при котором отчёт по задачам и затраченному времени занимал не так много времени?
2. Ежемесячный отчёт (сумма часов отправляется заказчику на оплату), который делается ещё большим количеством действий (а чем больше действий, тем больше вероятность возникновения ошибок): - на странице "Таймшитс" выбираем период времени (месяц) и команду проекта http://joxi.ru/brRKYYycJVZpkm - Видим огромную таблицу с затреканным временем, которую экспортируем в Эксель http://joxi.ru/E2ppbbDC9VEqZ2 - в Экселе получаем выгрузку в которой зафиксирован каждый момент трекинга по задаче, ну, типа так: задача 1 - 5 задача 1 - 6 задача 2 - 1,5 задача 2 - 6 и так далее. Задача 2 - 7,5 - далее удаляем релизные задачи (в том числе подзадачи попавшие в релиз, но без версии) - далее убираем лишние задачи, например, не законченные, замороженные, - убираем задачи, которые выставляли в прошлых месяцах (если таковые есть) В итоге, получаем чистое время разработки за месяц
Понятное дело, данный способ был "придуман" когда задач было до 100 в месяц, но когда их более 1000 в месяц - это проблема для того, кто пилит отчёт.
Коллеги, буду рад любому совету, критике или помощи. © 2010 | Software-Testing.Ru |
| В избранное | ||
