とある1on1で「PRの複雑度を判定して、複雑度が低いものはAIレビューで完結しても良い、というルールにしたら副次的にPRサイズが小さく/シンプルになった」という話を聞きました。プロダクトコードにおいては、スコープをかなり絞りやすいですが、E2Eテストではどうしてもspecファイルが大きくなってしまったり、Page Objectなどのデザインパターンによって作成されるファイルや変更が大きくなりがちです。続きをみる

AGESTがAI搭載のテスト管理ツール「TFACT」で特許出願したというニュースを読みました。 AGEST、AI機能搭載テスト管理ツール「TFACT」においてテスト工程を効率化する2つの機能で特許を出願 | お知らせ | TFACT（ティファクト）- AIテストツール TFACTに関連するお知らせを掲載しています。agest.co.jp 続きをみる

最近、QAの現場でもAIの話題を本当によく耳にするようになりました。「すごい便利になるぞー」っていう期待感と、でも「で、結局どうやって使えばいいの？」っていう戸惑いが、なんとなくごちゃ混ぜになっている。続きをみる

はじめにGitHub Actionsのワークフローファイル、皆さんはスムーズに読めていますか？シンプルなCI/CDパイプラインであれば問題ありませんが、if による条件分岐が増えてきたり、needs でジョブ間の依存関係が複雑に絡み合ってくると、YAMLを目で追うだけでは全体像の把握が難しくなってきます。特に always() や failure() を使った条件分岐、&& や || を組み合わせた複合条件が登場すると、「このステップはどの条件で実行されるんだっけ？」と混乱しがちです。そこで、GitHub ActionsのワークフローYAMLをMermaidフローチャートに変換するWebツール gh-yml-to-mermaid を作りました。続きをみる

この記事は、・日報・スクラム・振り返りが苦手・頭の中では考えてるのに後から説明できない人におすすめできると考えています。ぜひご一読ください。日記ではない続きをみる

adventar.org 特定のテストだけを実行するには、一般的には `-grep`を使用したテストファイルの特定が挙げられます。一方で、変更したテストファイルだけ実行したい、プロダクトで変更された箇所だけ実行したい、という欲も尽きないでしょう。続きをみる

adventar.org GitHub Actionsで最初はテストだけだったのに、通知や便利機能を追加したり、if分岐で通しか部分かを判定したり、など。往々にしてymlファイルは膨大になります。続きをみる

adventar.org E2E自動テストにはいくつかのデザインパターンがあります。ベーシックなものはPage Object Model、SPAならApp Actionなど…。しかしデザインパターンを教科書通りに実装したからといって、そのプロダクトに適した実装になっているとは限りません。続きをみる

adventar.org Skillnote Advent Calendarの1日目でお話ししたPlayrightにおけるロギングについてです。続きをみる

adventar.org テスト実行が遅い、CIが遅い。続きをみる

adventar.org 現代人は時間に悩まされています。朝5時に起きたと思ったら、二度寝して朝10時になっていた！そんな土曜日が皆さんにも訪れるでしょう。続きをみる

adventar.org YAMLベースでシンプルにワークフローを記述し、かつデータ駆動・抽象化・再利用性に強いrunnというAPIテストツールを利用する際に、どのような思考プロセスで設計をしていくかお話しします。続きをみる

adventar.org テスト実行が遅い、CIが遅い。でもシナリオテストで前後の関連性を完全に排除できない。続きをみる

adventar.org 今日もPlaywrightのお話です。飽きましたか？私は飽きてないので話しますね。続きをみる

adventar.org E2E自動テストを書いているとしばしば要素が見つからないというflakyの壁にぶつかります。アクセシビリティを重要視して、roleとnameで頑張って要素を取得してみるものの、フロント側の改修等で壊れやすくなってしまうこともあるでしょう。続きをみる

adventar.org 初めてPlaywrightを触ったのは2023年11月頃だったと思います。当時触ったことがあったのはRanorexやPower Automateなど、いわゆるローコードツールばかりで、ゴリゴリTypeScriptでテストコードを実装していくのは初めての経験でした。続きをみる

adventar.org 新卒から3年半、私はQAエンジニアではなく自動テストエンジニアとして働いてきました。Ranorexに、Playwright、そのほかの素敵な自動化ツールを触り、"自動テスト"という命題に挑戦してきたつもりです。続きをみる

11月1日に株式会社SkillnoteにQAエンジニアとしてジョインしました。プレ・ポッキーの日です。 Skillnote（スキルノート）｜スキル・力量管理システムならSkillnote製造業を中心に200社以上に選ばれ、スキルや教育を一元化・可視化するスキル管理・力量管理システム「Skillnote（スキskillnote.jp 続きをみる

元々は家具やモノを買う時に大事にしていた言葉です。新しいモノを買う前に、2つ以上のモノを売るor捨てる。こうすることで家をシンプルに保とうという私のコアバリューです。続きをみる

Page Object Model(以下、POM)を適用したPlaywrightのテストコードで、「なんかPage Objectの初期化しなきゃあかんくて見にくいなー」と思いました。そこでPlaywrightのFixturesを使って、spec.tsの業務ドメインの見通しが立ちやすくなるような改善をして見ます。続きをみる

新卒から3年半ほど勤めた日本ナレッジ株式会社を10月末で退職しました。 TOP｜日本ナレッジ株式会社高品質な技術でお客様の価値を高める 総合ICTサービスを実現します。日本ナレッジ株式会社は、1985年に設立。自動化を駆使www.know-net.co.jp 続きをみる

誰とか、何とか、そういうことを言うつもりはありません。私たちは往々にして、事件や事故の前例を糧に生きていると感じます。それはきっと「いつか起こりそう」と考えていても、その時点で起きていないこと・ロードマップに追われていることから緊急度も優先度も低く見積もられ、後回しにされてしまいます。今日はキッカケになったのかもしれません。続きをみる

建設的な議論の場で私より経験も立場も上の方が、自分の意見を言う前に一言謝っているのを見て思いました。「あまり視座の高いことを書けていなくて申し訳ありません。私は〇〇だと考えていまして…」「自分には想像しづらい議題で曖昧な意見ですみません。私はここに書いた通りで…」続きをみる

転職にあたり引き継ぎ業務をしています。入っているプロジェクトのこと、社内のマネジメントのこと、開発インフラ系のメンテなどなど。手順や定量評価できるものはとても引き継ぎしやすいです。適当にマニュアルを作って、次の担当者に説明、必要なら画面共有してハンズオンをすれば良いからですね。続きをみる

※この記事はyudenが社内でだいたい毎週月曜日のランチタイムにやっているライトニングトーク「わいがや」を記事に起こしたものです。以下の記事をもとに書きます。続きをみる