タグ

reviewとunittestに関するraimon49のブックマーク (14)

  • CircleCI (Performance Plan) vs. Github Actions - Diary

    CircleCI (Performance Plan) vs. Github Actions 結論: CircleCI を買おう 現在ユビレジでは CI は CircleCI (Performance Plan)と TravisCI を使っていて、 CircleCI: サーバーサイド(いろんな言語がある) Web フロントエンド(Rails アプリのなかで webpack が動いていたり、 create-react-app で作られたペラっとしたものがあったりいろいろある) TravisCI: iOS アプリ というような感じで使い分けている。 Performance Plan なんだから iOS のも Travis から引っ越せばいいんじゃねえの?と思わんでもないのだが、 Travis の annual 課金がまだ残ってる iOS の CI と TravisCI と CircleCI

  • 組み込み業界へ向かう人に、自分が買ってよかったと思った技術書達 - undefined

    もう終わりそうですけど、4月ですしこれから組み込み業界へ向かうかたへ自分がこのよかったなーって思ったのをいくつかピックアップしてみます。ただ、一言に『組み込み』と言っても幅広くて分野によって求められる知識は結構変わってくると思いますが、ベースは一緒だろうと思います。 ちなみに自分はCPUはRL78、Cortex-M0、Cortex-M3、Rx、SH、Cortex-A9、FPGAは最大でも7000LUT程度のレンジのハードウェア設計をやってきました。今はZynqや大規模FPGA開発に携わりたいと思っています。 以下に挙げていきますが、オススメがあれば是非教えていただきたいです。 ※順番に意味はありません。 CPUの創りかた CPUの創りかた 作者: 渡波郁出版社/メーカー: 毎日コミュニケーションズ発売日: 2003/10/01メディア: 単行(ソフトカバー)購入: 35人 クリック:

    組み込み業界へ向かう人に、自分が買ってよかったと思った技術書達 - undefined
  • Zillow: モバイルアプリの自動化テストフレームワーク - ワザノバ | wazanova

    http://engineering.zillow.com/the-search-for-mobile-app-test-automation/不動産価格サイトのZillowが、エンジニアブログで、モバイルアプリのテスト自動化のソリューションを比較検討した経緯を紹介してます。 1) 背景 モバイル向けのテストツールを2年半探したが、Robotiumフレームワーク(Android)は1ヶ月ももたずに使えなくなったので、テストケースを定期的に実行するチャンスがなかった。次にKIF (iOS) は、アプリと直接つながったObjective-Cのコードを書かなくてはいけなかったので断念。XcodeのInstrumentsは、ワークしたものの、メンテしきれなくなった。 2) Robotium Drawbacks テストケースごとにコンパイルする必要があった。ANt, pomファイルのメンテナンス。J

  • 読書メモ/"How Google Tests Software", 「テストから見えてくるグーグルのソフトウェア開発」 - Glamenv-Septzen.net

    ホーム 検索 - ログイン | |  ヘルプ 読書メモ/"How Google Tests Software", 「テストから見えてくるグーグルのソフトウェア開発」 [ Prev ] [ Next ] [ 読書 ] 邦題:「テストから見えてくるグーグルのソフトウェア開発」 ・テスト技術者、およびTDD(テスト駆動開発)やテストファーストに意欲的に取り組んでいるエンジニア向けに3行でまとめる。 1. グーグルですら適切で合理的なテストケースの作成やテスト計画、テストの自動化、そして開発者にテストコードを書かせるのに苦労している。昔も、今も、そしてこれからも。 2. だから、テストやその自動化には「正解」なんて無い。グーグルですらそんなの知らない。だからグーグルではテストに対して様々な実験や検証が日常的に行われ、そこからイノベーションが生まれる。 3. では何を軸とするか?それはひたすら、「テ

    raimon49
    raimon49 2013/09/01
    グーグルでさえ苦労している。
  • レガシーコード改善ガイド : 小野和俊のブログ

    以前からパラパラと部分的には目を通していたレガシーコード改善ガイドを、週末に最初から最後まで通して読んだ。 テスト駆動開発入門(以下TDD)がゼロからテスト駆動でソフトウェアを開発するための方法を示した書籍であるのに対し、書はテスト駆動で開発されなかったソフトウェアを、後からテスト駆動に変えていく方法を示した書籍である。書の定義によれば、最近開発されたソフトウェアでも、テストコードのないコードはレガシーコードであり、そのレガシーコードを改善し、レガシーコードでなくしていくための道筋を提示するのが書の目的だ。 TDDに興味は持ったものの、自分たちのソフトウェアはすでに完成してユーザーに使われており、今からTDD化のためだけに大きな予算や工数を取るわけにもいかず、「TDDは良いと思うけれど、次のプロジェクトから」という結論に落ち着いた事例を目にしたことがある人は少なくないだろう。そして

    レガシーコード改善ガイド : 小野和俊のブログ
    raimon49
    raimon49 2012/10/01
    レガシーコードとケンカする本。
  • リッチなテスティングフレームワークとテストの可読性の問題 - tomykaira makes love with codes

    この記事は DRY原則とテストの可読性 - ✘╹◡╹✘ への応答という側面があります。テスト駆動 Javascript を読みおわりましたが、そこにもおなじようなことが書いてあったので、その考察でもあります。 テスト駆動JavaScript作者: Christian Johansen,長尾高弘出版社/メーカー: アスキー・メディアワークス発売日: 2011/11/25メディア: 大型購入: 13人 クリック: 287回この商品を含むブログを見る TL;DR DRY ではなく sustainability を目標にする テストコードが技術的要素に踏み込みすぎないようにする テストの可読性は能力の低いフレームワークで書けば高くなるものではない。テスト対象、環境の性質につよく依存する DRY 厨というのはコードを省みないよりもタチが悪い。彼には DRY という錦の御旗があり、「やりすぎだよ」

  • Facebook のリリースと文化 - Kato Kazuyoshi

    公開されたのはもう去年のはなしだけど、Facebook の リリースエンジニアリングの Tech Talk (予告編) は面白い。話している Chuck Rossi さんは Facebook のリリースエンジニアリングチームのリーダーだ。 彼は “The business requires change, but change is the root cause of most outages!” と話をはじめる。Facebook の規模で毎日変更をリリースするために、リリースのリスクをできるかぎり減らさなくてはいけない。そのために出てくるのが「文化」と「道具」だ。 現在のソフトウェア開発では開発者と顧客 (your mom) の間に薄いレイヤーしかない: 昔は QA とかプロダクトマネジャーとかいろいろいたけど、いまは違う。 ブランチとリリース: 開発者は trunk にコミットする。日

    raimon49
    raimon49 2012/07/22
    リリースサイクル 道具
  • 継続開発のススメ 2012-06 版 - Twisted Mind

    変更履歴 2012-06-24 ドキュメントの所に *diag シリーズについて追記 概要 開発があればリリースがあり、リリースが終われば、メンテナンスがあり、さらに開発があります。プロダクトが EOSL (End Of Service Life) を迎えるまではこれを続ける必要があります。 去年の 8 月に「継続開発のススメ」というので、やっていることをまとめたのですが約 1 年経ってもう少し細かくまとめて見ようと思いました。基的には自分がいる環境を前提に書いてます。 継続開発のススメ http://d.hatena.ne.jp/Voluntas/20110823/1314036482 開発スタイルは常に変化し続けていくべきだと思っています。これだ、というのを作らないのが一番良い開発スタイルでは無いかなと。 脳内を書き出しているので、日語がおかしい上に一貫性が無いと思います ...

    継続開発のススメ 2012-06 版 - Twisted Mind
    raimon49
    raimon49 2012/06/30
    >「ドキュメントとテストとアプリそれぞれ別のバージョンを持つべき」であり、そしてそれらを統合したバージョンがリリースなのだと考えています。 / 1プロダクトにマルチリポジトリ。GitHub Enterprise超ヘビーユーザ。レ
  • 世界の変え方の教科書「リーンスタートアップ」書評 - FutureInsight.info

    たびたびブログでも取り上げつつ、きちんとした書評を掲載していなかった「リーンスタートアップ」。最近読んだの中ではガチでおすすめできるスゴだと思います。リーン・スタートアップ ―ムダのない起業プロセスでイノベーションを生みだすエリック・リース 日経BP社 2012-04-12売り上げランキング : 63Amazon楽天市場価格.comby カエレバ簡単に言うと、スタートアップを成功させるには、どういうことを意識して行動、意思決定すべきかということが網羅的にまとめられているなのですが、おもしろいのは、このに記載されていることはスタートアップから大企業まで全てにおいて有効な手段である、と断言されていること。そして、たしかに読み進めると、至る所にでは大きな企業ではどうすべきか、企業が大きくなる過程で、このプロセスを維持するためにはどうすべきか、という知見が書かれています。これは個人から大企

    世界の変え方の教科書「リーンスタートアップ」書評 - FutureInsight.info
  • Python の新ユニットテストフレームワーク (or unittest2)

    これは Python3 Advent Calendar の記事です。夢はテストエンジニアです!ということでユニットテストについて書きます。 Python3 縛りとのことですが、この新ユニットテストフレームワークは Python 3.2 以降と 2.7 以降が対象です。これ以前のバージョンでこの新ユニットテストフレームワークを利用したい場合は、それぞれ unittest2py3k (3 系)、 unittest2 (2 系) というバックポートが用意されています。新ユニットテストは mock や IronPython 等の開発者としても知られている Michael Foord 氏を中心に開発されました。 >>> Python とユニットテストの歴史 Python のユニットテストは、1999 年 xUnit ファミリーの PyUnit として開発され、2001 年に公開された Python

    raimon49
    raimon49 2012/03/01
    unittest/unittest2の違い。assert*大幅追加、noseライクな自動ディスカバリ、出力情報の改善。
  • 引き続き Apache 2.4.1のスループット評価(旧Apacheと動的コンテンツ処理性能比較)

    人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 前回の記事「Apache 2.4.1のスループット評価(旧ApacheとNginxとのベンチマーク比較)」を非常に多くの方に見て頂いており、こういう情報が重要なんだなぁ、としみじみ思った。多くのオープンソースを使わしてもらっているので、こういう形でフィードバックしていけたらよいな。参考にして頂いてありがとうございます。 今回は、前回の記事に続き、個人的にも非常に興味のあるApache2.4.1の「動的コンテンツのスループット」がどの程度なのかを評価したいと思う。 ※いくつかの検証を追加したのと、細かい部分で比較の仕方がよろしくなかったので修正を加えました。 ■ 修正と追記箇所(2012年3月2日) ・PHPのバージョンを5.3.10に統一(思

    引き続き Apache 2.4.1のスループット評価(旧Apacheと動的コンテンツ処理性能比較)
    raimon49
    raimon49 2012/02/28
    MaxClientsは256 httperfで
  • Apache 2.4.1のスループット評価(旧ApacheとNginxとのベンチマーク比較)

    人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 久々のApache HTTP Server 2.4.1という安定版がリリースされたので、早速ベンチマーク評価を行う。今回はevent_mpmのExperimentがとれて、晴れてデフォルトMPMになったのでそれを使ってみたい。 日一(ひょっとすると世界一)早いApache 2.4.1 event_mpmのレビューを意識してみた。 はじめに 個人的にも、event_mpmが採用されたことに最も注目している。event_mpmは非同期型のIO処理をしていて、nginxに近いアーキテクチャをとっている。厳密には、nginxの非同期と比べた場合、nginxは徹底的にノンブロッキング(accept4を使う等)してworkerスレッドで次々と並列処理し

    Apache 2.4.1のスループット評価(旧ApacheとNginxとのベンチマーク比較)
    raimon49
    raimon49 2012/02/28
    これは単純にテスト・比較の手法としても勉強になる。
  • 良い相続人であるために - 世界線航跡蔵

    翔泳社の「君のために選んだ1冊 ソフトウェア開発の名著」という企画に寄稿を依頼されて、以下のような文章を書いた。ブログ等で公開して良いとのことだったのでここに公開したいと思う。 この企画は他の人の分を読むのが楽しみだ。早くができあがらないかな。 ちなみに「 きっと何者にもなれないお前たちに告げる 一冊」というタイトルを最初に思いついたけれど、長く読み継がれるであってほしいという企画の趣旨を鑑みて流行のネタを使うのは避けた。 yuguiがレガシーコードに絶望した人に贈りたい一冊 - 『レガシーコード改善ガイド』 レガシーコード改善ガイド (Object Oriented SELECTION) 作者: マイケル・C・フェザーズ,ウルシステムズ株式会社,平澤章,越智典子,稲葉信之,田村友彦,小堀真義出版社/メーカー: 翔泳社発売日: 2009/07/14メディア: 大型購入: 45人 クリ

    良い相続人であるために - 世界線航跡蔵
  • PHPのテスティングフレームワーク - p4lifeのメモ

    今回取り上げるテスティングフレームワークライブラリ,アプリケーションの品質を高めるために必要不可欠なテストですが,そのテストを実行するためのツールに関する情報を集めました. phpt PHPUnit SimpleTest lime DocTest PHPSpec phpthttp://qa.php.net/write-test.php PHP 独自のテスト機構 PHP 体,PEAR のテストで最も良く使われる.テストファイルの拡張子は .phpt TAP*1 対応:PEAR 1.5.0 から対応 pear run-tests コマンドに -t オプションを付けると run-tests.log に TAP フォーマットのログが出力される特徴: pear コマンドが使えればテストを実行できるため,大抵の環境で動かせる GET/POST/Cookie, php.ini 設定, 標準入力をパラメ

    raimon49
    raimon49 2008/03/15
    PHPにもRSpecやDocTestの影響を受けたテスティングフレームワーク があるらしい。
  • 1