テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話
「悪い方が良い」原則をご存じだろうか？ プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル（Richard Gabriel）氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも
グリーのQAチームとテストエンジニアリングへの取り組み | GREE Engineering
こんにちは、やまもと@テスト番長です。 このエントリーは「GREE Advent Calendar 2014」13日目の記事です。 最近はグリーのQuality Assurance部のテストエンジニアリングチームを担当しています。 品質管理を行う部署のため、エンジニアブログに顔を出すのは初めてなのですが、 今回はグリーのQA体制のご紹介および、テストエンジニアリング面からの 取り組みをご紹介させて頂きたいと思います。 グリーのQA体制について QAチームは、2011年の夏にカスタマーサポートチームから派生する形で組織されました。 2012年に起きたカード複製の不具合や未成年課金の問題など、多くのトラブルを経験・奔走しつつも徐々に体制を整え、現在は社員20名・協力会社の方々も加えると50名ほどのグループとなっています。 ネイティブゲーム、ウェブゲーム、ガレージスタジオ＆プラットフォーム、テス
Trinity : A Linux system call fuzzer.
The basic idea is fairly simple. As 'fuzz testing' suggests, we call syscalls at random, with random arguments. Not an original idea, and one that has been done many times before on Linux, and on other operating systems. Where Trinity differs is that the arguments it passes are not purely random. We found some bugs in the past by just passing random values, but once the *really* dumb bugs were fou
umockdev: record and mock hardware for debugging and testing
What is this? umockdev is a set of tools and a library to mock hardware devices for programs that handle Linux hardware devices. It also provides tools to record the properties and behaviour of particular devices, and to run a program or test suite under a test bed with the previously recorded devices loaded. This allows developers of software like gphoto or libmtp to receive these records in bug
pythonで、コマンドラインから実行するスクリプトを書いたときのテストの書き方 - ANS-prog
xxxx.pyに直接以下のようにコードを書いているのだと想定します。 import sys arg = sys.argv[1] count = raw_input("count? ") # write some code and set 'result' value print result これは以下のように書けます。 import sys def run(argv, count): # write some code and set result value return result def main(): x = raw_input("count? ") result = run(sys.argv, x) print result if __name__ == '__main__': main() この様に書かれたxxxx.pyには3つのメリットがあります。 直接実行すれば変更前と
unittestの書き方 - Λάδι Βιώσας
pythonのunittestのやり方をよく忘れるのでメモ＆まとめ。 テストケースを作る import HogeModule # テスト対象のモジュール import unittest class testHogeModule(unittest.TestCase): # HogeModuleテストケース def test_foo(self): # foo関数のテストメソッド self.assertEquals(HogeModule.foo(1, 2), 3) def test_bar(self): # bar関数のテストメソッド ・・・・ テストメソッドは、prefixにtestを付ける。そうするとフレームワーク側で勝手に呼び出してくれる。テストの際、初期化や終了処理などが必要な場合、それぞれsetUpメソッドとtearDownメソッドで行う。 テストスイートを作る テストケースを書いたら
PythonでUnitTestとCodeCoverageをやってみる（１） - HDEラボ
RedHat系の提供するpythonには、デフォルトでunittest.pyというUnitTestを行うためのツールが付属していますので、これを利用してまずUnitTestを行ってみたいと思います。 class Calc: def __init__(self): self.intCount = 0 def tasu (self, number = 1): self.intCount = self.intCount + number def hiku (self, number = 1): self.intCount = self.intCount - number def kakeru (self, number = 1): self.intCount = self.intCount * number def waru (self, number = 1): self.intCount =
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - martinpitt/umockdev: Mock hardware devices for creating unit tests and bug reporting
http://gethe.info/