This is AutomationTest.SSF version alpha. I present on SystemTestAutomationConference 2015.
こんちわ!@t32kだよ。みんなバッジ好き?( ゚∀゚)o彡゚バッジ!バッジ!バッジ! 小学生の頃、自由勉強ノートってのがあって、勉強したページ分、先生からシールをもらってはそのノートに貼り付けていたのは良い思い出です。あのノスタルジーを再び! ということで、大人の自由勉強ノートといえばGitHubレポジトリじゃないですか。OSSがんばります!私、気になります!そしたらシール欲しいじゃないですか? あるよ、シールあるよ、シールってかバッジだけど。 上記は最近作ってるStyleStatsのReadmeだけど、なんか緑のバッジいっぱいですよね。それを説明していく! Travis-CI Status Images Travis CI: Status Images まずは、この中のバッジの中では一番メジャーじゃないだろうか、Travisの Status Images。昔、@kyo_agoさんが『テ
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform Windows 365 開発者
ソフト詳細説明 かなり機能を限定した非常にシンプルなメールサーバ(SMTP/POP3)です。 実際のメールサーバとして使うには機能不足ですが、メールクライアントなどを自作する場合のテスト用サーバとして使用するとか、メーラを使ってP2Pメッセージ交換をしたいとか言う場合には便利かと思います。 また、ソースを同梱していますのでサンプルソースとして使ったりするのにも良いでしょう。 0.2' 連絡先を変更 0.2 常駐形態の変更/メモリリークの修正/ボタン名称変更 常駐したままWindowsを終了した場合に終了処理が動くよう修正 サーバ終了処理を若干見直し 同時起動防止処理を追加
NO LONGER NEEDED. Please un-install this extension. See http://xunit.github.io/docs/vsix-deprecated.html This project is no longer supported in VSIX form. To run tests inside Visual Studio, please use our NuGet package(s) instead.For more information, please see: http://xunit.github.io/docs/running-tests-in-vs.htmlThank you for your usage of xUnit.net, and we hope you enjoy the VSIX-less installat
私はC#ではMoqというモックフレームワークを愛用しているのですが、このMoq、F#においては思うように動作してくれなかったのです。 環境 Visual Studio 2010 Professional NUnit 2.5.7 Moq 3.1 Moq 4.0 Beta Rhino Mocks 3.6 を利用しております。その他の環境では確認しておりませんのでご了承下さい。 Moq Google Code Archive - Long-term storage for Google Code Project Hosting. C#では使い勝手の良いMoqを何とか、F#でも使おうとあーだこーだソースをこねくり回していましたが、結局挫折しました。 F#のラムダ式をLINQ expressionsに変換する必要があるのですが、その変換にどうやら無理があるようです。 ググったら以下のようなエントリを
WACATE 2011 夏に誘われたのがキッカケでソフトウェアテストを勉強しはじめて10ヵ月くらいがたちました。 先日、わんくま名古屋でソフトウェアテストの勉強法についてLTしたのですが、みなさんにいろいろ聞かれたのでここにまとめておこうと思います。 本当は1年の区切りで書こうと思ったけど、まぁいいでしょう。 追記ここから わんくまで発表したLT資料はこちらです うさみみのソフトウェアテスト勉強法 View more presentations from Kyon Mm 追記ここまで こういうのを書くときに時系列で書くべきか、コツを書くべきか悩みますね。 でも、みんなが知りたいのは僕の歴史じゃなくってコツだと思うので後者で書きます。前者はTwitterとか勉強会とかお食事とかお茶でもしているときに聞いてみてください。 以下では多くの書籍を紹介していますが、僕がこの10ヵ月で読んだ本。ってい
Visual Studio にはテストフレームワークがついているのですが、残念ながらExpressでは使えません。さらにExpressではAdd-inも使えないので何かと不便。有償版を買いたいものの、お財布事情とか勉強用とかの方はどうしてもExpress。ということで、最近、新人向けにテストの講義をしたので、その時使った資料をUPしておきます。備忘録としても。 まずはテストフレームワークのインストールを行います。 NUnit.orgより、最新版をダウンロードする。今回は最新版2.5.8 NUnit-2.5.8.10295.msi を落としてきたので、これをたたく 今回はCompleteで全部入れます。インストーラの指示に従ってどんどん次へ進んでいく [スタートボタン] - [プログラム] - [NUnit 2.5.8] - [NUnit] を選択してGUIが起動すればとりあえず成功 次に、
はじめに 前回の記事『C#で始めるテスト駆動開発』では、TDD Boot Camp(TDDBC)横浜の課題を使って、NUnitを使ったTDDの手順を紹介しました。おかげさまで好評をいただけたようで、多くのかたに読んでいただけました。ありがとうございます。 Twitterで呟かれた読者の感想に、Visual Studio標準の単体テスト機能(MSTest)よりもNUnitの方が人気なんだろうか、というものがありました。人気のほどは分かりませんが、開発現場ではMSTestを使っているところもあります。そこで今回は、前の記事で書き漏らしたことをいくつか補足させていただいた後、MSTestを使ったTDDについて説明します。 対象読者 TDDに興味をお持ちの.NET Frameworkの開発者。 必要な環境 サンプルコードはC#で、Visual Studio 2010 Ultimateエディションを
はじめに Jenkins を導入して継続的インテグレーション(以下 CI)を始めてみたものの、作成済みテストの多くは他のテストの事を考えて作成されていないので、テスト環境を破壊するものが結構ありました。このまま常時テストしたところで、常時失敗するだけ。テストを修正する羽目になりましたとさ。トホホ。 既存のテストで気になるのが、単体テストの多くが、実際は結合テストになってしまっているところ。テスト対象外のクラスに意図した動作をさせるための苦労が、テストの前処理と後処理に多く見られました。「モックを使えばいいのに」って何度思ったことか。 Jenkins の導入は良い機会なので、CI を実践するという名目で、モックライブラリも導入することにしました。 ライブラリの選択 ライブラリは、Microsoft Reserch がリリースしている Moles を選択しました。 Pex, Automated
2015/12/10 追記: バグを本気で無くしたい方はこんな良く辺鄙なブログなんて見ずにソフトウェアエンジニアリング系の国際学会に行くなり、そこの論文を読むなりするといいと思います。ICSEなんかは日本語の勉強会資料もあってとっつきやすいでしょう。 バグのないプログラムを作る方法について色々聞きかじったことを, 脈絡なく訳の分からない説明でつらつらと書きならべます. テスト 割と古典的な方法ですね. プログラミングコンテストでもお馴染みの方式です. Java だと JUnit (4) みたいなのを使います. 手作りケース とりあえず試してみるケース コーナーケース ミスの発生しやすそうなところを突くためのケース ランダムケース ランダムに爆撃するためのケース みたいなものを作って, 仕様とマッチするか確認します. 当たり前ですが, 基本的には下手な鉄砲も数撃ちゃ当たる方式なので, 運が悪
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
行ってきました。 当日は .NET の TA をやるはずでしたが、希望者がいませんでした。残念。 暇になったので、C++ と Java の混合グループに入れてもらって、一人で F# やってました*1。 ソースは github に上げてあります。 bleis-tift/TDDBCTokyo1.6 · GitHub timeup というタグまでが、会場でやったところです。 それ以降は、ホテルに戻ってからの分で、一応全部のお題をやってあります*2。 開発は、 Visual Studio 2010 NaturalSpec / NUnit Git / git-now / Git-Hooks メモに TODO リスト な感じでやりました。 NaturalSpec は使い込み度合いがまだまだなので、色々試しながら進めました。 順を追って見てみる 最初の方は割と細かく進めたので、順を追って見てみます。長い
Visual Studio は組み込みのユニットテストの仕組みを持っており、.NET開発を行う際にはテストプロジェクトを追加するだけで簡単にユニットテストを書いたり実行したりすることができます。 F# でもその恩恵に与りたいわけですが、残念ながら VisualStudio で F# のテストプロジェクトを作ることはできません。 これを回避する方法を紹介しているブログがあったので紹介します。 F# Unit Testing with Visual Studio 2010 F#テストプロジェクトを作る テスト用のF#プロジェクトを作成する。F#のテストプロジェクトは無いので、クラスライブラリを選択して作成する。Microsoft.VisualStudio.QualityTools.UnitTestFrameworkへの参照を追加する。プロパティ→ビルド→出力パスをbin\ にする。リリース構成
TDD(テスト駆動開発)のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ(OmniGraffle)が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記2 このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。
最近、妙にテストブームです。Chaining Assertionを作ったからですね。ライブラリドリブンデベロップメント。とりあえずでも何か作って公開すると、その分野への情報収集熱に火がつくよね。そしてテスト厨へ。さて、ユニットテストで次に考えるべきは、モックの活用。C#でモックといえばMoqが評価高い。メソッドチェーンとExpression Treeを活かしたモック生成は、なるほど、良さそうです。読み方も可愛いしね。もっきゅ。もっきゅ。 というわけでスルーして(えー)Molesを使いましょう。Microsoft Research謹製のモックフレームワークです。PexとのセットはMSDN Subscriptionが必要ですが、MolesのみならばFreeです。VS Galleryに置かれているので、VSの拡張機能マネージャーからでも検索に引っかかります。 Moles。Pex and Mole
本日行われた Shibuya.js の発表資料をアップしました。 さいきんの JavaScript テスト / Test.js - Shibuya.js 発表資料 View more presentations from hotchpotch JS のテスティングフレームワークのおおざっぱな説明や JavaScript テストにおける問題、それについての解決方法の一つ、CUI でのテスト、Envjs、エンドツーエンドテストにおける JS / Ajax のテスト、終わりにちらっと Phantomjs の話があります。 スライドの最後にあるように、やはりまだコレだ!という JS のテスティングフレームワークは存在しなく、今後 JS のテストは『僕らが書きたいテスト』をどれだけ簡単に書ける・書く手法が確立されるかによって流行廃りは決まってくるんじゃないかなぁ、と思ってます。そのうちの一つがスライ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く