Agile Testingのエッセンス #devsumi / Agile Testing Essence 20220218
Developers Summit 2022で発表した資料です。 【参考文献のページに記載したURL】 ◆P153（参考書籍） ・Agile Testing Condensed（日本語版はこちら） ・The BDD Books - Discovery ◆P154（Agile Testing関連の参考文献） ・ Appendix A: What We´ve Learned Since Agile Testing ・テストマニフェスト（日本語版はこちら） ・Continuous Testing in DevOps…（日本語版はこちら） ・実例マッピング（日本語版はこちら） ・Cucumber School - Give Me An Example ・Cucumber School ・ベリサーブが考えるテスト自動化プロジェクトのマネジメントとは ・Explore It! ・探索的テストはじめの一
Excelで消耗するのはもうやめよう！ ソフトウェアのテスト管理は「TestRail」でもっとサクサク簡単に
ソフトウェアテストにおけるテストケースやテスト結果の管理に、Excelなどの表計算ソフトを使っている人は多い。Excelは手軽に使えて利用しやすいが、例えば「過去のテスト結果を探すのが大変」「テスト結果の集計は手動でやらなければならない」など、不便さを感じている人も多いように思われる。そんなExcelでのテストケース管理の不便さを解決してくれるのが、テスト管理ツールだ。テクマトリックスが提供する「TestRail」は世界中で25万ユーザーを持つ、テスト管理ツールのトップブランドである。TestRailを導入すれば、どんな不便さを解消できるのか。テクマトリックス ソフトウェアエンジニアリング事業部でTestRailの技術担当 中田陽大氏と、営業担当 小西智之氏に話を聞いた。 テクマトリックス株式会社 中田陽大氏（左）、小西智之氏（右） Excelが持つテスト管理の不便さを、テスト管理ツール導
テストの管理を改革せよ！ - Qiita
この話はある開発チームのリードエンジニアがそれまでのチームの非効率的なテストの管理に嘆き苦しみ、改革を行ったごく最近の物語である ■対象読者 プロジェクト管理ツールJiraを現在使っている、もしくは導入検討中である テストの管理で苦しんでいる、改善したい 例.ExcelもしくはGoogleスプレッドシートでテストを書いているが、もやもやを抱えている テストが非効率であることに自覚がない方 上記のいずれにもあてはまらないが、何かおもしろそう プロローグ〜僕達はテストの無駄を無くしたいと願った〜 僕達の開発チームではマニュアルテストケースは今までGoogleスプレッドシートで書いて、特定のフォルダにまとめていました。 プロジェクト管理ツールはJiraを使っており、Jiraで作ったそれぞれの課題にスプレッドシートのファイルが紐づく形です。 実際の流れを説明しましょう。 例えば新機能に関する課題を
CAT - 複雑なテストプロセスを簡単に！働き方改革を実現するテスト管理ツール
統合型ソフトウェアテスト管理ツール”CAT" 主要機能を無償で公開 22年7月、テスト管理に必要な機能を無期限・無償で利用できるプランをリリース。 きめ細やかなテスト、課題、進捗管理をすぐにご利用いただけます。 フリープランの情報を見る いますぐ無料で試す 確かな情報に基づいた 品質マネジメントを実現する 統合型ソフトウェアテスト管理ツール "CAT" リアルタイムかつ正確な品質管理を手軽に実現。 強力なカスタマイズ性を備えたダッシュボード機能を、21年5月、ついにリリース！ 最新情報を見る いますぐ無料で試す 統合型ソフトウェアテスト 管理ツール”CAT" 主要機能を無償で公開 22年7月、テスト管理に必要な機能を無期限・無償で利用できるプランをリリース。 きめ細やかなテスト、課題、進捗管理をすぐにご利用いただけます。 フリープランの情報を見る いますぐ無料で試す
JSTQB-SyllabusFoundation-AgileExt_Version2014.J02
テスト技術者資格制度 Foundation Level Extension シラバス アジャイルテスト担当者 Version 2014.J02 International Software Testing Qualifications Board Copyright Notice This document may be copied in its entirety, or extracts made, if the source is acknowledged. テスト技術者資格制度 Foundation Level シラバス 日本語版 – アジャイルテスト担当者 International Software Testing Qualifications Board Version 2014 Page 2／ 44 30 Sep 2014 © International Software
フルスタックエンジニアから「フルサイクルエンジニア」へ。和田卓人氏による「組織に自動テストを根付かせる戦略」（その3）。ソフトウェア品質シンポジウム2022
フルスタックエンジニアから「フルサイクルエンジニア」へ。和田卓人氏による「組織に自動テストを根付かせる戦略」（その3）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダイジェスト
開発スピードの速い企業は品質が高く、遅い企業は品質が低い。和田卓人氏による「組織に自動テストを根付かせる戦略」（その2）。ソフトウェア品質シンポジウム2022
開発スピードの速い企業は品質が高く、遅い企業は品質が低い。和田卓人氏による「組織に自動テストを根付かせる戦略」（その2）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダイジェス
答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022
答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダ
自動テスト文化を根付かせる王道と、邪道を教えよう。和田卓人氏による「組織に自動テストを根付かせる戦略」（その4）。ソフトウェア品質シンポジウム2022
自動テスト文化を根付かせる王道と、邪道を教えよう。和田卓人氏による「組織に自動テストを根付かせる戦略」（その4）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダイジェストとして
リーダブルテストコード / #vstat
「リーダブルなテストコードについて考えよう ～VeriServe Test Automation Talk No.3～」で使用したスライドです。 https://veriserve-event.connpass.com/event/243280/ 登壇動画はこちらで公開されています。 https://vimeo.com/742517199/e001ac43ac ＜参考リンク＞ Twitter https://twitter.com/jnchito Blog https://blog.jnito.com/ Qiita https://qiita.com/jnchito プロを目指す人のためのRuby入門［改訂2版］ https://gihyo.jp/book/2021/978-4-297-12437-3 Everyday Rails - RSpecによるRailsテスト入門 https://
Clean Test Code Revised
Rails Developer Meetup 2019での発表資料です！可読性の高いテストコードを書くためのコツについて話しました
rspecを読みやすくメンテしやすく書くために
はじめに 読みやすくメンテナンスしやすいRSpecを書けていますか？ RSpecはというかRubyはというか柔軟なので色々な書き方ができてしまいます。 ある程度の規模のテストコードでは、油断するとどこで定義されている let なのかわからないものが登場したり、なぜか作られる（あるいは作られない）謎のレコードでテストが失敗したり、そういった辛い目にあったりするのではないでしょうか。 僕がRSpecを書くときに意識していることをまとめてみました。 これを実践するようになってつらい現象にあうことはずいぶんと減り、ずいぶんと読みやすくなったんじゃないかなと思っています。 ※効果には個人差があります。 Ruby on Railsを使ったアプリケーションのテスト向けですがRuby on Rails以外でも使えると思います。 主に以下の影響を強く受けています。 RSpecとセットで使われることが多いFa
Load testing for engineering teams | Grafana k6
The best developer experience for load testingOpen source and SaaS for engineering teams Prevent failures. Improve reliability. Release with confidence.Test early and continuously—break the QA silo in performance testing DevelopersBackend and frontend engineers prevent regressions when running performance tests. Site Reliability EngineersTest scalability to improve your reliability targets. Test S
ローコードテスト自動化ツールの mabl がすごい
というのを使っていて思ったのでレポを書いていきます。 mabl とは - 基本的な機能 ざっくり言うと E2E テストをお手軽にメンテできるツールです。 こんな感じでポチポチ画面を操作していくと、それで実行したアクション(ボタンやリンクをクリックするなど)を自動で記録してくれて、E2E のテストを作成することが出来ます。 コードを書かずに E2E テストをサクッと作れちゃうのが魅力な訳ですが、それだけではありません。そんなすごいところを紹介していこうと思います。 mabl のここがすごい Auto Healing 何やら回復魔法みたいな感じでかっこいいですが、何かというと E2E テストがコケるようになった時に自動で修復してくれる機能です。 例えばボタンの位置が変わってしまっても、同じ文脈であろうボタンを自動で探して修復したりしてくれます。 E2E での辛さといえば、やはりテストのメンテナ
Railsのテスト実行時間を1/3まで短縮した話 (Rspec + CircleCI)
背景CIのビルド実行時間の長さは度々社内で問題になっており、「CIに時間かかるので業務効率が下がる」といった話が現場でも増加していました。 業務時間中は複数 Pull Request のビルドが発生するので、「CI順番待ちで次の自分のビルドは1時間後」のような現象は日常茶飯事でした。 おまけに「頻度は低いがランダムで失敗するテスト」といった false positive なテストの存在も、開発現場のフラストレーションは溜まる原因になっていました。単純に CI を再ビルドすれば直るのか、自分が追加した実装/rspecに問題があるのか一件判断がつかないケースだと、開発担当者も一旦 CI 上で再ビルドを行い、同じ箇所でコケるのか確認することになるので、これがさらなる CI 渋滞を引き起こしていました。 こうした背景もあり、丁度プロジェクトの隙間で工数もあったので「CI 改善をしっかり工数確保して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発とQAが分かれたスクラムチームを解消する第一歩 / First step in building a scrum team with development and QA together
Bazel
https://research.google.com/pubs/archive/46593.pdf
Autify, AI-powered software testing automation platform
GitHub - grafana/k6: A modern load testing tool, using Go and JavaScript - https://k6.io
