Redmine impasse by kawasima
The redmine plugin for test management. View the Project on GitHub kawasima/redmine_impasse Download ZIP File Download TAR Ball View On GitHub Redmine Impasse Impasse is test management tool like Testlink. Plugin requirements Redmine 1.1.x - 2.x Documents Administration guide User manual License This plugin is released under the Apache License Version 2.0.
.NETでのカバレッジ計測ツールOpenCover - Yasuo's Notebook
2011年のうちに記事を書こうと思います。 C#で開発する際のカバレッジ測定ツールとしては、NCoverやPartCoverが有名ですが、今回はOpenCoverというツールを紹介します。 OpenCoverは、@scubamukiさんが開発しているカバレッジツールで以下から入手可能です。 https://github.com/sawilde/opencover インストールは、セットアップを実行するだけです。 OpenCoverの他にレポート生成ツールも導入しておきましょう。 以下から入手可能です。 http://www.palmmedia.de/Net/ReportGenerator ダウンロードしたファイルを適当な場所に解凍しましょう。 日本語の紹介はまだないようなので、ここで紹介しておきます。 サンプル：OpenCoverSample.dll ファイル：Class1.cs name
BDD Framework for .NET - SpecFlow - Find Bugs before they happen
Enhance your automated tests The free & open source BDD-Framework for .NET
Visual Studioで作るデータドリブンテスト
本連載では、Visual Studioの単体テスト機能にフォーカスし、開発者の利用シーンをキーワードにいくつかのシナリオを想定して、その時々の使い方を取り扱っていきます。今回は、Visual Studio 2010に用意されたデータドリブンテスト機能を利用して、1つの単体テストを異なるデータを利用しながら繰り返し実行し、テストの網羅性を高める方法を紹介します。 はじめに Visual Studio 2010に用意されたデータドリブンテストとは、Excelやデータベースなどに用意された表形式のデータを利用して、同じ単体テストを異なるデータを利用しながら複数回に渡って実行するための機能です。この機能を利用することで、様々なデータの組み合わせテストを行う際に、その組み合わせの分だけ単体テストを記述しなくても簡単に対象データの網羅性を高めるテストを実施することが可能となります。今回はデータドリブン
さすがMoles！Moq たちにできない事を平然とやってのけるッ - present
はじめに Jenkins を導入して継続的インテグレーション(以下 CI)を始めてみたものの、作成済みテストの多くは他のテストの事を考えて作成されていないので、テスト環境を破壊するものが結構ありました。このまま常時テストしたところで、常時失敗するだけ。テストを修正する羽目になりましたとさ。トホホ。 既存のテストで気になるのが、単体テストの多くが、実際は結合テストになってしまっているところ。テスト対象外のクラスに意図した動作をさせるための苦労が、テストの前処理と後処理に多く見られました。「モックを使えばいいのに」って何度思ったことか。 Jenkins の導入は良い機会なので、CI を実践するという名目で、モックライブラリも導入することにしました。 ライブラリの選択 ライブラリは、Microsoft Reserch がリリースしている Moles を選択しました。 Pex, Automated
Chutzpah Test Adapter for the Test Explorer - Visual Studio Marketplace
Chutzpah adapter for the Visual Studio Unit Test Explorer. Chutzpah is an open source JavaScript test runner which enables you to run JavaScript unit tests from the command line and from inside of Visual Studio. Chutzpah test adapter for Visual Studio 2015+ This extension allows users to run QUnit, Jasmine and Mocha unit tests inside of the new Unit Test Explorer in Visual Studio 2015+ Chutzpah (h
Unit Test Your Code - Visual Studio 2015
Unit tests give developers and testers a quick way to look for logic errors in the methods of classes in Visual C#, Visual Basic, and Visual C++ projects. The unit test tools include: Test Explorer. Test Explorer lets you run unit tests and view their results. Test Explorer can use any unit test framework, including a third-party framework, that has an adapter for the Explorer. Microsoft unit test
Microsoft R Server now available for Academics and Students via DreamSpark - big data statistics, predictive modeling and machine learning capabilities - Microsoft UK Faculty Connection - Site Home - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
ジャネットグレゴリーさん来日 + 2009年の講演スライドを訳しました - kawaguti’s diary
５月末に、「実践アジャイルテスト」の著者の片方、ジャネットグレゴリーさんが来日します。 今のところ以下の予定です。研修の方はまだ席がありますのでぜひご検討ください。 ５月２８日 企業向け研修 ５月２９日 実践アジャイルテスト研修 ＋ 夜に翔泳社さん読者向けイベント ５月３０日 実践アジャイルテスト研修 翔泳社さんの読者向けイベントには、翻訳チームの榊原さんや、巨匠平鍋さんと調整していますので、 Stay tune でございます。 アジャイルテストの四象限のスライドを訳しました 2009年(本が出版された頃)に行われた講演資料を訳しましたので、ぜひコメントをお願いいたします。 http://dl.dropbox.com/u/2873528/Edmonton%20-%20Quadrants_ja.pdf 元資料 => http://janetgregory.ca/documents/Edmon
アジャイル開発でソフトウェアの品質を高める方法
さて、アジャイル開発でソフトウェアの品質は良くなるか？ そう思う方、ちょっと手を挙げてください（4割くらい手が挙がる？）。けっこういますね。 自分の実感としては、アジャイルでは品質良くなる、と感じているが、一方で否定的な人もいる。 私がアジャイルを始めたころ、2002年あたりには、そういう否定的な人に対して「面倒くさいだけちゃうんか」とか「新しいプロセスに臆病なんじゃないか」と反発したりしていた。 考えてみると、ソフトウェアの品質には2つの側面がある。良し悪しという側面と、品質が確定しているかどうか、という側面。 品質保証担当の人が考えるアジャイルの品質確定のイメージは、こういうイメージなのかなと。アジャイルでイテレーションを繰り返して成果物が大きくなるにつれて、次のイテレーションで品質を確定させるためには、さらにたくさん作業をしなくちゃいけないなと。 この2つを比べると、ウォーターフォー
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
かっこ悪くて面倒でもテストコードを書こう - 今川館
Python | 10:08わたしはプログラマーではありませんが、いくつかの仕事でテストコードを見たり書いたりすることがあったので、その過程で思ったことをメモとして残しておきます。コーディングとテストを分けて工数を言う癖をやめようどっちもコードを書くのだから分けて考える必要はないテストコードの重要性は理解しているけど、工数も厳しいし客がテストコードを書くことに工数を割くことを認めてくれない。ありがちな話ですが、それがテストを書かないことの根拠であるならば少し考え直しましょう。コーディングとテストを異なる工程と考えるのをやめてしまえばそんなことに悩む必要はなくなります。つまり、「テストを書きながらコーディングする」のです。だいたい、普段プログラムを書いているときだって手元で動かしながらものを作っているでしょう。それと同じことをプログラムを書いてやればいいだけです。客がテストを書かせてくれない
RSpec の入門とその一歩先へ - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
TDDの前方依存と後方依存 - pocketberserkerの爆走
『注意』 この記事には間違っているかもしれないことが含まれています。 また個人の意見なので鵜呑みにしないようにしてください。 あと疑問符がついている部分の答えはここには書いてません。 TDD自体は簡単な概念と思う TDDそれ自体は簡単な概念だ。 Red、Green、Refactor…実にシンプルである。 だがしかし、TDDは難しいという話はことあるごとに聞く(ような気がする) 「では何が難しいのだろう？」というわけで脳内で妄想を膨らませてみる。 [追記]前方依存、後方依存という言葉をだしているが、勝手に考えた造語なので項目ごとに定義も追加しておきます。 技術的な前方依存 『TDDを始める前と終TDDを実際やるために必要な技術』 最低限対象言語でコードがかけるようになって 最低限テスティングフレームワークを使えるようになって リファクタリングをしっかり学んで 対象言語でのきれいなコード、設計
スクラム道.09に参加してきた #scrumdo - うさぎ組
なんかいろいろあって2012.04.09のスクラム道09に参加しました。 Workshop的なスクラム系イベントはこれが初参加だと思います。 テーマはインセプションデッキでした。 すすめてくださったのは@nawotoさん。 あんまりまともにメモをとっていなかったので詳細を覚えていなかったのですが、@changeworldsさんがブログにしてくれていました。 「スクラム道.09 に参加してきました。 #scrumdo - Change The Worlds」 >>追記 Toggeterはこちら 「スクラム道.09 #scrumdo - Togetterまとめ」 追記<< あんなに大勢で意見を言い合うのは初めてだったので楽しかったです。 自分も含めてそうだったかもしれませんが、質問ばかりだったのが正直言うとあまりよくなかったかなーって思いました。 すんごく個人的な思いを言うと「どんなことが出来
ジャネット・グレゴリー 「実践アジャイルテスト」研修 5月29日〜31日 - アギレルゴコンサルティング株式会社
アジャイル開発における品質保証ってどうなっているんでしょうか。その疑問にお答えするべく、「実践アジャイルテスト」 の共著者ジャネット・グレゴリーさんをお招きして研修を行います。講師は、ビジネス側とテスト担当が、アジャイルプロジェクトと共に働く場合に果たすべき役割を、メインテーマとして仕事をしています。 研修概要３日間の研修で、短いリリースサイクルで協調的に価値をデリバリーするアジャイルチームの一員として、テストの専門的知識を持つ人々が果たすべき役割を学びます。テスターはビジネス価値の連続した流れ(continuous flow)にどのように寄与するのでしょうか。アジャイル開発に移行する上での、よくある文化的、物理的な障害についても紹介します。テスターがアジャイルテストのマインドセットを手に入れることの価値や、アジャイルチーム全体でテストに寄与する方法、テストの自動化など。 研修で学ぶこと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Private Presentation
Test with xUnit, NUnit, MbUnit, JavaScript, C++ | TFS Preview - Team Foundation Service
MacでもLinuxでも使える! 無償の Visual Studio Code を使用した Cordova 開発 - monoe's blog - Site Home - MSDN Blogs
NUnitの全貌 ～ 基本から、最新バージョンの新機能まで
