新プロジェクトのテストケース作成について - Qiita
アドベントカレンダーの5日目当番のQAグループ @takashios です。 新プロジェクトは、従来のプロジェクトよりも進化したやり方でテストケースが作成されていますので、簡単に紹介します。 1. ツールが新しい 元々はQAメンバー全員でTestlinkを使っていたのですが、使いにくいという声もあり廃れてしまいました。 そこで、新プロジェクトの始動を機に、便利そうなツールに変えてみました。 今の新プロジェクトではコレを使っています。 TestRail（テストケースを書き溜めるところ。テスト実行でも使用する。レポート機能は…使いこなしたい） スプレッドシート（主に、テストパターン検討やデシジョンテーブルに使用） Redmine（Bugを報告するところ。TestRailと連携させている） 2. テスト駆動開発 今までの仕様説明は開発チームと同じタイミングで受けてましたが、現在はテスト駆動開発に
Windows Application Driver(WinAppDriver)の実行OSをUS keyboard layoutに変更する(『\』を入力できるようにする) - Qiita
WinAppDriverにsendkeyで『\』を送ると『]』と入力される 「な…何を言ってるのかわからねーと思うが、おれも何をされたのかわからなかった…」 俗に言うポルナレフ状態になったわけです。 さて、本題に戻りますとWinAppDriverにsendkeyで『\』を送ると『]』と入力されます。（2回目） 「はいばかー」で作業終了といきたいところですが、どうにかして自動化を進めなくてはいけない状況です。 issueを確認すると予想通り同様の内容がありました。 他にもCloseされている内容など漁ると Current Windows Application Driver only supports the standard US keyboard layout とのこと。 ※この記事書いているときは v1.1 です sendkeyで『\』を入力できるようにする 幸いテスト実行する環境は別
20年物のC言語で作られたシステムのテスト工程を改善しようとした話 - Qiita
はじめに ちょっと前に20年物のC言語で作られたシステムのテストを色々改善しようとしてみたので、この時に得たちょっとした知見を書いていこうと思います。 ※注意 記事を書くために自分のパソコンで当時を思い出しながら環境を作っているので、実際、実務でやった環境やバージョンとは違います。 また、この記事にはいくつかコードがでてきますが、すべて記事を書くために考えた疑似的な例にすぎません。 単体テスト用のテストコードの作成 20年も動いているシステムだと、もはや誰にも意味はわからんが、既存の挙動を変えてはいけない箇所がいくつもあります。 そういう箇所に手を入れざるを得ないときに、有効な方法として以下のような方法があります。 まず、既存のコードに対するテストコードを記載します。そして全て合格することを確認してから、少しづつ機能を拡張していきます。 これにより、新規機能追加が既存の機能を壊していないこ
Break Free of Code Deadlocks in Critical Sections Under Windows
Admittedly, my choice of cmdlet names is rather terse—most of my colleagues prefer more descriptive cmdlet names. For example, you might want to rename the get-window to something like get-automationWindow or get-uiAutoWindowHandle. (Fortunately, you can provide aliases for custom cmdlets with long names.) Every custom cmdlet library in Windows PowerShell must implement a special snap-in class tha
手軽にテスト自動化 | 回帰テスト自動実行ツール anyWarpCapture/Replay | 日立ソフト
回帰テスト自動化ツールの必要性 ソースコード修正時や関連製品バージョンアップの際、必要となるバグやデグレードのチェック。 機能の変更や追加があるたび、手作業で多くの実行工数をかけ、しかもスケジュールやコスト管理に追われる中でテストを行っていませんか。 こうしたソフトウェア開発の現場の悩みを、回帰テスト実行ツール「anyWarp Capture/Replay」が解決します。 anyWarp Capture/Replayは、回帰テストを効率的に行うための回帰テスト自動実行ツールです。 アプリケーションに対する操作の記録・自動実行を行う「記録・再生機能」や記録した操作内容を変更・拡張するための「編集機能」、 また、テスト結果を自動的に検証する「テスト結果自動検証機能」により、短期間で高品質なアプリケーション開発をサポートいたします。 適用効果 ソフトウェア改修に伴うテストの工程イメージ ●a
TDD.NET の道具箱 - TDD.NET
入手先 使い方リンク 入手先 ※ カッコ内の日付は、 その項目を追加・修正した日です。 ※ とくに記載がないものは、 無償で利用可能なものです。 Visual Studio 2008 Express Edition SP1 Visual Studio 2010 Express Edition( 2010/06/23 ) TDD するにはコンパイラ単体でもかまいませんが、 やはり IDE ( 統合開発環境 ) があったほうがよいでしょう。NUnit 2.5 ( 2009/06/17 ) JUnit の流れを汲むオープンソースのユニットテストフレームワークです。 .NET でテストファーストをするには、 Professiona Edition 以上の Visual Studio に搭載されているユニットテスト機能を使うか、 そうでなければこの NUnit を使うのが一般的でしょう。FxCop
C#と諸々 NDepend でコードの品質を保つ
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) NDepend というコードメトリクスツールがあります。 コードメトリクスツールとは、コードの品質を測定するツールです。品質を測定することで、コードの改善点を見つけ出し、リファクタリングに繋いでいきます。 例えば、20行を超えるメソッドを (ツールで) 見つけ出し、メソッドの細分化を (プログラマが) 行う、といった具合です。 NDepend は有償ですが、それだけの価値があるツールです。 実際に見てみましょう。 0. ソリューションの用意 新規作成直後のコンソールアプリケーションプロジェクトが 1 つだけ含まれるソリューションを用意してください。今回はこのソリューションを測定します。 1. NDepend プロジェクトの作成 まず、NDepend プ
新人注目！ テストを極める最初の一歩 記事一覧 | gihyo.jp
第3回コピー＆ペーストでテスト仕様書を作っていませんか？ 鈴木三紀夫，池田暁 2008-07-14
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 設定, 標準入力をパラメ
テスト自動化とは - ソフトウェアテスト自動化まとめサイト なんでも自動化サイト
1.V字開発プロセスモデルによる分類 1.1.要件定義 VDM 形式手法(Formal Methods)により仕様の自動検証などを行う。 1.2.システム設計 モデル検査 Spin モデル検査により状態遷移図の状態で自動検証を行う。 LTSA モデル検査により状態遷移図の状態で自動検証を行う。 NuSMV モデル検査により状態遷移図の状態で自動検証を行う。 モデル駆動 ZIPC(商用:キャッツ株式会社) 状態遷移図による検証が可能 MDA モデルを実際に動かして動作検証する。Executable Umlなどを使用して仕様を記述。 IAR visualSTATE(商用:IAR SYSTEMS) ステートマシンを設計、検証、実装できるツール。20ステートまでの無料の評価版あり 1.3.詳細設計 Enterprise Architect(商用:SPARX SYSTEMS) テストツールではないが
Win32::GuiTest で Windows の GUI アプリをハックしよう
基本的な書き方 use strict; use warnings; use utf8; # ↑ Perl ハッカーに DIS られなくなるおまじない # Win32::GuiTest を使うおまじない use Win32::GuiTest qw(:ALL); # 日本語を使えるようにするおまじない UnicodeSemantics(1); # ここで Win32::GuiTest を使う マウスを動かす use strict; use warnings; use utf8; use Win32::GuiTest qw(:ALL); # 小数点もいけちゃう sleep 関数 use Time::HiRes qw(sleep); UnicodeSemantics(1); for (my $i = 0; $i < 500; $i++) { # 10 ms 待つ sleep(0.01); # マウ
Break Free of Code Deadlocks in Critical Sections Under Windows
This article discusses: The benefits of TDD Bringing unit testing to your database development Combining T-SQL and .NET–compliant languages Connections, test conditions, and transactions Code download available at:DatabaseUnitTesting2008_Launch.exe(174 KB) Contents Unit Testing in Software Development Database Unit Testing Defining Connections Managing T-SQL Scripts Modifying Generated Test Code T
TSQLUnit unit testing framework
The project moved to GitHub, https://github.com/aevdokimenko/tsqlunit TSQLUnit is a framework to write tests for applications written in Transact-SQL. It follows the tradition of the "xUnit" framework that is available for almost all programming languages. Features Simple, lightweight and straightforward.Can be used in complex scenarios.Includes unit tests in Python.
単体テストにパケットキャプチャを組み込む α版 - アラフォーPMm-tanakaの日記
NUnitやVisual Studioのテストプロジェクトなどの単体テスト(Unit Test)で、ネットワークのやり取りをテスト条件に加えたかったので、 http://d.hatena.ne.jp/TripleX/20070527 http://msdn2.microsoft.com/ja-jp/library/bew39x2a(VS.80).aspx このあたりを参考にして、パケットキャプチャを作ってみた。 まだ、きちんとテストしていないので使うときはat your own riskで。 using System; using System.Collections.Generic; using System.Text; using System.Threading; using System.Net; using System.Net.Sockets; namespace Packet
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの
極力ユニットテストを書かずに品質を確保する方法 - ひがやすを技術ブログ
今日のテストサミットで、できるだけユニットテストを書かずに品質を確保する方法について、ディスカッションします。 やり方を簡単に紹介すると、最初は、Programming First Developmentで、機能を実装して、ユーザに動かしてもらうってことをユーザの要件が固まるまで繰り返します。このときは、基本的にユニットテストは書きません。動かすことに集中します。 ユーザの要件が固まった(実装がほとんど終わった)ら、保守のためのドキュメントの一つとして、テストシナリオ(ユースケーステスト)を作って、テストを行います。そのテスト中に、バグが発見されたらその周辺のユニットテストを書いていきます。 これは、「バグは偏在(偏って存在)する」という特徴を利用して、一通り動かした後に見つかったバグの近くをテストしておけば、主なバグはつぶれるだろうという考えです。 これまでは、「ユニットテストは、できる
日本語化 - TEF有志によるTestLink日本語化プロジェクト
４．HELPフォルダの作成 testlinkjp2\gui\help\en_GB をコピーし名前を変えて testlinkjp2\gui\help\jp_JPを作成します。 「strings.txt」と「const.inc.php 」ができるので 「strings.txt」を「testlink\locale\jp_JP」の下にコピーし 「const.inc.php」を「testlink\cfg\const.inc.php」に上書きコピーします。 ※既に「const.inc.php」が入っているので上書きして下さい。 ６．日本語環境に切り替え TestLinkにログイン後(username:admin password:admin) メニューの「Personal」をクリックし「Locale」を「Japanese」にして 「Email」にメールアドレスを入れ「Update」をクリックします。
特集：組み合わせテストをオールペア法でスピーディに！｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
ソフト品質改善にはテストだけでなくインスペクションが必要，「ソフトウェア開発の定量化手法」の著者が語る：ITpro
ソフトウエア開発プロジェクトの様々な要素に関する定量化手法を解説した著書「Applied Software Measurement：Assuring Productivity and Quality」（邦題「ソフトウェア開発の定量化手法」）で知られる，元米IBMのCapers Jones氏が1月30日，ソフトウエア・テスト技術者向けイベント「JaSST '08 Tokyo」の基調講演に登壇した（写真1）。Jones氏は現在，Capers Jones ＆ Associatesの代表を務めている。 講演のテーマは「Software Quarity 2008：A Survey of the State of the Art」。定量化したデータを提示しながら，ソフトウエア品質を上げる方法を紹介し，2008年において注目すべき分野を挙げた。 テスト・ケースの誤りが見過ごされやすい 講演では，まず米国
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TestLinkJP -