awspecでAWSリソースをテストする | DevelopersIO
こんにちは、佐伯です。 AWSリソースの設定をマネジメントコンソールから目視確認するのはつらみがありますよね。ということで、今日はAWSリソースをテストするツール、awspecについて紹介したいと思います。 awspecとは awspecはAWSのリソース構成をServerspecのようにテストできるツールです。GitHubリポジトリは下記になります。 GitHub - k1LoW/awspec: RSpec tests for your AWS resources. ローカル環境を整える rbenv, Bundler, direnvの話になるので、普段使ってる方は省略してください。 OSSを利用する際、�バージョン管理が重要な課題になってきます。注目度が高いOSSほど頻繁にバージョンアップされ、新たな機能追加やバグ修正が行われます。また、稀にバージョンアップによって意図せぬバグが生まれ、
インフラストラクチャコードのテスト駆動開発には Serverspec を使用する - AWS 規範ガイダンス
[概要]このパターンは、Amazon Web Services (AWS) クラウドでインフラストラクチャコードを作成するときに 「Serverspec」を使用してテスト駆動開発 (TDD) を使用する方法を示しています。このパターンでは、AWS によるオートメーションについても説明します CodePipeline。TDD はインフラストラクチャコードが何をしなければならないかに注目し、「完了」の明確な定義を設定します。Serverspec を使用して、AWS 、Terraform by CloudFormation、 HashiCorpAnsible などのツールによって作成されたインフラストラクチャをテストできます。 Serverspec はインフラストラクチャコードのリファクタリングに役立ちます。Serverspec では、RSpec テストを作成して、さまざまなパッケージやソフトウ
Viteベースの高速テスティングフレームワークVitestを使ってみる | 豆蔵デベロッパーサイト
現在JavaScriptのスタンダードなテスティングフレームワークと言えば、Jestかと思います。 Jestはそれ単体でテストランナー、マッチャーからモックまでテストに関する一通りの機能を網羅する万能なフレームワークです。 とはいえ、プロダクトがある程度の規模になってくるとテスト実行時間に不満を持っている方もいるかもしれません。 今回はJestに代わる新しいテスティングフレームワークのVitestを試してみたいと思います。 VitestはWebpackに代わる高速ビルドツールのViteを基盤としています[1]。 Viteのパイプラインとして実行されますので、テストも高速になるはずです。 Vitestの公式サイトでも、Blazing Fast Unit Test Frameworkと宣伝してるところからも期待できそうです。 また、API自体もJestと互換性を保つように設計されていますので、
ソフトウェアテスト入門 / 2022-08-30 software testing
■参考 ・JSTQB ソフトウェアテスト教科書 JSTQB Foundation 第4版 シラバス2018対応 ・業務でも活用できるソフトウェアテストの7原則 ・Agile Testingのエッセンス ・TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング ・テスト駆動開発 ・BDDとATDD ・The BDD Books - Discovery (Japanese Edition) ・リーダブルテストコード ・テストコードにはテストの意図を込めよう ・組織にテストを書く文化を根付かせる戦略と戦術（2020秋版） ・質とスピード（2022春版、質疑応答用資料付き） ・【翻訳記事】テストに対する考え方「Testing Manifesto」 ・マネジメント向けアジャイル開発概要 ・The Software Testing Ice Cream Cone ・Goo
pytestでflaskの単体テストをする - Qiita
はじめに 開発のテストではライブラリやフレームワークを使用して自動化するのが一般的になっています。そこでpytestを使用してflaskの単体テストを自動化しようとしましたが、シンプルな例が見つけられなかったのでシンプルな例と簡単な説明をまとめました。 環境 python:3.6.5 flask:1.0.2 pytest:5.3.5 インストール pip install pytestでインストールするだけです。 pytestで自動化するのに必要なもの pytestで単体テストを自動化するために必要なものは、テスト対象のソース(テストされる開発物)とテスト方法を記載したソースが必要になります。テスト方法のソースは、テスト対象の引数と関数の結果を与えてどのように比較するかを記載しています。 簡単な関数の単体テスト自動化 flaskの単体テストの自動化の前に、簡単な関数を通じてpytestの使い
Vue Testing Handbook
Get $5 of my new book, Design Patterns for Vue.js a test driven approach to maintainable applications, with DESIGN_5_OFF at the discount. 🎉 # Vue.jsテストハンドブック Vue.jsテストハンドブックにようこそ！ このハンドブックはVueコンポーネントをどうテストするか簡単な例の集めたものです。コンポーネントをテストする公式ライブラリーのvue-test-utilsとモダーンテストフレームワークのJestを使います。vue-test-utilsのAPIとコンポーネントのテストの最適な実践を紹介します。 各セクションはその他のセクションとは独立してます。最初はvue-cliをインストールしてテスト環境を準備してから最初のテストを書きます。そしてコ
Mocks and explicit contracts « Plataformatec Blog
UPDATE: Almost 2 years later we have released a tiny library called Mox for Elixir that follows the guidelines written in this article. A couple days ago I expressed my thoughts regarding mocks on Twitter: Mocks/stubs do not remove the need to define an explicit interface between your components (modules, classes, whatever). [1/4] — José Valim (@josevalim) September 9, 2015 The blame is not on moc
今さら聞けない人のためのDevOps超入門
This document discusses Yarn and its advantages over npm. It notes that Yarn uses yarn.lock files instead of npm-shrinkwrap.json files to lock down dependency versions. Yarn is also described as being faster, able to work offline by caching dependencies, and potentially more secure than npm with features like flat mode and module folders. The document suggests Yarn may handle dependencies and devD
フリーランサーを長期で雇用するためにやるべき３つのこと Zen Startup
バーチャルコラボレーションにおけるプロジェクトで「チーム作り」はもっとも重要である。よって、新しいフリーランサーを雇う時は、最新の注意を払う必要がある。具体的には、相手のスキルを評価するために簡単なテストをさせてもらうこと。例えば、ウェブサイト用にライターを雇いたいなら、以下のような感じでテストをお願いする。 このウェブサイトを見てください。現在のコンテンツをよく読み、このページに欠けていると思われる内容を、3-5行からなる一つの段落として付け加えてください。文体はサイト全体のスタイルに合わせてください。
text.ssig33.com - RSpec の書き方について
RSpec の書き方について 要約:RSpec は単なるテストを英語っぽく書けるツールではなく開発の全プロセスを加速するツールであるのでプロジェクト初期から有効に利用する必要がある。 4/1 ですが気にせず真面目な話を書きます。 RSpec は多分 Ruby 界隈で一番使われているテストフレームワークの一つだと思います。であるので使い方の解説や概念の解説多いですが、個人的にはそれらの解説は的を外したものが多いと考えています。 RSpec の真髄を会得するには、 RSpec の spec をどのように書くかということを考えてゆく必要があると思います。 まず RSpec の特徴的な点とはなんでしょうか。 RSpec でテストは以下のように書かれます。 describe "肛門" do context "排便する時" do it "高速に排便されると肛門がすりきれる" do 肛門がすりきれるとい
ウノウラボ Unoh Labs: アジャイルな開発をチームでやってみた(2010年版)
こんにちは murahashi です。 アジャイルな開発をチームでやってみている(2010年)のですが、いざやってみると結構ハマリどころがありました。やってみたことを共有しておこうと思います。 かたちから入ろう 朝会 アジャイルな開発と言えば朝会なので、朝会から始めました。 開始時刻をメンバーで決めて、それぞれが昨日やったこと、今日やること、おしらせ、困っていること、を共有しました。 さらに、朝会前に社内wikiにメモ書き程度の項目を書いておきます。これにあらかじめ目を通すことで、一番の課題に時間を集中することができました。 アンチパターン・決めた時刻を守らない 11時から朝会始めようと決めたのに、11時過ぎに汗だくで飛び込んできて「遅れてすみません」「wiki書いてません」「wiki読んでません」というのは、チームの空気を悪くするだけでなく、単純に全員の時間を無駄にしてしまいま
いまからでも間に合う開発者テスト - mixi engineer blog
はじめまして。開発部じゃない加藤和良です。 最近、mixi では Buildbot をつかった継続的インテグレーションをはじめています。安定版の mixi のソースコードにコミットすると Buildbot がそれを検知し、自動的にテストが走るようになりました。 ここでの「テスト」は Test::Simple や prove(1) をつかった、Perl でかかれた開発者テストを指しています。mixi の開発者テストをとりまく環境は、ここ数年でかなり改善されました。今回はその歩みをふりかえりながら、テストの無いコードベースをどこからどうやって変えていったかという話をしたいと思います。 開発環境 はじめに、前提となる mixi の開発環境について説明します。mixi では複数人の開発者がひとつのマシンで作業を行います。それぞれの開発者は、あらかじめ割り当てられたポートで Apache を起動し、
CakePHP routes.phpの確認はユニットテストで
routes.phpを仕様に合わせて設定しておきます。 <?php // Router::connect('/:user_id/edit', array('controller' => 'user', 'action' => 'edit')); Router::connect('/', array('controller' => 'top', 'action' => 'index')); Router::connect('/:user_id/*', array('controller' => 'user', 'action' => 'index')); // Nothing Router::connect('*', array('controller' => 'nothing')); ?> 最後はシステムが取るべきURL以外ならNot Foundを出すように設定しています。これにより想定外
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://ubiteku.oinker.me/2015/07/27/why-most-unit-testing-is-waste/