PHPerKaigi 2024発表資料 https://fortee.jp/phperkaigi-2024/proposal/f23f927e-2ac8-498e-a047-6376831cbd07
![privateメソッドのテストって書かない方がいいんだっけ?](https://cdn-ak-scissors.b.st-hatena.com/image/square/b931313795b1c5c26705a9074921e6d182b6c079/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F8558de5ae7494501b2cb375d1f285ed1%2Fslide_0.jpg%3F29245271)
世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022 世界中のITエンジニアが悩まされている問題の1つに、テストが原因不明で失敗する、いわゆる「フレイキーテスト」があります。 フレイキーテストは、リトライすると成功することもあるし、失敗する原因を調べようとしてもなかなか分かりません。GoogleやFacebookやGitHub、Spotifyといった先進的な企業でさえもフレイキーテストには悩まされています。 このフレイキーテストにどう立ち向かうべきなのか、Jenkinsの作者として知られる川口耕介氏がその最新動向を伝えるセッション「Flaky test対策の最新動向」を、4月21日、22日の2日間行われたイベント「DevOps Days Tokyo 2
『我が名は神龍……どんなテストもひとつだけ自動化してやろう』 じゃ、じゃあ!このブラウザテストを自動化してください! Chromeで https://kids.yahoo.co.jp/ にアクセスして 検索ワードに ねこ と入力して さがすをクリックして 検索結果にネコ - Wikipedia が含まれていることを確認して 検索結果に 買い方 を追加して さがすをクリックして 探しているのは「猫の飼い方」?と表示されることを確認して クリックすると猫の飼い方で再検索されて 検索ボックスを不倫で上書きして さがすをクリックして このページは表示できませんと出ていることを確認 『よかろう……たやすい願いだ』 まずはライブラリのインストールと初期設定をしてやろう…… # [ライブラリのインストール] # CodeceptJSとPuppeteerをインストールします。nodeとnpmが必要ですので
あまりにバズってしまったので、前書きを追加 ここまでバズってしまって正直すまんかった。 この記事はもともと愚痴記事をマイルドにして投稿しただけなので「テストを勧める」とか「テストを信奉する」とかそこまで強い意図は特にありません。(私がテスト好きなのは否定しません) 「テスト書こう」に対して「そんなコストはない」と言いながら、いろいろ問題が生じる現状を愚痴りたかっただけです。愚痴るだけだと生産性がないから、なんでこんなに認識が違うんだろうと原因を考えた結果、テストを書くことに対する技術で実際にコストが大きく異なるなと気づいて書いた次第です。 この記事の対象は「テストを書く技術がなく、テストを書く気がない」組織に所属する人です。 アジャイル開発において「テストコードは当然」なのか?という記事で(私の記事をきっかけとして)テストコードの「徹底」とか「カバレッジ100%」とかを批判し、トレードオフ
※この記事は「ソフトウェアテストの小ネタ Advent Calendar 2017 - Qiita」用の記事です。 ソフトウェアテストの小ネタ 2日目担当のオムそばです。 実はちゃんとした(?)記事を書くのはこれが初めてなので、生暖かい目で見ていただければ。 そんなわけで早速表題の件、市場バグを引き起こした優秀なデータたちをご紹介します。 今回は、よくある「半角記号」、「空白やスペース」などは割愛させていただきます。 (2017/12/26追記)"市場バグ"という言葉に違和感や疑問を持たれた方は、こちらの記事をどうぞ。文言について整理してみました。 ■日時に関するデータ ・1969/12/31、2038/1/20:UNIX系のシステムに有効なデータ。UNIXのシステム時刻は1970/1/1 開始なので、それ以前のデータを打ち込むと予期せぬエラーが発生する可能性がある。また、同様に2038/
アメリカ・メリーランド州の二年制大学、アン・アルンデル・コミュニティー・カレッジで会計学を教えるレブ・ベアティー教授は、新学期の最初のテストで生徒に「3×5」サイズのカンペを持ち込んでもいいと伝えた。 「3×5」とは、「3インチ×5インチ」のつもりだった。センチにすると「7.5センチ×12.5センチ」程度の大きさ。大きいメモ用紙程度のサイズだ。
そもそも意味あるのかちゃんと考えてる? 「単体テストを書けばバグが減ります!」 「単体テストのお陰で精神的安定を保てます!」 馬鹿じゃねーのかw? テストコードのメンテなんてデバッグの手順書メンテしてるのと大して変わらねーよw その単体テストが本番と同一の動作をテストできてる保証はねーって気づけボケが 本番と同じ動作をテストしたかったらデバッグしろよ なんで別のコード書き始めちゃうの?無駄じゃん馬鹿じゃん それと「テストコードがあるから安全です」なんて寝言まだ言ってるの? プロジェクトが進むにつれソースも依存ライブラリも変化する以上 いつも同じ結果になるわけじゃねーだろが、(保守しないって選択はあるけど金入ってこないだろ) 本番でもテストコード動かしますってやつら以外無理して単体テスト書く必要ないんじゃねーか? お前らが欲しいのは軽いデバッグモードであって単体テストじゃねーだろ? 工数削っ
先日 JJUG CCC 2016 Fall に参加してきたってブログに書いたとおり、JJUG CCC 2016 Fallに参加してきました。 直接セッションは聞いていないのですが、 @backpaper0さんの 「Selenideを試行錯誤しながら実践するブラウザ自動テスト」というセッション中に流れてきたツイートがきっかけでタイトルの内容について考えてみたので書いてみます。 @backpaper0 さんの当日の資料は以下になります。 Selenideを試行錯誤しながら実践するブラウザ自動テスト 考えるきっかけになったのは、@khasunuma さんの以下ツイート。 @khasunumaさんは同イベントで Payara Micro の設計と実装 という発表をしています。Payara Microを利用している人には有用な情報が目白押しなので、見ることをオススメします。 Selenide導入した
うにねこ™ @neko1917 「つよいてきから(優先的に)おそう」という正解があるのはもちろん、「(働いている間に)ながいじかんがにげる」とか「ゆっくり目をおそう(拷問)」とか色々考えられる、非常に良い問題ですね。 twitter.com/kroud_beast/st… 2016-02-21 18:44:15
バックログとタスクをインポート・エクスポート Team Foundation Server と Excel・Project との連携
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く