InfoQ ホームページ ソフトウェアテスト に関するすべてのコンテンツ
-
ミューテーションテストの紹介 - Dave Aronson氏のJSConf Hawaiiでの講演より
Dave Aronson氏はJSConf Hawaii 2020で、ミューテーション(mutation)テストを紹介した。ミューテーションテストの背景となる論拠、メリット、デメリットと落とし穴、その内部構造といった内容だ。
-
純粋関数のプロパティを記述するには - John Hughes氏のLambda Days 2020での講演より
HaskellとQuickcheckの共同設計者のひとりであるJohn Hughes氏が、先日のLamdba Days 2020で、プロパティ(property/特性)ベースのテストについて論じた。講演の中で氏は、プロパティを導入するための5つの戦略を紹介し、それぞれの効率性を比較した上で、結論としてメタモルフィック(Metamorphic)プロパティとモデルベースプロパティが高い効率性を見せたことを報告した。
-
ElasTestで実現するテスト時の可観測性
分散アプリケーションでは，非分散アプリケーションで一般的に使用されているデバッグテクニックを使うのは困難である。テスト環境においても運用時のような可観測性を実現すれば，バグの検出が容易になる，とFrancisco Gortázar氏は，European Testing Conference 2019で主張し，可観測性を使って複雑な分散システムのテストと評価を行うツールとして，ElasTestを紹介した。
-
マイクロサービスアプリケーションにコントラクトテストを使用する
マイクロサービスを使用する場合，サービス間の統合ポイントがバグの温床になる。コントラクトテスト(contract test)は，コンシューマが定義したコントラクトに基づいてテストを実施するテスト手法だ。マイクロサービスのワークフローに適しており，統合バグを殺してくれる - PortbaseのテスタであるMaarten Groeneweg氏は，European Testing Conference 2019でこのように主張した。
-
複雑な分散システムをテストする
分散システムの複雑性はコードの中ではなく、サービスや機能の間にある。テストには問題の発見と価値提供のバランスという意味があるのだ – Sarah Wells氏はEuropean Testing Conferenceで、このように説明した。テスタはしばしば、システム動作の最大の理解者である。システムのどこが悪いのかについて優れた仮説を持ち、それを極めて短期間に検証することができるのは彼らなのだ。
-
Dutch Railwaysにおけるブロックチェーンの試行
テスタは遅かれ早かれ、ブロックチェーンテクノロジを組み込んだITソリューションのテストを求められるようになるだろう。ブロックチェーンベースのアプリケーションでは、フトウェア開発もこれまでとは異なる。ブロックチェーンは我々の慣れ親しんだやり方に影響を与えるのだ – Dutch RailwayのソフトウェアテスタであるSanne Visser氏は，このように主張する。氏はEuropean Women in Techで、ブロックチェーンベースのソフトウェアに対処する方法について講演した。
-
”2019 State of Testing”調査
"2019 State of Testing"調査は，テスト専門職の発展に関する洞察の提供を目的とする調査である。調査に回答すると，State of Testing 2019レポートの無償コピーを公開時に受け取ることができる。
-
継続的デリバリーはテストにどんな影響を及ぼすか
継続的デリバリーでは、コードを書きながら品質に重点を置く必要がある。全てのチームにテスターがいるわけではないが、もしいるなら開発者と密に仕事をして、開発者がユニットテストを作成するのを手助けしながら、ユニットテストでカバーできない少数のテストを自動化するコードを書くことになる。
-
"2018 State of Testing"調査
2018 State of Testingサーベイは、テスト専門職の技能向上とテストトレンドに対する意識に関する情報提供を目的とした調査で、2018年1月に実施された。
-
テストの方法を動物から学ぶ
よりよいテストの方法は動物が食べ物を探す方法から学ぶことができる、とJames Bach氏は主張する。テスタは時間をかけてプロダクトのバギーな部分を見つけ出すが、一度離れて他の領域を探した方が効果的な場合もあり得る。オートメーションに頼るのは止めて、バグをハントする方法を学ぶのだ。
-
レジリエントなサービスを設計する - Nora Jones氏がQCon SFでNetflixのカオスエンジニアリングを論議
QCon San SFでNora Jones氏が、“Designing Services for Resilience Experiments: Lessons from Netflix”と題したプレゼンテーションを行なった。講演の主な内容は次のようなものだ – カスタマエクスペリエンスが重要である。レジエンスのテスト容易性を設計することは共通の責務である。構成の変更はシステム停止を引き起こす可能性がある。エンジニアは設定変更のアンチパターンを見つけ出すための明示的な監視を行なうことが必要だ。
-
テスターのためのGitHub
開発者とバージョン管理の話をすると、ワークフローツールとしてのGitやコードと履歴書を保存する場所としてのGithubの話になるかもしれない。テスターがGithubを使って個人的、または、仕事上でのプロジェクトに参画したり、既存のプロジェクトに貢献するのは有益なことだ。
-
自動受け入れテストに関する実用的ヒント
同値分割、境界値分析、リスクベーステストのようなテスト技術は、何をテストして、いつテストを自動化するかを決めるのに役立つ。InfoQは、様々な種類のテスト、十分によい受け入れテストを書くこと、テストの自動化を決める基準、テスト自動化の適用方法と実行可能な仕様の作成方法について、Adrian Bolboaca氏に話を聞いた。
-
よいユニットテストを書くには
テストを小さくする。適切なツールを使う。プログラマとテストがペアになる。これらは、よいユニットテストを書くための提案だ。 ユニットテストは、プログラミングとテストが混ざり合ったものだ。プログラマは、テスタと共に作業することで、お互いに学び合い、視野を広げることができる。
-
Kyle McMeekin氏，テストの現実的課題を語る
先日のAgile 2016カンファレンスでInfoQは，Kyle McMeekin氏と，アジャイル開発におけるソフトウェアテストをめぐる現実的問題，テストの自動化を推進する活動，さらには探索的テストがスクリプトによる手動テストとどのように違い，いかに効果的か，などについて語り合った。