気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント46件
- 注目コメント
- 新着コメント
ryota-murakami
参考記事の最後に「なぜidを使わないのか？」に対するQ&Aが掲載 されている。個人的にはidで管理しても結局'test-○○'のようなprefixを付与する事になる可能性が高いので、それだったらdata属性の方が筋が良い かなと。
b_wa
うちはjs用のclass名の命名規則があるので、デザインを変えてもそのclass名は変わらない。li.jxxx-item.xxx-itemみたいになっていて、前者がロジック用、後者がスタイル用。
uehaj
RNではtestidの方がポピュラーかな https://www.npmjs.com/package/babel-plugin-react-test-id
luccafort
個人的にはわかりやすいし除去できるなら別に問題ない気がするけどなーと思ってからブコメみたら「なるほど、確かに…」みたいな気持ちになった。複雑すぎるフロントエンドに問題があるのでは？という気持ち。
yarumato
“data-testidというテストのための属性を使うことで、何をテストするのか明確になりました。テストからクラスを扱わないことで、自由にスタイルのためにクラス名を変更したり、いつでもCSS in JSに切り替えられます”
luccafort
個人的にはわかりやすいし除去できるなら別に問題ない気がするけどなーと思ってからブコメみたら「なるほど、確かに…」みたいな気持ちになった。複雑すぎるフロントエンドに問題があるのでは？という気持ち。
pmint
テスト手法を勘違いしてるんだと思う。テスト失敗は悪だと思ってそう。/ DOM要素に詳しい型付けをしましょうという話。その型をここではテストに利用してる。data-testというよりdata-typeにして入力の検証にも使うべき。
kawa-_-kawa
なるほどと思いつつも、デザイナー側に要素追加・更新・削除時にtext-XX要素を重複・変更・削除しないように注意してもらう必要あるわけで、プログラマーは楽になるけどコストが他に移っただけに見える。
yuanying
https://www.w3.org/TR/html5/dom.html 読んだけど、id や class はスタイルのためのものとはやっぱり思えない。単なる実装上の都合でしかものを言ってなくないか。
t_yamo
解るけれど、テスト用マーカーでテスト用世界を構成してそれに対してテストしている感もあって、実世界に対するテストとして考えるとモヤモヤした部分もある。正しく写像しているかのテストが別にあればいいのかな。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
idやclassを使ってテストを書くのは、もはやアンチパターンである - Qiita
いきなり結論を書くと、idやclassはスタイルのためのものなので、テストでそれを使うのはやめましょう。... いきなり結論を書くと、idやclassはスタイルのためのものなので、テストでそれを使うのはやめましょう。そして、カスタムデータ属性を使いましょう。(idやclassはスタイルのためだけではないという意見はごもっともです！しかし、主にとしてスタイルに使われるということでご了承頂いて以下の駄文に付き合って頂けると幸いです🙇) 先に断っておくと主にreactについての話で、JSXを前提とします。(手法はReactに限りませんが理由は後述) 2020/03/23 追記 この記事は1年以上前に書かれた記事なのでテストフレームワークとしてenzymeを使っていますが、現時点ではTesting Libraryの使用をオススメします。data-testid に対応するクエリを備えています。 React Testing Library · Testing Library はじめに ご存知の通り、ロジックと
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2017/11/19 リンク