Get notified in your email when a new post is published to this blog 点这里看中文版 The Visual C++ Build tools have been a huge success since we introduced them two years ago. The C++ Build Tools were originally released as a standalone installer that only laid down the tools required to build C++ projects without installing the Visual Studio IDE. Many developers have found them useful in environments th
1. Copyright© 2017 Yahoo Japan Corporation. All Rights Reserved. 2017年8月30日 ヤフー株式会社 山口 鉄平 開発とテストが一体となった ソフトウェア開発
前提と制約 テスト実施を行うにあたっての前提条件や制約条件があれば記載します。 例えば、結合テストであれば前工程の単体テストが終わってないと開始できないでしょうし、テスト実施において環境制約(性能試験なので他からのアクセスはNGなど)があれば記載します。 中断基準と再開基準 テストとは言え、障害が多すぎて進まないとか、これ以上無理にテストを行うとテストデータの破損により次回実施に影響が出るなど テスト実施と障害対応のバランスをどのようにとるかも 例外 テスト対象、テスト観点は上位文書に従って作成しますが、個別テスト設計を作成する中で上位文書の方針とは異なる方針をとる場合、その内容と理由について記載しておきます。 時間的な制約、環境的な制約、機能的な制約など…。 成果物一覧 該当テスト工程で作成する成果物を一覧化しておきます。 ここで一覧化したドキュメントの作成および承認完了が該当テスト工程
システム概要 テスト概要へ入る前にテスト対象となるシステムについてまとめておきます。 システム全体像 テスト対象システムの全体像を記載します。 重要機能 先述の「システム全体像」で描いたシステムのうち、重要な機能がどこであるかを記載します。 ここで記載した重要機能はこの後の「テスト項目選定優先度」に反映されます。 何をもって「重要」と定義するかは難しい気もしますが… リスク管理と似たような考え方で「影響度」と「利用頻度」の2軸に分解して考えると良い気がします。 「影響度」がまだ抽象的なのでもう少し分解するとすれば、業務的な観点で「品質」「コスト(金銭的な利益or損失)」「納期」などにどれだけインパクトがあるかを基準にするとよいと思います。 テスト概要 テスト全体に関わる方針をこの章でまとめます。 内容は多岐にわたりますが、基本方針となるので重要な情報が多くあります。 サブプロセス定義 テス
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
Microsoft の最新のIDE Visual Studio 2017 に、新機能のLive Unit Testing(ライブ ユニット テスト)の機能が導入されました。 Live Unit Testingでは、コードの編集中にバックグラウンドで影響範囲のユニットテストが実行され、 その結果やテスト範囲がリアルタイムでエディターにわかりやすく表示されます。 コード変更の既存テストへの影響のほか、新たに追加したコードが既存のテスト範囲でカバーされているかどうかも即座にフィードバックされます。このため、バグの修正や機能の追加の際に、ユニットテストの作成が必要かどうかを把握できます。 (Visual Studio 2017 については、こちらで無料でインストールできます。(Windowsのみ)) この記事では、そのLive Unit Testingの機能の紹介の他に、 単体テストの書き方も、丁
これは「DevFest Tokyo 2016 秋のコミュニティ祭り!」の発表資料です。 本ハンズオンの内容 DroidKaigi2016のAndroidアプリについてEspressoを使ってUI周りのテストコードを書いていきます。 Step 0:準備編 cloneする https://github.com/cattaka/droidkaigi2016 をcloneします。 Shellからcloneする場合 プロジェクトを開き、ビルドと実行できることを確認する Step 1:テスト用のライブラリを確認する 使用するテスト用のライブラリは次のものです。 JUnit いわずとしれたJava用のユニットテストライブラリです。 Mockito テスト時に各クラスをMock可するためのライブラリです。 具体的には通信処理のように、テスト中に本番の動きをされたら困るコンポーネントの動きを差し替えるために
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. September 2016 Volume 31 Number 9 [Test Run] The Secretary Problem By James McCaffrey Suppose you want to hire a secretary. You have a pool of 100 applicants and you interview one applicant per day. After each interview, you must immediately decide to hi
ソフトが決める製品機能、生死を分けるテスト能力:コンバージド化するエレクトロニクス製品(1/2 ページ) エレクトロニクス製品の機能にソフトウェアが占める割合が急速に高まっている。ソフト中心のものづくりだ。こうしたなか、エレクトロニクス関連企業の抱える課題とは何か、どうすれば解決できるのか。米テキサス州オースチンで開催された米ナショナルインスツルメンツ(NI)のテクニカルカンファレンス「NIWeek 2016」の会期中、同社のエクゼクティブ・バイスプレジデントを務めるEric Starkloff氏に聞いた。 ――エレクトロニクス分野で今後最も成長が期待できる分野は何ですか。ナショナルインスツルメンツ(NI)はその分野に対してどのように取り組むのでしょうか。 Eric Starkloff氏 エレクトロニクス業界に限らず、最も興味深い動向が「コンバージェンス(convergence:収束、集中
GitHubのスターは2016年7月30日調べ。ただし、登場年によるバイアスが激しいので、この件に関してはあまり参考にならないですね...。 E2Eテストツール Nightwatch 総合的なE2Eテストツール。WebDriver実装(独自)と、アサーションライブラリが一体となっているのが、使いやすいような使いにくいような。 http://nightwatchjs.org/ https://github.com/nightwatchjs/nightwatch 書き方はこんな感じ。 module.exports = { 'Demo test Google' : function (client) { client .url('http://www.google.com') .waitForElementVisible('body', 1000) .assert.title('Google')
# -*- coding: utf-8 -*- from __future__ import absolute_import, unicode_literals # テストする関数 def add(a, b): return a + b # テストコード 関数名はtest_ から始めるのがpytestでのお作法 def test_add(): assert add(1, 1) == 2 assert add(1, 2) != 2 >>> $ py.test ../tests/test_add.py =============================================================================== test session starts ================================================
更新 : 2007 年 11 月 Web サービスは単体テストから Web メソッドを呼び出すことでテストできます。Web サービスのテストは、Assert ステートメントが使用でき、同じ範囲の結果が作成されることから、単体テストで他のコードをテストをするのと非常に似ています。Visual Studio Team System Test Edition の Microsoft.VisualStudio.TestTools.UnitTesting.Web 名前空間では、Web サービスをテストするための属性とメソッドが用意されています。このような属性とメソッドは「ローカルでの Web サービス テスト」で説明されています。 次のリストでは、単体テストを使用して Web サービスをテストする方法を 2 つ説明します。 アクティブな Web サーバーで Web サービスが稼動している場合。IIS
テストウェアアーキテクチャって何でしょうか? ギア本では、システムテストの自動化についての数々のノウハウが説明されています。このノウハウに共通する重要なことは、自動化されたシステムテストが繰り返し実行されるということです。つまり、機能拡張のためのバージョンアップや、バグフィックスによるマイナーリリースを常に繰り返すようなシステムをテストの対象としています。そして、システムテストが繰り返し実施されるシステムにおいて、自動化テストのための様々な資産をどう管理するかを考えることが、テストウェアアーキテクチャを考えるということになります。 テストウェアアーキテクチャという言葉を見て想像するのは、「テストに関連する何か(テストウェア)についての構造や考え方、方針(アーキテクチャ)を示すものではないか」ということでしょう。では、肝心の「テストウェア」とは何でしょうか? テストウェアには、図1のように自
先日勤め先での勉強会で IntelliTest の概要についてさらっと発表したのですが、時間が足りなくて全然調査結果をスライドに反映できなかったのでブログにアウトプットします。 ※VS2015 RC での情報です IntelliTest の概要 はるか昔 Microsoft Research が Pex というテストケース自動生成ツールを作っていたのですが (なくなった訳じゃなくて今もあります)、それがとうとう IntelliTest という名前で VS に組み込まれたものです。ちなみに Preview 版では Smart Unit Test と呼ばれていました。 IntelliTest は、Pex と同じく VS 上でユニットテストのテストケースを自動生成してくれます。 例えばこんなコードがあるとして public string SomeMethod(string s1, string
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く