タグ

テストに関するmakky55makky55のブックマーク (20)

  • ひとりめのQAエンジニア募集時に考えてほしいこと - テストウフ

  • t_wadaさんによるTDDワークショップを開催しました - Pepabo Tech Portal

    TDDワークショップの開催 こんにちは。EC事業部エンジニアの@symmondsです。 2021年の10月に入社しEC事業部のCREチームで活動しています。詳しい活動内容については以前に記事を書いたので、興味がある方はぜひ読んでみてください。 GMO ペパボ(以下、ペパボ)では2021年に引き続き、今年も日のTest Driven Development(TDD) の第一人者である @t_wada さんをお招きしてワークショップを開催しました。 「なぜTDDワークショップを開催したのか?」については、去年のTDDワークショップの記事で詳しく説明していますので、こちらをご覧ください。 研修内容 ここからはホスティング事業部の@matsusukeがご説明します。 2022年の3月にペパボに中途入社しました。最近はFall Guysにはまっていますが未だに一位が取れず、夜しか眠れません。 今回

    t_wadaさんによるTDDワークショップを開催しました - Pepabo Tech Portal
  • 「自動テストとテスト駆動開発、その全体像」を執筆しました(Software Design 2022年3月号) - t-wadaのブログ

    【更新】寄稿した記事が Web に公開されました 技術評論社様のご厚意により、 Software Design 2022年3月号に寄稿した「自動テストとテスト駆動開発、その全体像」が gihyo.jp にて公開されました。誠にありがとうございます! gihyo.jp はじめに 2022年2月18日発売の Software Design 2022年3月号 にて、第2特集「そろそろはじめるテスト駆動開発」の第1章「自動テストとテスト駆動開発、その全体像」を執筆いたしました。第1章では、混同されることの多い自動テスト関係の概念を自動テスト、テストファースト、テスト駆動開発(TDD: Test-Driven Development)の3つの段階に分け、それぞれの効果や注意点を包括的に整理整頓しています。 ソフトウェアデザイン 2022年3月号 作者:大竹 章裕,瀬戸口 聡,庄司 勝哉,光成 滋生,

    「自動テストとテスト駆動開発、その全体像」を執筆しました(Software Design 2022年3月号) - t-wadaのブログ
    makky55makky55
    makky55makky55 2022/03/24
    markmap 便利そう t-wadaさんもEmacs使いつつvscode使われているんだな。
  • プロダクト開発と事業へ成果を出せる SET になるために読んだ書籍・スライド - Techtouch Developers Blog

    この記事はテックタッチアドベントカレンダー4日目の記事です。 3日目は taisa による GORM v2 触ってみた Major Features 編 でした。 SET (Software Engineer in Test) チームの @terunuma です。最近買ったおすすめの品は4サイクルの刈払機です。ちょっと重いですが、燃料がガソリンで調達しやすいし馬力があって背の高い草も刈り切れるのでオススメです。実家の雑草も簡単に一掃できました。 この記事は何 フロントエンドエンジニアから SET へ転身するにあたって読んだ書籍、スライド、テストソフトウェア(フレームワーク)などを紹介するものです。自分のようにテストに腰を入れて取り組もうとした人が同様にテストについて調べる時の手助けになればと思い書きました。 テックタッチの SET はどんなことをするのか? まだ SET となって数ヶ月で

    プロダクト開発と事業へ成果を出せる SET になるために読んだ書籍・スライド - Techtouch Developers Blog
  • 複数条件の組み合わせによるテストケース数爆発と戦うPairwise(ペアワイズ)法とそれを支えるツール「PICT」 | DevelopersIO

    ペアワイズ法を使うことで、効率的にテストケースを絞り込めることがわかったかと思います。 --- 2019/10/31 追記 --- どうしてテストケースを絞り込んでも大丈夫なのか?という意見がSNSやはてブのコメントで見受けられたので、フォローアップエントリを書きました。こちらも合わせてご覧ください。 ペアワイズ法は当に有効なのか?組み合わせテスト技法と上手に付き合う方法 | DevelopersIO ペアワイズ法を支えるツール「PICT」 ペアワイズ法が有効なことはわかりましたが、この組み合わせをどうやって作れば良いでしょうか?条件の数が少なければ前述のように手作業でもやれないことはありませんが、現実の問題はもっと複雑ですので、到底無理でしょう。 そこで役に立つのが、ペアワイズ法のテストケースを生成してくれるツール「PICT」です。 microsoft/pict: Pairwise I

    複数条件の組み合わせによるテストケース数爆発と戦うPairwise(ペアワイズ)法とそれを支えるツール「PICT」 | DevelopersIO
  • 「FF6」の新たなバグを発売25年後に見つけたテスト技術者の腕前

    1994年に発売された大人気ゲーム「ファイナルファンタジーVI(FF6)」(スーパーファミコン版)をやりこみ、2019年になっても未発見の「バグ」を見つけ出し続けている人がいる。ここ数年、熱心なゲームファンを何度も驚かせているのが、「エディ」のハンドルネームで知られるプレーヤーだ。必須のイベントをクリアせずに先に進める方法を見つけ出し、毎年のようにゲームクリアまでの「歩数」の最少記録を更新している。 記事でいうバグとは、ゲーム開発者が意図していなかったと推測される仕様を含む。特別な操作をすると通常とは異なる挙動となり、いわゆる「裏技」が可能になる。 FF6スーパーファミコン版はスクウェア(現スクウェア・エニックス)が開発したロールプレイングゲームRPG)で、美しいグラフィック、ドラマチックなシナリオ、完成度の高いゲームシステムが好評を博し、全世界で約340万の売り上げを記録した。人気

    「FF6」の新たなバグを発売25年後に見つけたテスト技術者の腕前
    makky55makky55
    makky55makky55 2019/08/08
    SHIFTさん
  • Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT

    平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識

    Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT
  • Siege を使って WebAPI の負荷テストを実施する - Qiita

    Web API負荷テストツールとして Siege を試してみたときのメモです。 <!-- Apache Bench も試しましたが、パラメータの容量が大きいとリクエストが送信されなかったため Siege を採用しました。 --> インストール % siege --help [alert] Zip encoding disabled; siege requires zlib support to enable it SIEGE 4.0.2 Usage: siege [options] siege [options] URL siege -g URL Options: -V, --version VERSION, prints the version number. -h, --help HELP, prints this section. -C, --config CONFIGURATI

    Siege を使って WebAPI の負荷テストを実施する - Qiita
  • 使えるRSpec入門・その1「RSpecの基本的な構文や便利な機能を理解する」 - Qiita

    はじめに RSpecは難しい、よくわからない、といったコメントをときどき見かけます。 確かにちょっと独特な構文を持っていますし、機能も結構多いので「難しそう」と感じてしまう気持ちもわかります。 (構文については僕も最初見たときに「うげっ、なんか気持ちわるっ」と思った記憶がありますw) しかし、RSpecに限らずどんなフレームワークでも同じですが、慣れてしまえばスラスラ書けますし、実際僕自身は「RSpecって便利だな-」と思いながらテストコードを書いています。 そこでこの記事では、僕が考える「最低限ここだけを押さえていれば大丈夫!!」なRSpecの構文や、僕が普段よく使う便利な機能をまとめてみます。 具体的には以下のような構文や機能です。 describe / it / expect の役割 ネストした describe context の使い方 before の使い方 let / let!

    使えるRSpec入門・その1「RSpecの基本的な構文や便利な機能を理解する」 - Qiita
  • 組織にテストを書く文化を根付かせる戦略と戦術

    組織にテストを書く文化を根付かせる戦略と戦術 Feb 16, 2016 @ 日OSS推進フォーラム Read less

    組織にテストを書く文化を根付かせる戦略と戦術
  • NCrunch for Visual Studio

    Code Coverage NCrunch tracks your code coverage in real-time, showing this in markers next to your code. This makes it easy to track where your coverage is heavy or light. Performance Metrics NCrunch passively collects performance data from your tests while they run. This is tracked and displayed on a per-line basis using yellow 'hot spots' on coverage markers. Inline Exceptions Exceptions thrown

  • ScaleOut | Supership

    「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。

    ScaleOut | Supership
    makky55makky55
    makky55makky55 2014/12/12
    Slackを作った人ってflickerを作った人だったのか。知らなかった。「flickerとSlackの共通点:どちらも副産物であったこと」
  • イチから分かる、テスト自動化とSelenium | MagicPod Tech Blog | MagicPod: AIテスト自動化プラットフォーム

    今日は、テスト自動化と、ブラウザ自動テストツールSeleniumについて、知らない方でも分かるようイチから解説したスライドを作ったのでご紹介します。 このスライドは、2014年2月28日に開催された「Enterprise × HTML5 Conference」の発表スライドに、時間の関係で省略した多数の未発表ページを加えたものです。 イチから分かる解説についてはこれで終わりですが、せっかくですのでスライドの見どころをご紹介しましょう。

    イチから分かる、テスト自動化とSelenium | MagicPod Tech Blog | MagicPod: AIテスト自動化プラットフォーム
  • Everyday Rails - RSpecによるRailsテスト入門

    みなさんはこんなふうにRailsアプリケーションを作ったことはありませんか?たとえば、ブラウザをポチポチとクリックするだけでテストを終わらせて「たぶん大丈夫」と思い込んだり、「とにかく全部うまくいきますように」とただ祈るだけだったり……。 心配しないでください。それは誰もが通る道です。アプリケーションのテストやテスト駆動開発はRails開発における重要なトピックですが、巷の参考書を見ると適当な説明で済ませているものも多かったりします。書「Everyday Rails - RSpecによるRailsテスト入門」では、どのようにして私がそうしたテクニックを身につけたのか、そして、どのようにしてコードの信頼性を上げ、ブラウザ上で延々とテストしなくて済むようにしたきたのかをみなさんに説明します。 対応バージョンについて2024年1月のアップデートで、書のコンテンツをRails 7.1とRSpe

    Everyday Rails - RSpecによるRailsテスト入門
  • FINDJOB!終了のお知らせ | FINDJOB!

    FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

    FINDJOB!終了のお知らせ | FINDJOB!
  • 複数ブラウザでの確認を怠らない ~ブラウザーモードとドキュメントモード~

    WEBサイトのレイアウトを変更していると、自分がよく使用するブラウザでの確認がメインになり、それ以外のブラウザでの確認が疎かになってしまうことが、よくあります。 自分は使用しているブラウザがChromeメインなので、他のブラウザ(あるいは、下位のバージョン)で見た場合のレイアウトを疎かにしていました。 特にIEの場合、ブラウザのメジャーバージョンによって、サイトの表示が大きく異なってしまう場合があります。私の場合も、IE7、IE8、IE9でそれぞれ異なっていました。 ※IE6は完全に捨てています。 やっかいなIEですが、ブラウザーモードとドキュメントモードを利用することで、古いバージョンの表示をエミュレートして確認することができます。 方法は、 ご使用のInternet Explorerの右上より、 「ツール」=> 「開発者ツール」(又はF12キー)を押す で、以下のようなレイアウトが表示

    複数ブラウザでの確認を怠らない ~ブラウザーモードとドキュメントモード~
  • IE8/IE9の「ブラウザーモード」と「ドキュメントモード」のまとめ

    先日エントリーした「IE6/IE7/IE8/IE9の共存まとめ」で書いたとおり、IE8/IE9の開発者モードには「ブラウザーモード」と「ドキュメントモード」が用意されています。これを利用すれば、IEの旧バージョンの表示や挙動などを確認できるようです。 ブラウザーモードの選択 ドキュメントモードの選択 が、公式サイトの「ブラウザーモード」と「ドキュメントモード」の説明(7項に掲載)を読んでも、それぞれの使い方が良く分かりません。 ということで、エントリーで「ブラウザーモード」と「ドキュメントモード」を変更することで、なにがどうなるかを調査してまとめました。参考になれば幸いです。 1.サンプル 説明は後回しにして、「ブラウザーモード」と「ドキュメントモード」を変更すると何がどのように変わるか、簡単なサンプルを作ってみました。 サンプルページ このページをIE8またはIE9で表示して「ブラウザ

  • Microsoft Expressionが終了へ、「Expression Web」「Expression Design」は無償化

  • IE9環境でIE6/IE7/IE8/IE9表示する方法(共存)| 某氏の猫空

    IE9やIE10環境でIE6/IE7/IE8/IE9表示する方法(共存)投稿 : 2011-07-29更新 : 2014-01-16 追記:2014/01/16 ・IE11で、IE7/IE8/IE9/IE10をエミュレーションで表示確認するときの注意事項 IE11も互換設定をすることで、IE7/IE8/IE9/IE10あたりを表示できるみたいです。 追記:2013/03/20 IE10にも、IE7/IE8/IE9表示するモードがついています。 ・Windows7にIE10を導入する前に知っておきたいこと 【IE9に戻す方法、IE10環境でのIE9表示】 IE9自体に、IE7/IE8で表示するモードがついていました。ツールボタンの「開発者ツール」を選択するか、[F12]キーを押すと、ブラウザ下部に右上のような画面が出てきます。 ブラウザモードというのが、相手にブラウザーのバージョンを知らせる

    IE9環境でIE6/IE7/IE8/IE9表示する方法(共存)| 某氏の猫空
  • Web画面の自動テストの導入に失敗する理由とその対策 - プログラマでありたい

    皆さん、自動テストしていますか?体感的には、ユニットテストは当たり前のように開発工程に組み込まれるようになってきているのではと思います。一方で、どこの部分を対象にしているかというと、モデルであったりコントローラであったりと機能単体のテストです。品質をつくり上げるには、まず単体での精度を上げることです。ですので、ユニットテストで品質を保証するのは正しい。圧倒的に正しいです。 一方で、最近ではサポート対象のブラウザやバージョンが増えたり、JavaScriptの第二の全盛期であったり、IEが未だ消えてなくならなかったりと、個々のブラウザでテストすることの重要性が増しています。じゃぁWeb画面も自動的にテストすればええやん、Seleniumもあるしとなると思います。ただ導入しようとすると、7〜8割方失敗するのですよ。これが。 理由としては、これに尽きます Seleniumのテストと、体のソースの

    Web画面の自動テストの導入に失敗する理由とその対策 - プログラマでありたい
  • 1