GitHub - abhivaikar/howtheytest: A collection of public resources about how software companies test their software
One of the outcomes of the various Taqelah meetups was that many software companies got to share their testing and quality culture with the community. It was absolutely fantastic to see the amazing stuff companies are doing to test their software, and ensure quality of their products and platforms. Apart from this, many companies regularly come forward and share their best practices, tools, techni
テストコードを書き始める前に考えるべきテストの話 #DevSumi / Developers_Summit_2020
以下のイベントの投影資料です。 https://event.shoeisha.jp/devsumi/20200213/session/2364/ 発表時の諸注意など http://nihonbuson.hatenadiary.jp/entry/2020/01/31/090000 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P2 Agile Testing Fellow https://agiletestingfellow.com/ P15 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf P20 概説テスト分析 http://ww
自動テストに限界を感じた私がなぜ形式手法に魅了されたのか - 若くない何かの悩み
長らく自動テストとテスト容易設計を生業としてきましたが、最近は色々な限界を感じて形式手法に取り組んでいます。 この記事では、既存の自動テストのどこに限界を感じてなぜ形式手法が必要なのかの私見を説明します。なお、私もまだ完全理解には程遠いため間違いがあるかもしれません。ご指摘やご意見はぜひ Kuniwak までいただけると嬉しいです。 著者について プログラマです。開発プロセスをよくするための自発的な自動テストを支援する仕事をしています（経歴）。ここ一年は R&D 的な位置付けで形式手法もやっています。 自動テストの限界 自動テストとは 私がここ数年悩んでいたことは、iOS や Web アプリなどのモデル層のバグを従来の自動テストで見つけられないことでした。ただ、いきなりこの話で始めると理解しづらいと思うので簡単な例から出発します。 この記事でいう自動テストとは以下のようにテスト対象を実際に
【書評】「ソフトウェアテスト技法練習帳」を読んで、体系的なテスト技法の知識を身につけよう - give IT a try
はじめに 弊社ソニックガーデンの中でも「この本、面白そう」と少し話題になった「ソフトウェアテスト技法練習帳」を買って読んでみました。 ソフトウェアテスト技法練習帳 ~知識を経験に変える40問~ 作者:梅津 正洋,竹内 亜未,伊藤 由貴,浦山 さつき,佐々木 千絵美,高橋 理,武田 春恵,根本 紀之,藤沢 耕助,真鍋 俊之,山岡 悠,吉田 直史出版社/メーカー: 技術評論社発売日: 2020/01/07メディア: 単行本（ソフトカバー） このエントリでは本書を読んだ感想をざっくりまとめておきます。 本書の概要と目次 最初に、本書の概要と目次を技術評論社の書籍ページから引用します。 この本の概要 新人や経験の浅いテストエンジニアにとって，座学で学んだ「ソフトウェアテスト技法」を実務に活かそうにも，どのように適用したらよいかわからないというのが悩みです。そこで，本書では実践的なシチュエーションを
Testing Frameworks for Javascript | Write, Run, Debug | Cypress
design-system assets cypress e2eAuthentication.cy.ts src componentsButton.cy.tsxButton.tsx describe('Auth', () => { it('user should be able to log in', () => { cy.visit('/') // open the login modal cy.get('button').contains('Login').click() // fill in the form cy.get('input[type="email"]').type('[email protected]') cy.get('input[type="password"]').type('test123') // submit the form
テストカバレッジ取得CIサービスの比較 （Coveralls.ioとCodecov.io) - Blank File
※注意：この記事には主観とグチが含まれています。 コードのカバレッジ取得サービスを調べてみました。Coveralls.ioとCodecov.ioの比較です。 ↓こんな感じのバッジがREADMEに表示されるやつです。 TravisCIなどで自動テストを行い、ついでにテストのカバレッジも取得している方は多いと思います。 カバレッジを取得できるCIサービスだと coveralls を使っているプロジェクトが多いようですが、自分が試した時はなんか反応が鈍かったりgithubのリポジトリの更新が上手く反映されなかったり（中略）ったりとあまりいい印象がなかったので、他のサービスも試して比べてみました。他というかCodecovしか試してませんが。CodecovはSideCIさんのブログ記事で知りました。ありがとうございます。 結論：Codecovいい感じ！おすすめですよ！ 利用方法 どちらも公開リポジト
構造を決定するテスト
はじめに 今回は前回に引き続き、「構造を浮き彫りにするテスト」と「構造を決定するテスト」のうち「構造を決定するテスト」について解説します。 構造を決定するテストは、これから作るものの形や手触りがこうあるべき、と定義します。これにより、本来あるべき形や手触りからずれることなくソフトウェアを開発できます。これらのために具体的に利用するプラクティスについて解説します。 まず、テストによってソフトウェア構造を決定する体系として「TDD」について解説し、その後、部分的に開発を進めながら全体としてソフトウェア構造を決定する方法として「テストダブル」について解説していきます。 構造を決定するテストとして体系化されたもの 構造を決定するテストには、「設計活動として取り組んでいく活動のもの」と「構造を浮き彫りにするテストによって発見されたものを精査して変化させる活動のもの」と大きく2通りがあります。後者の具
ブラウザ拡張Selenium IDEでユーザー操作を記録・再現できる！UIテストの自動化に活用しよう - ICS MEDIA
ブラウザ拡張Selenium IDEで ユーザー操作を記録・再現できる！ UIテストの自動化に活用しよう Selenium IDE（セレニウム・アイディーイー）とは、ブラウザ操作を記録・再現できるChrome、Firefoxで利用可能な拡張機能（アドオン）です。 手軽に記録・再現ができるため、アイデア次第で色々な使い方ができます。筆者は、会社の打刻操作（社内サイトへアクセス → ログイン → 打刻ページへ遷移 → 打刻ボタンをクリック）を記録し、自動実行することでいち早く出社ができるようにしていました。 その他にも開発時に繰り返し行うようなデバッグ作業やルーティーン作業を記録することで、以下のような活用もできます。 入力フォームなどに文字を入力する操作を記録しておき、自動入力させる。 ゲームやSPAのデバッグ時に、スタート画面からデバッグしたい画面までの移動操作を記録しておき、任意の画面へ
BDDの導入 - Dan North - Digital Romanticism
この記事はDan North氏の記事「Introducing BDD」を氏の許可を得て翻訳した公式版（"the official translation"）です。（原文公開日：2006年9月20日） 私は１つ問題を抱えていました。様々な環境にあるプロジェクトでテスト駆動開発（TDD）のようなアジャイルのプラクティスを用いたり、あるいは教えていると、いつも同じような混乱や誤解に行き当たったのです。プログラマが知りたいと望むのは、どこから始めれば良いのか、何をテストすれば良いのか、何をテストする必要がないのか、１つのものに対してどの程度テストすれば良いのか、テストをなんと呼べば良いのか、テストが失敗した理由をどう理解すれば良いのか、ということでした。 TDDに深く入り込むほどに、自分の道程が、言われたことをコツコツやれば徐々に上達するようなものではなく、むしろ行き詰まりの連続であると感じました
Better Specs. Testing Guidelines for Developers.
What is Better Specs Better Specs is a collection of best practices developers learned while testing apps that you can use to improve your coding skills, or simply for inspiration. Better Specs came to life at Lelylan (open source IoT cloud platform) and checking out its test suite may be of inspiration. Better Specs focus on Rails testing, but our goal is to create testing guidelines covering mos
Container Structure Tests: Unit Tests for Docker Images
The latest news from Google on open source releases, major projects, events, and student outreach programs. Usage of containers in software applications is on the rise, and with their increasing usage in production comes a need for robust testing and validation. Containers provide great testing environments, but actually validating the structure of the containers themselves can be tricky. The Dock
When it comes to mocking in TypeScript…
One may ask: do we really need a special tool for creating mock objects in TypeScript, while there are several robust libraries written in JavaScript? We can use Mocha or Jasmine as a test framework, we can also use Karma and Chai—they’re all JavaScript libraries and work successfully, so why can’t we use Sinon.JS for mocking? It’s all about typesDeveloping a quite large application (over 500 clas
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - microsoft/folio: A customizable test framework to build your own test frameworks
importをモックする話
Snapshot Testing the Hard Way
How to mock for testing in Haskell?