「直交表」について、超初心者でもわかるくらい平易に説明しているページを教えてください。グーグルで「直交表」と検索して上位にでてきたページを読んでも意味がいまいち理解できませんでした。
「直交表」について、超初心者でもわかるくらい平易に説明しているページを教えてください。…
「直交表」について、超初心者でもわかるくらい平易に説明しているページを教えてください。グーグルで「直交表」と検索して上位にでてきたページを読んでも意味がいまいち理解できませんでした。
直交表を利用したソフトウェアテスト→HAYST法とか - ソフトウェアテストの勉強室
2007/08/07下部に追記。 == ブログを検索していたら、僕と同じように直交表について書いているブログを発見。 効果的なテストケース生成 直交表 - ソフトウェア・テスト手法 (あるＳＥのつぶやき) ソフトウェアテストへの直交表の応用 同じことを勉強しようとして、Google先生に教えてもらうとやっぱり似たようなサイトを参考に勉強するんだなあ、と再認識。僕も買いましたよ、ソフトウェア・テストPRESSを。 直交表というのは任意の2つの列に関して直交している表のこと。この場合の直交とは0/1の値を持つ条件について、2条件組み合せが平均して出現するような性質のことをいいます。テストケース作成において重要なポイントは3つあって、 できるだけ少ない数のテストケースで できるだけ多くのバグを できるだけテスト対象を網羅してテストを行う を満たすテスト設計が優秀とされています。直交表を利用するこ
BDDについて自分なりにまとめてみた - UKSTUDIO
BDDについて自分なりにまとめてみた Published on 2011-07-02 Updated on 2011-07-02 BDDという言葉も割と人によって指すものが違うようなので「俺の中でのBDDはこうだよ」って内容のエントリ。別に絶対的なものでもないと思うので参考までに 結論から とりあえず結論だけ知りたい人向けに。 BDDにはふたつの種類がある TDDの言い換えのBDD(開発寄り) ATDD(受け入れテスト)でのBDD(ユーザ寄り) 振る舞い BDDは振る舞い駆動開発と言われたりするように、テストという言葉のかわりに振る舞いという言葉を使う。日本語的には仕様と言うほうがわかりやすいかもしれない。多分、BDDのイメージが掴みにくいのはこの振る舞いという言葉にあると思う。と言うのも振る舞いと言うのは、人の立場よって変わるからだ。例えば、プログラマがあるクラスを実装している時に言う振
GHUnit Reference
GHUnit is a test framework for Objective-C (Mac OS X 10.5 and above and iPhone 3.x and above). It can be used with SenTestingKit, GTM or all by itself. For example, your test cases will be run if they subclass any of the following: GHTestCase SenTestCase GTMTestCase Using GHUnit How to install, create and run tests. Other Links GHUnit on github Online documentation Install (Docset) Open Xcode, Pre
Xcode - Apple Developer
Xcode 10 Xcode 10 includes everything you need to create amazing apps for all Apple platforms. Now Xcode and Instruments look great in the new Dark Mode on macOS Mojave. The source code editor lets you transform or refactor code more easily, see source control changes alongside the related line, and quickly get details on upstream code differences. You can build your own instrument with custom vis
<XmlUnit/>
For those of you who've got into it you'll know that test driven development is great. It gives you the confidence to change code safe in the knowledge that if something breaks you'll know about it. Except for those bits you don't know how to test. Until now XML has been one of them. Oh sure you can use "<stuff></stuff>".equals("<stuff></stuff>"); but is that really gonna work when some joker deci
プログラマーにとってのテストの重要性
優れたエンジニアはテストコードをとても重視している、という話を本人たちから直接聞く機会が最近ありました。 オープンソース会の重鎮として知られる楽天のよしおかひろたかさんは「下手なドキュメントを書くくらいだったらテストコードを書くべきだ」「ソフトウェアはテストコードと本体のコードの両方が必要。テストコードがないのは未完成品」と、テストコードの重要性を話してくれました。「全部書き直したいような（他人の）ソースコードを見たときでも、テストを書いていると心が落ち着いてくる（笑）」（吉岡氏）。 JavaのフレームワークSeaserの開発者などで知られるひがやすを氏は、コードレビューのときに「テストコードを見る」ことがほとんどなのだそうです。「テストコードがちゃんと書けていればOK」（ひが氏）。 これは1月30日に行われた「Source Code Reading Workshop Japan 2010
BVUnit - VB6用ユニットテストフレームワーク
BVUnitは，Microsoft Visual Basic 6.0用のユニットテストフレームワークです． 同種のソフトウェアとしては，VBUnitが存在しますが，標準Exeから利用したいファイルに記述されたプログラムのテストを行うのが面倒という問題があります．BVUnitでは，テストプログラムとして標準ExeもActiveX Exeも利用できるため，VBで利用する標準的なファイルは全てテストが可能です． ただし，高度なリフレクションの機能を利用しませんので，VBUnitよりはテストプログラムに記述する必要のある"おまじない"は増えます．CppUnitなどのことを考えれば，問題のないレベルだとは思いますが． 蛇足ですが，BVUnitは，VBUnitおよびMaass Computertechnikとは全く関係がない個人が開発を行っております全く関係のないプログラムであることを，明記しておきま
AutoItで自動化:お題目うぉっち
2008年03月14日 AutoItで自動化 Watirのことを調べていると、AutoItというキーワードが良く出てくるので調べてみたら、マウスとキー操作をエミュレートしてくれる自動操作ソフトらしい。（Watirを入れると、自動的にこれのモジュールも入る？？入っていない場合のダウンロードはこちら）。 これのイケてるところは、実行スクリプトを .exe ファイルにできること。いつもルーチン的に行なうGUI画面操作もこれがあれば自動化ができそう。 Rubyから使う場合は、ダウンロード時に出るセキュリティアラートなどのOKボタンを押すのにこれが欠かせない模様（例1、例2）。 WinOLEから下記のように呼ぶことが可能。マウスがうにょーんと動いてなかなか面白い。これを活用するにはWindowsのショートカットを極めたくなりますね。 require 'win32ole' begin autoit =
[cucumber][テスト] テストデータツールまとめ(2009春夏)
● [cucumber][テスト] テストデータツールまとめ(2009春夏) 調査結果 知見 みんな YAML での Fixture 作成には辟易 (except DHH) DHH は初心者 BDD の流れから全体の fixture でなく必要なデータを作成するのが主流 データ作成ツールは Machinist がすこぶる評判いい (現在のベスト) 集合的なデータが必要な場合は Dataset を使い、その中から Machinist を使う Fake データの作成は Faker gem がこれまたすこぶる評判よし Machinist の発音がわからない 今、cucumber + webrat + mozrepl + firefox + xvfb + rspec + machinist + faker が俺の中で激熱！ 参考 http://github.com/aslakhellesoy/cu
Route 477(2009-06-09)
■ [ruby] Rubyのテスト環境大戦争 おまいらは本当にテストが好きだな！というわけで、Rubyのテスト関係のライブラリを並べてみた。 テストフレームワーク Test::Unit Ruby標準添付のユニットテスト用フレームワーク。 RSpec DSLを使う、「BDD」という概念を流行らしたユニットテスト用フレームワーク。 Cucumber 自然言語を使って、ブラックボックステストを記述する。RSpecの「Stories」と呼ばれていた機能が独立した。 あとはShouldaとかbaconとかいろいろありますけども。 モック・スタブライブラリ モック＝あるオブジェクトに期待したメッセージが飛ぶかどうかテストするためのオブジェクト、 スタブ＝ネットワークが絡むとか、実際のオブジェクトが使えない場合に使う偽オブジェクト。 と思ってるんですけどどうなんですかね(more: モックとスタブの違い
RSpec: Overview
Take very small stepsDon’t rush ahead with more code. Instead, add another example and let it guide you to what you have to do next. And don’t forget to take time to refactor your code before it gets messy. You should keep your code clean at every step of the way. View Documentation The BookEffective Testing with RSpec 3: Build Ruby Apps with ConfidenceThis definitive guide from RSpec’s lead devel
『なぜオールペア法なのか？』
ソフトウェアの組み合わせテスト技法の１つであるペアワイズ法（Pairwise法）（またはオールペア法（All-pairs法）ともいう）と直交表を採用した組み合わせテストケース生成ツール PictMasterの使い方をはじめ、テスト全般のトピックスを掲載していきます。 組み合わせテスト技法には、直交表とオールペア法（ペアワイズ法）の２つがありますが、日本では1980年代の後半から直交表ベースのテストケース生成ツールが開発されてきました。欧米とくに米国では1990年代の始め頃からオールペア法の研究が発展してきました。 ここでは直交表とオールペア法のどちらがより優れているかを論じることはしません。どちらにも一長一短があります。私がオールペア法のツールを採用した理由は以下のとおりです。 (1) 直交表ベースで公開されているツールが見つからなかった。 (2) オールペア法のツールは数多く公開されてお
FOSIL4D: Situs Slot Thailand Super Gacor dan Terpercaya 2024
Decrease quantity for FOSIL4D: Situs Slot Thailand Super Gacor dan Terpercaya 2024 Increase quantity for FOSIL4D: Situs Slot Thailand Super Gacor dan Terpercaya 2024 Tidak perlu dipungkiri semakin besar eksistensi game slot thailand maka semakin besar banyak situs judi slot terbaru hadir di internet. Tentunya anda harus berhati-hati dalam memilih sebuah tempat bermain slot gacor server Thailand, j
Python Unit Testing Framework (in Japanese)
Ãø¼Ô: Steve Purcell, <stephen_purcell at yahoo dot com> Project website: http://pyunit.sourceforge.net/ ÆâÍÆ ³µ´Ñ ¥·¥¹¥Æ¥àÍ×·ï PyUnit ¤ò»È¤Ã¤Æ¥Æ¥¹¥È¤ò½ñ¤¯¤Ë¤Ï ¥¤¥ó¥¹¥È¡¼¥ëÊýË¡ TestCases ¤Î¾Ò²ð ñ½ã¤Ê¥Æ¥¹¥È¡¦¥±¡¼¥¹¤òºî¤ë Á°½àÈ÷¥³¡¼¥É¤ÎºÆÍøÍÑ: ¡Öºî¤êÉÕ¤±¡×¤òºî¤ë Ê£¿ô¤Î¥Æ¥¹¥È¡¦¥á¥½¥Ã¥É¤ò¤â¤Ã¤¿ TestCase ¥¯¥é¥¹ ¥Æ¥¹¥È¡¦¥±¡¼¥¹¤ò¥Æ¥¹¥È¡¦¥¹¡¼¥Ä¤Ë¤Þ¤È¤á¤ë ¥Æ¥¹¥È¡¦¥¹¡¼¥Ä¤òÆþ¤ì»Ò¤Ë¤¹¤ë ¥Æ¥¹¥È¤ò¤¹¤ë¥³¡¼¥É¤ÎÃÖ
JavaScript--単体テスト環境の選択肢 - builder by ZDNet Japan
ソフトウェアのテストは、ソフトウェア開発に不可欠な一面だが、（アプリケーション開発工程には関わらない）テスターの一群がアプリケーションが期待に沿うものになっているかを確かめる段階以外でも行われる。開発者も、単体テストで日常的な仕事の成果をテストすることによって、コードが期待通りのものであることを確かめていくことができる。この記事では、クライアントサイドのJavaScriptコードに対して単体テストを行う方法について説明する。 単体テストは、個々のソフトウェアコンポーネントやモジュールに対するテストだ。単体テストはテスターではなく開発者によって実施されるという点で、従来のテスト工程とは異なる。これは、単体テストにはコードの知識が必要とされるためだ。従来のテストは、もっと後の工程で、（個々に単体テストを行われた）すべてのモジュールが全体として動作するかどうかを確認するために行われる。 単体テス
テストを書くときはコストベネフィットを考えろ - ひがやすを blog
InfoQにKent Beckの最新の提案がでてますね。Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案 でも、これは、Kent Beckが「ごく短期のプロジェクトではテストを省略しても良い」といってるわけではないと思うんですよ。キャッチーなタイトルをたまたまつけられてしまっただけで。 重要なポイントはここだと思います。 Maxを開発しているとき、テストを書くか否かという質問は、要するに、そのテストが単位時間当たりにより多くの有効な実験をするのに役立つかどうかでした。もし役に立つのであれば、私はテストを書きます。そうでなければ、不要だと判断します。私はMaxの収入を軌道に乗せるためのチャンスを最大化しようとしているのです。 つまり、「テストがかけた時間の割りに役に立つと思ったら書くし、そうでなければ書かない」ということだと思います。別に短期のプロジェクトでも、コス
Shoulda（もっと早く使っていれば）by 達人プログラマ。Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。 « kentaroi’s weblog
Shoulda（もっと早く使っていれば）by 達人プログラマ。Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。 Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。ってことで、 達人プログラマのDavid ThomasがShouldaを分かりやすく紹介してくれていたので、仮訳してみたよ。 （翻訳・公開することを快く承諾してくれました。） 英語が苦手なので間違いもあると思います。指摘してくれると嬉しいです。 オリジナルの記事：Shoulda used this earlier —– ここから —– Shoulda（もっと早く使っていれば） 色んな意味で、ソフトウェアをテストすることは、外に出て運動をすることに似ている。しなきゃいけないことは分かってるし、運動は自分を良い状態にしてくれるのは分かってるんだけど、それをやらない言い訳を考えるのもすごく簡単だ（
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - clear-code/uxu: UnitTest.XUL, a testing framework for Mozilla add-ons.
vbUnitFree Home