タグ

nantanのブックマーク (9,952)

  • Raindrop.io — All in One Bookmark Manager

    Designed for ✐ creatives, built for {coders}Raindrop.io is the best place to keep all your favorite books, songs, articles or whatever else you come across while browsing.We're not trying to reinvent the wheel; we're working on a tool that does everything you expect from a modern bookmark manager. Organize with easeRaindrop.io is not just a pretty interface, it can help you untangle your bookmarks

    Raindrop.io — All in One Bookmark Manager
  • About Queries | Testing Library

    Overview​Queries are the methods that Testing Library gives you to find elements on the page. There are several types of queries ("get", "find", "query"); the difference between them is whether the query will throw an error if no element is found or if it will return a Promise and retry. Depending on what page content you are selecting, different queries may be more or less appropriate. See the pr

    About Queries | Testing Library
  • エコーチェンバー現象 - Wikipedia


    Google G-3  Wikipedia:# {{|en|Echo chamber (media)|}} Wikipedia:
    エコーチェンバー現象 - Wikipedia
  • 【翻訳記事】テスト自動化の対象となるテストシナリオの整理に役立つBRIEFの原則 - ブロッコリーのブログ

    はじめに(翻訳記事の前提となる知識など) 記事は自動テスト・テスト自動化Advent Calendar 2021の7日目の記事です。 最近、BDDなどでのテスト自動化を行うにあたり、Discovery(発見)*1→Formulation(定式化)→Automation(自動化)という流れが考えられるようになりました*2。 記事「Behaviour-Driven Development」内の画像を引用し翻訳 この中の「定式化」では、後に自動化するテストシナリオの整理を考えます。*3 テストシナリオを作成する際に、ただ単にGherkin記法(Given/When/Thenなどを用いた記法)を利用するだけでは、保守性の低いテストシナリオが作られてしまいます。 そこで今回は、保守性の高い状態でテストシナリオを記述する際に役立つ原則「BRIEFの原則」について書かれた記事「BRIEFの原則を保った

    【翻訳記事】テスト自動化の対象となるテストシナリオの整理に役立つBRIEFの原則 - ブロッコリーのブログ
  • 同じテストは効果が薄い?殺虫剤のパラドックスとは | Sqripts


     IT調  JSTQB FoundationLevel71
  • テスト自動化研究会 - テスト自動化の8原則

    1. 手動テストはなくならない 2. 手動でおこなって効果のないテストを自動化しても無駄である 3. 自動テストは書いたことしかテストしない 4. テスト自動化の効用はコスト削減だけではない 5. 自動テストシステムの開発は継続的におこなうものである 6. 自動化検討はプロジェクト初期から 7. 自動テストで新種のバグが見つかることは稀である 8. テスト結果分析という新たなタスクが生まれる これらの原則は、どのようなドメイン、プロセス、ツールの現場におけるテスト自動化であっても共通して言える、テスト自動化に取り組む前に留意しておくべきことがら=原則を、テスト自動化研究会のメンバーによる議論のうえ、絞り込んだものです。これからテスト自動化に取り組まれる方、現在取り組まれている方、これから見直しをされたい方にご参考いただければ幸いです。 解説 1. 手動テストはなくならない ユーザビリティテ

    テスト自動化研究会 - テスト自動化の8原則
  • Front-end Testing Strategy

    Defines the different layers of testing and gives an overview of the current situation to propose an effective strategy. Before starting is important to mention that this article is : Focused on front-end testing specifically (i.e. React applications and their interactions with components).Highly based on testing principles defined by Kent C. Dodds, who is a famous developer within the React commu

    Front-end Testing Strategy
    nantan
    nantan 2024/03/07
  • It’s A (Front-End Testing) Trap! Six Common Testing Pitfalls And How To Solve Them — Smashing Magazine

    When writing front-end tests, you’ll find a lot of pitfalls along the way. In sum, they can lead to lousy maintainability, slow execution time, and — in the worst case — tests you cannot trust. But it doesn’t have to be that way. In this article, I will talk about common mistakes developers make, at least in my experience, and, of course, how to avoid them. Testing doesn’t need to be painful, afte

    It’s A (Front-End Testing) Trap! Six Common Testing Pitfalls And How To Solve Them — Smashing Magazine
  • アジャイルにおけるキックオフとインセプションデッキの役割(NADP解説) - NCDC株式会社


    Scrum Inc. NCDCNCDC Agile Development Process6 20242  NCDC Agile Development ProcessNADP Kick-off Requirements Design Sprint Planning Development System Testing  
    アジャイルにおけるキックオフとインセプションデッキの役割(NADP解説) - NCDC株式会社
  • 生産性指標をFour Keysから変更した話 - Sansan Tech Blog


     Mobile ApplicationEight Mobile ApplicationEightFour Keys Four Keys Mobile ApplicationSansanFour Keys 2 12 
    生産性指標をFour Keysから変更した話 - Sansan Tech Blog
  • CodeceptJS

    CodeceptJS is opensource MIT licensed testing framework. Works with your favorite frontend frameworks → Scenario Driven Write acceptance tests from user's perspective. Make tests readable and easy to follow. Driver Agnostic Run your tests via Playwright, WebDriver, Puppeteer, TestCafe, Protractor, Appium. The code is the same. Learn More

  • GaugeとPlaywrightをGitHub Actionsで実行する際に工夫していること - コドモン Product Team Blog


     YouTube ATDDE2EGaugePlaywright E2ECIGitHub ActionsCIE2E GitHub ActionsE2E Workflowk8sSelf-hosted Runner使k8sGaugeE2E
    GaugeとPlaywrightをGitHub Actionsで実行する際に工夫していること - コドモン Product Team Blog
  • インセプションデッキ | Agile Studio

    名前インセプションデッキ解説インセプションデッキは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問、もしくは対話の場を指す。インセプションデッキの内容は1...

    インセプションデッキ | Agile Studio
  • 「われわれはなぜここにいるのか」のつくりかた|dora_e_m


     @takaking22   STEP0:   
    「われわれはなぜここにいるのか」のつくりかた|dora_e_m
  • 認知負荷で考えるフロントエンドの組織体制

  • コンテキストベースの自動テスト:テストピラミッドの再考 - UIテスト自動化ツール Ranorex

    テスト自動化ピラミッドは、自動化テストを構築するための基準として長い間使用されてきました。しかし、アプリケーションが複雑になった今でも、このモデルを使用する意味はあるのでしょうか?このモデルが登場してから、情況に変化はあったでしょうか?今日の自動化テストでこのモデルと併せて考慮すべきことは何でしょうか? テスト自動化ピラミッドとは何か? マイク・コーンは自著 Succeeding with Agileで、プロジェクトの自動化テストにアプローチする方法としてテストピラミッドを考案しました。 このモデルにはさまざまな解釈がありますが、基的な考え方として、自動化テストには、以下の3つの層があるということです。 単体テスト(Unit Tests) 単体テストでは、アプリケーションソフトウェアの最小コンポーネントを検証します。最小コンポーネントは、アプリケーションコード内において、何らかの入力に基

    コンテキストベースの自動テスト:テストピラミッドの再考 - UIテスト自動化ツール Ranorex
  • 効果的なリモートワークを可能にする - チーム・トポロジーからの原則とパターン

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    効果的なリモートワークを可能にする - チーム・トポロジーからの原則とパターン
  • 実践Immutable Data Model - 紙箱


      Immutable Data ModelOut of the tar pit SQLSQL  Immutable Data Model使
    実践Immutable Data Model - 紙箱
  • The AHA Stack の Astro + htmx の example を試してみた - Mitsuyuki.Shiiba


    The AHA Stack  ahastack.dev Astro + htmx + Alpine.js  Astro + htmx  example  Astro? Astro  MPA  docs.astro.build  TypeScript  pnpm create astro@latest astro Launch sequence initiated. dir Where should we create your new project?
    The AHA Stack の Astro + htmx の example を試してみた - Mitsuyuki.Shiiba
    nantan
    nantan 2024/01/29
  • shadcn/ui

    Hi, let's have a meeting tomorrow to discuss the project. I've been reviewing the project details and have some ideas I'd like to share. It's crucial that we align on our next steps to ensure the project's success. Please come prepared with any questions or insights you may have. Looking forward to

    shadcn/ui