вот самое свежее

Привет всем! У кого то может есть ссылки на материалы по a11y тестированию? Оно же аксессабилити (accessibility ) . кроме статьи на хабре и девбай больше ничего более менее путного ненашел

Спасибо, тут правда не очень много написано, и есть одна ссылка на ту статью что уже видел на хабре. Тем неменее остальные материалы я почитаю) Благодарю

А чем не устраивают гайдланы и чеклисты по этому самому accessability?
Типа:
https://www.a11yproject.com/checklist/
https://www.w3.org/WAI/standards-guidelines/wcag/

Или что-то уже более конкретное, нежели скоуп тестирования, интересует?

Например примеры автоматизации аксесабилити скажем в том же аплитулз. посмотрел бы или почитал бы как люди это делали

кек, а почему мою ссылку удалили?)

Наверное, за рекламу посчитали

а, ну это уже более конкретно, чем "есть чо нить по ассессабилити". :)
В целом, гугол дает много статей на эту запрос амплитул+ассессабилити, но половина из них, конечно же, реклама этого самого амплитулз.

аж прям интересно стало, что я там в опенсорс-конспекте под GPL-3.0 рекламирую))

вот в том то и дело.

Эмм, восьмой принцип тестирования? Ну, если я правильно про "конспект" понял.
Upd: я бы тоже удалил.

всем привет

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

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

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

День добрый.
Для начала - загуглить все что можно про unit тесты.

может доверить тестирование опытному тестировщику? )

юнит тесты это хорошо и я обязательно прогуглю это и у меня на примете книжка про автономное тестирование на C# с самураем

но сейчас меня меня мучают другие вопросы: а что я тестирую? а зачем я тестирую? а как я тестирую?(в т.ч. почему именно юнит-тесты?)

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

я бы рад но нет)

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

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

звучит как стартап )