タグ

testingに関するmsykxxxのブックマーク (10)

  • ソフトウェアテストを勉強しはじめて10ヵ月でやったこと - うさぎ組

    WACATE 2011 夏に誘われたのがキッカケでソフトウェアテストを勉強しはじめて10ヵ月くらいがたちました。 先日、わんくま名古屋でソフトウェアテストの勉強法についてLTしたのですが、みなさんにいろいろ聞かれたのでここにまとめておこうと思います。 当は1年の区切りで書こうと思ったけど、まぁいいでしょう。 追記ここから わんくまで発表したLT資料はこちらです うさみみのソフトウェアテスト勉強法 View more presentations from Kyon Mm 追記ここまで こういうのを書くときに時系列で書くべきか、コツを書くべきか悩みますね。 でも、みんなが知りたいのは僕の歴史じゃなくってコツだと思うので後者で書きます。前者はTwitterとか勉強会とかお事とかお茶でもしているときに聞いてみてください。 以下では多くの書籍を紹介していますが、僕がこの10ヵ月で読んだ。ってい

    ソフトウェアテストを勉強しはじめて10ヵ月でやったこと - うさぎ組
  • ユニットテストにまつわる10の勘違い | DevelopersIO

    渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード(または実行結果)を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。

    ユニットテストにまつわる10の勘違い | DevelopersIO
  • テスト書きすぎ問題 - hitode909の日記

    テスト書きすぎるとよくないって言ってる人がいた.DHHっていう人.作業時間の1/3以上テストしてたらおかしいとか,ActiveRecordのバリデーションなど,Railsの機能はテストしない,とか. Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey 偉い人が言ってるからという理由で,テスト手抜き派の人に良い材料を与えてしまった.僕は意見ちがって,作業時間半分以上はテスト書いたりしてる. テストたくさん書くと,最初に書くときのコストは増える.けど,あとから読む時や,変更したい時には,読むだけだし,書くのも差分だけで良い.コード体を理解できれば,要らないテスト捨てるのは,落ちたのを消すだけだから簡単.あとで見て,テスト足りないと分かったときに,明文化されてない仕様からテストを補う

    テスト書きすぎ問題 - hitode909の日記
  • アクセルを踏むためのテストとブレーキを踏むためのテスト - yoshiori.github.io

    Rebuild.fm#29 聴いてて少し語りたくなってるので書いてみる。 テスト考2014 – Hidden in Plain Sight から発してると認識してるんだけど新年早々テストについて盛り上がってますね! で、個人的な意見を書くまえに、俺はテストどころかコンピュータサイエンスも学んだ事ない人間ですので色々見当違いな事言ってるかもしれないけど、エンジニアのスタートが組み込み系の QA エンジニアなので現場感覚はそれなりにあるつもりです。 で、早速なんだけど上記ブログから引用させてもらうと まぁ、なんにせよ、現在のウェブアプリ開発におけるテストなんて一歩間違えれば「ままごと」みたいなレベルだから、そんなに原理主義的になるのはダサいよねって話です。 id:kennejima に百パー同意で、ぶっちゃけちゃんと QA やった人間からすると境界値テストすらしてないしホワイトボックステストだ

  • Arquillianを使った本物のJava EEテスト その3 - nekop's blog

    JBoss Advent Calendar 2011の19日目のエントリです。 Arquillianを用いたテストではRemote, Managed, Embeddedという3種類のコンテナの使い方をサポートしています。それぞれ以下のようにテストを行います。 Remote 既に起動されているコンテナに対してテストを行う Managed 指定されたコンテナを利用してテストを行う、コンテナの起動と停止はArquillianが行う Embedded コンテナのEmbedded APIを利用してテスティングフレームワーク環境のJava VM上でコンテナを起動してテストを行う Arquillianがサポートするコンテナ一覧ドキュメントがありますが、JBoss AS 7はRemote, Managedがサポートされていて、Embeddedが未サポートです。ユーザからはJBoss AS 7のEmbedd

    Arquillianを使った本物のJava EEテスト その3 - nekop's blog
  • Arquillianを使った本物のJava EEテスト その2 - nekop's blog

    JBoss Advent Calendar 2011の18日目のエントリです。 昨日例に挙げたテストコードを一通り見ていきましょう。今回はJUnitを使っていますが、TestNGも使えます。 @RunWith(Arquillian.class) public class MailBeanTest { @Inject MailBean mailBean; @Deployment public static Archive<?> createTestArchive() { return ShrinkWrap.create(JavaArchive.class, "test.jar") .addClasses(MailBean.class) .addAsResource(EmptyAsset.INSTANCE, "META-INF/beans.xml"); } @Test public void

    Arquillianを使った本物のJava EEテスト その2 - nekop's blog
  • Arquillianを使った本物のJava EEテスト - nekop's blog

    JBoss Advent Calendar 2011の17日目のエントリです。 JBoss AS 7でJavaMailを利用してメールを送るでCDIのBeanを作りましたが、それをテストするためにわざわざJSF2の画面を作りました。今回は画面を作るのではなく、Arquillianを使って自動テスト化します。Arquillianはおおざっぱに言うと自動テストでJava EEコンテナを利用可能にするソフトウェアです。 ソース: https://github.com/nekop/as7-mailsessiondemo JBoss AS 7.1.0.Beta1b Arquillian 1.0.0.CR7 まずpom.xmlにテストのための依存を追加します。JUnitとArquillianのJUnit用モジュール、そして最後のXalan Serializerは来はユーザが指定する必要のないものなの

    Arquillianを使った本物のJava EEテスト - nekop's blog
  • Testing Framework Kent Beck

    You are here: Home » コミュニティ » masarl memorial » homepage3.nifty.com » masarl » article » Kent Beck Testing Framework 入門 1999/09/06 更新 石井 勝 はじめに Smalltalker として有名な Kent Beck は,ソフトウェアテスト用プログラムをフレームワークレベルにまで拡張し,テストを体系的に取り扱う方法を提唱しました.そのフレームワークは Testing Framework と呼ばれ,Smalltalk の他にも Java, C++, Visual Basic 用の Testing Framework が提供されています(それぞれ JUnit, CppUnit, VBUnit と呼ばれています). 同じソフトウェアテストを行う製品としては,Window

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

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

    Web画面の自動テストの導入に失敗する理由とその対策 - プログラマでありたい
  • #NagoyaTesting アジャイルなテストの見積りと計画づくり

    1. アジャイルなテストの 見積もりと計画づくり Nagoya.Testing in Tokyo3 2013.03.10 presented by きょん(@kyon_mm) 2. 自己紹介 なまえ : きょん@kyon_mm 対象 : 開発環境改善 Groovy, SCM, Test, Agile, CD, かんs 関数/証明プログラミング Study SCMBootCamp,Nagoya.Testing, CDStudy, Cafe.Testing, TDDBootCamp Cafe.Testing

    #NagoyaTesting アジャイルなテストの見積りと計画づくり
  • 1