フロントエンド の
全くまとまらないですが、
考える 動機
Sier 時代は、
転職して、
触る
それに
開発側で、
UI の モックアップを 受け 取った 後、 フロントの 意図を 介さない ものに 仕上げてしまい、 最終的な アプリケーションの フロントエンド品質が 落ちる。 フロントエンドの
納品物の モックアップ自体の クオリティが 低い、 そのまま アプリケーションに 組み込まれて、 最終的な アプリケーションの フロントエンド品質が 落ちる。
上記の
違う立場の 人の 意見
フロントエンドのコードの品質管理って案外デザイナー主導だったりして適当になってるケース多すぎる。フリーダムだとホント手がつけられなくなるから(白目
— 四代目 (@_4daime) 2017年6月13日
個人で
組織とQAチーム
が
ECサイトの多くに品質管理の問題アリ、HTML文法エラーは99%に存在 https://t.co/7uF4HVCjZE いやー、でしょうね。システム開発系エンジニア(注:フロントエンドではない)は、HTMLを軽視する傾向があったからなー、前職だと。
— わくわくわっく (@wack746) 2016年3月10日
システム開発系エンジニア
は
参考
- Let’s talk about Front-End QA
Front-End QA について 語られています。 考える 枠組みの 記載も あり、 参考に なりそうです。
考える 枠組み
アジャイルテストの
4象限
アジャイルテストの4象限と テスト自動化の ピラミッド - 野次馬エンジニア道
手動と自動、 ビジネスと ディベロップメント、 チームを 支援すると 製品を 批評する テストに ついて グロースハック
グロースハックとは何か 〜 グロースハックを マスターする ための 究極の ガイド〜 - VASILY GROWTH HACK BLOG
グロースハックを実現する ための 要素が、 フロントエンドQAの チェック項目に なる?でしょうか?
フロントエンド QA の第3象限 テストに グロースハック観点を 注入? でしょうか?
Webサービスの非機能要件に グロースハック観点でしょうか? ユーザーストーリーマッピング
ストーリーマッピングをはじめよう | ドナ・リシャウ, 高崎 拓哉 | 工学 | Kindleストア | Amazon
これも、フロントエンド QA の 第3象限 テストに 観点を 注入? でしょうか?
WebサービスのQA と しての 観点な 気もします。 SQuBOK
SQuBOK(R)-ソフトウェア品質知識体系ガイド/日科技連|ソフトウェア品質|SQiP研究会
フロントエンド のQA と しては 重すぎるのかもしれませんが、 ソフトウェアの 品質枠全貌の 理解を 助ける ものな 気が します。 PMBOKの
品質マネジメント頁
プロジェクトマネジメントスキル 実践養成講座(5):後で後悔しないための 品質マネジメント (1/2) - @IT 人間中心設計
ユーザー中心設計 - Wikipedia軽量品質保証
軽量品質保証 - Lightweight Quality Assurance In Software Development- - >& STDOUT
『軽品質』という モノ | 猫珠求聞史紀
開発は時間が 限られている ことが 多いです。
その 中でできる ことを やる 軽量品質保証 フロントエンド は 注入して おきたいです。
以下、SQuBOK の 文献への リンクに なります。 テスト自動化の
8原則
テスト自動化の8原則 - テスト自動化研究会
フロントエンド QA に自動化は 付きものです。 自動化の スコープ決めに 8原則が 役に 立ちます。
フロントエンド QA の カバーする 領域
楽天 の
最新の
フロントエンド技術を 活用し、 全社の サービス品質の 向上と 開発/運用コストの 削減を 推進する ポジションです。 楽天が
提供する 様々な サービスに 対して、 フロントエンド領域の 品質を 向上、 保証する ための テスト計画の 策定、 実施、 並びに テストの 効率化と 自動化の 推進を 行います。 カバーする 領域は、 フロントエンド技術全般、 デザイン、 デバイス/ブラウザ互換性、 SEO、 Web 解析、 アクセシビリティ、 パフォーマンス、 セキュリティ等多岐に 渡ります。 フロントエンド技術と テストに 関する 幅広い 知識と 経験を 生かし、 効率的に 検証を 行なっていく 職務です。 検証体制や 運用ルール等の 構築だけではなく、 最新の 技術を 活用して 仕組み 化、 自動化を 行い、 全社に 横展開していく 戦略立案と それを 実施する 役割も 求められている、 非常に チャレンジングな ポジションです。
カバーする
カバーする 領域
領域 | 説明 |
---|---|
HTML | フロントエンド技術全般を細分化 |
CSS | フロントエンド技術全般を細分化 |
Javascript | フロントエンド技術全般を細分化 |
フォント | フロントエンド技術全般を細分化 |
画像 | フロントエンド技術全般を細分化 |
デザイン | デザインにサービス要求が反映されているか |
デバイス互換性 | スマートフォンやPC、タブレットでの動作保証 |
ブラウザ互換性 | chrome、firefox、ie、opera、etc.. |
SEO | GoolgeBot、BingBot、Yandex、etc.. |
Web 解析 | 効果測定、Web解析可能か |
アクセシビリティ | バリアフリーとか |
パフォーマンス | HTMLのレスポンス後>ブラウザでで描画されるまでのパフォーマンス |
セキュリティ | 脆弱性に対する評価、チェック |
フロントエンド QA の 実施の 流れ
サービス要求のに
合わせて、 QA 観点抽出する。
サービスによって、 特性、 要求は 異なるので、 それに 合わせて QA 観点を 抽出します。
カバーする<wbr>領域
を元に 静的テスト、 動的テストの 観点を 決めていきます。 UI モックアップの
完了時点で、 モックアップに 対する テストを 実施(静的テスト)
モックアップの作成が 完了した 時点で、 フロントエンド Lint ツールで 静的テストを 実施します。 バックエンド、
フロントエンドの 初期統合時に、 開発サイドへ フィードバックする テスト実施 (静的テスト、 動的テスト)
QA テスト前の手戻りを 少なくするため、 バックエンド、 フロントエンドの 初期統合時に 開発サイドに、 テスト観点を フィードバックします。 1 開発テスト完了後、
QA テスト実施 (静的テスト、 動的テスト)
QA の評価と して、 開発テスト完了後に QA テスト実施します。 2 リリース後の
サイト監視
監視ツールで定期的に サイトを 監視して、 改善点を 洗い出します。 1.-5.
の繰り返し
ツール類
チェックリスト
フロントエンド全般
Webサイトの
品質を アップさせる 99の チェック項目 | ベイジの 社長ブログ
サイト制作会社側からの 立場の チェック項目。 社名等、 文言表記に ついての 記載が あります。
確かに観点と しては、 必要な 気が しました。 Webサイト品質管理の
チェック項目リスト | 人手に 頼らないWeb サイトの 戦略的品質管理指南 | Web担当者Forum
ページ制作時、サイトメンテナンス時、 ユーザ側の 立場での チェック項目が 記載されています。 フロントエンドチェックリスト(日本語訳) - Qiita
個人的な脳内の フロントエンドチェックリストが 具現化されていました。 チェックリストを 眺める ことが 勉強にもなります。 thedaviddias/Front-End-Performance-Checklist: 🎮 The only Front-End Performance Checklist that runs faster than the others
パフォーマンス観点のフロントエンドチェックリストです。
Web セキュリティ
フロントエンド、
Webデベロッパの
ための セキュリティ・チェックリスト | プログラミング | POSTD
POSTDで公開されている セキュリティチェックリストです。 セキュリティ実装 チェックリスト
IPA の実装チェックリストです。 OWASP Proactive Controls 2016の
日本語訳を 作成しました | セキュリティ対策の ラック
OWASP Top 10 の脆弱性を 作り込まないための 事前対策ガイドラインの 説明文書です。
モバイルサイト
- ブログで
アフィリエイト収入を 得たいなら 必見!Googleが 調査した スマホサイトで 重要な 25項目 | らふらく ^^ ブログで 飯を 食う
Google Partner になると、 ドキュメントで ダウンロードできる 25 の チェック項目
チェクツール
全般
- ツールへの
リンク集
2017年のフロントエンドエンジニアなら この 程度は 知ってて 当然だよな? - Qiita
ここを起点に、 様々な フロントエンド関連ツールへ 辿り 着く ことができます。
モバイル
- モバイル フレンドリー テスト - Google Search Console
適切なモバイル対応を できているか 確認する
セキュリティ
OWASP Zed Attack Proxy Project - OWASP
Web 脆弱性検証ツールObservatory by Mozilla
Mozilla のWeb ベース脆弱性検証ツール OWASP ZAP よりも 簡単に 使えるかと 思います。
サイトパフォーマンス
Page speed insights
Google の提供する サイトの スピードチェックツールです。 Lighthouse ベースに リニューアルされました。 Sitespeed.io - Welcome to the wonderful world of Web Performance
サイトスピードの監視、 及び、 チェック項目に 対する スコアが 算出されます。
個人的にフロントエンド QA の 継続的な Lint の 軸に 使おうかと 思います。
SEO
- SEO Tools, Software and Articles | SeoSiteCheckup.com
アカウントなしで、1日に 1回だけ チェックが できます。 何もしないよりは 良いかなと 思います。
DeadLink の チェック
- Wget で
簡単リンク切れチェック - ころく
Wget で404 エラーを チェックする。
公開された サイトに 対する Lint
個人的には、
URLベースで
sonar’s online scanner
sonarqube ではなくてsonar
です。web lint tool、 コマンドラインでの 実行も 可能です。
html のlint は 今の ところできないようです。 - 追記
sonar
からweblint
という 名前に 変更されました。
- 追記
WebPageTest - Website Performance and Optimization Test
パフォーマンスの計測ツールですが、 パブリックインスタンスだと 公開サイトのみ チェック可能なので、 こちらに 記載します。
G Suite を使用しているのであれば、 uknmr/gas-webpagetest を 使うと 計測が 自動化できます。
ローカルファイルに 対する Lint
構文系の
curl
コマンドや、wget
コマンドで
3
groupe-sii/sonar-web-frontend-plugin: Sonar plugin to add metrics for web technologies (JS, CSS, HTML, SASS, AngularJS…)
SonarQube のフロントエンド Lint plugin 最新 version だと 動かないようですが、 少し古い version だと 動作します。 yaniswang/HTMLHint: A Static Code Analysis Tool for HTML
HTMLHint url 指定でもコマンドは 実行できるようです。 zrrrzzt/html-validator-cli: CLI for validating html using validator.w3.org/nu
これはURL ベースで html validator を 実施できます。 Lighthouse に
よる ウェブアプリの 監査 | Tools for Web Developers | Google Developers
Chrome のAudits で Lighthouse に よる チェックが できます。
これだけでも、Performance、 PWA、 Best practices、 Accessibility、 SEO 観点での チェックが できるので、 基本構文に 対する チェックは 別途必要だと 思いますが、 それが 済めば これで 大体の 観点の チェックが 可能です。
アクセシビリティ
アクセシビリティの
- axe - Chrome ウェブストア
Chrome plugin が日本語化されて 使いやすくなりました。
WCAG に対して 準拠しているかどうかを ある 程度チェックしてくれる ツールです。
テキストの 文書に 対する Lint
HTMLにtextlint
、Redpen
が
ルールを
今後実施したいこと
実施の<wbr>流れ
の詳細化と ツール類の マッピングを してみる。 軽量品質保証
としての ガイドラインのような ものを まとめてみる。 気になる
ツール類を 試しに 使ってみる。
以上です。
コメント