uTestのバグバトル: いちばんバグいSNSはどれ？
CWE -2009 CWE/SANS Top 25 Most Dangerous Programming Errors
Welcome to the 2023 Common Weakness Enumeration (CWE™) Top 25 Most Dangerous Software Weaknesses list (CWE™ Top 25). This list demonstrates the currently most common and impactful software weaknesses. Often easy to find and exploit, these can lead to exploitable vulnerabilities that allow adversaries to completely take over a system, steal data, or prevent applications from working. CWEs are becom
万が一に備えてサイトの負荷テストを行ってくれる『Load Impact』 | 100SHIKI
万が一に備えてサイトの負荷テストを行ってくれる『Load Impact』 March 10th, 2009 Posted in その他 Write comment こういうツールはすでにあるのだろうが、わかりやすいインターフェースが良かったのでご紹介。 Load Impactはサイトの負荷テストを行ってくれるツールだ。規模によっては有料であるが、お試しサービスもあるので覗いてみるといいだろう。 ウェブでビジネスを行っているサイトにとって、負荷対策は言うまでもなく重要だ。サイトが1時間落ちただけで売上げがガクンと減ってしまうこともあるだろう。 そうした事態に備えるためにも、今のサイトがどこまでの負荷に耐えうるのかを調べ、十分な対策を練っておくべきだろう。 もちろんテスト後には詳細なレポートを見ることができる。ちゃんと見方も教えてくれるので勉強になる。 現在そこまで負荷対策が重要ではなくても、
Developers Summit 2009 2日目にちょこっとだけ行ってきました (モダンPerl+モバイルクラウド) - d.hatena.zeg.la
2日間にわたってテスト関連のセッションを聞きました。 Apache::Test+Seleniumを使ってアプリからサーバからJSまで 一環してテストができるのがとても便利に感じました。 モダンPerlテスト モダンPerl入門 (CodeZine BOOKS) 牧 大輔 翔泳社 2009-02-10 売り上げランキング : 322 Amazonで詳しく見る by G-Tools 牧大輔さん endeworks, Inc. テストの話 PMの視点から 効率的に 合理的に 単位テスト CPが高い 自動化が簡単 テスト!=追加作業 テスト==必須 エンジニア達にまともな生活をしてもらうことが本質目的 質の高いコード あとあと泣きを見ない テストの前提 必ず間違いを犯す typo 意思疎通 merge失敗.. 瑕疵期間.. 仕様変更.. debugは後手後手対症療法 予防としてのテスト 将来への投
My DebugBar | Main / HomePage
Welcome to DebugBar Wiki 2015-03-02 : DebugBar v7.5.1 released : Try it Now ! 2014-10-13 : IETester v0.5.4 released : Try it now, it's free ! 2010-09-15 : Companion.JS v0.5.5 released: Download NOW ! Work faster This web site is for DebugBar community to get news about next releases, tutorials and samples on how to faster your developments with DebugBar, share experience, improve DebugBar usage, g
GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
「モダンPerl入門」書きました。 - D-6 [相変わらず根無し]
「モダンPerl入門」書きました。 モダンPerl入門 今みたらAmazonでも表紙が入稿されたらしいので宣伝させていただきます。えー、モダンPerl入門という本を翔泳社さんから出版させていただくことになりました。でも最初に断っておきます。誤字脱字はある気がします。ごめんなさいごめんなさい。日本語不得手なんです（こういう時だけ帰国子女カードを使わせていただきます）。 ともあれ、内容的には自分が普段Perlを使っていて、同僚とかに知っておいてほしいな、って思っている実践的な内容ばかり書きました。この本はたとえPerlがメインの言語ではなくともPerlを仕事で使っていて、なおかつ初級〜中級のあたりでうろうろしてしまっている人たち向けに書いています。初級者向けの構文説明はほとんどありません。上級者向けのわけわかんないところはXS以外ありません（はい、XSの入門あります）。ほとんどは、Perlで業
複雑度と単体テストケース数の相関関係 - プログラマの思索
garyoさんから、ソースの複雑度と単体テストケース数について有益なアドバイスを示唆してもらったので、メモしておく。 ◆SourceMonitor Version 2.4 SourceMonitorはフリーで、以下の言語のソースのソフトウェア複雑度（McCabeのサイクロマチック数）を測定できる。 例：C++, C, C#, VB.NET, Java, Delphi, Visual Basic (VB6) or HTML ◆McCabe's cyclomatic complexity SourceMonitorで求められる複雑度（McCabeのサイクロマチック数）は、モジュール内の分岐の数（＋ループの数）で計算される。 複雑度の数値は、下記の意味を持つらしい。 10 以下であればよい構造 30 を越える場合，構造に疑問 50 を越える場合，テストが不可能 75 を越える場合，いかなる変更も
Perlで遅いテストケースを調査する方法 - dann@webdev - dann's portal
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Clean Code Talks - Unit Testing
Nice work! I like the push for unit testing. I encourage you to push for test-driven development as well: having developers write the unit test before any code is written (when possible or practical). This has made my life *so* much simpler. The car metaphor didn't work for me. I recommend you use an example that's easier for developers to relate to, like a typical web application stack (headless
バグ密度: 知識ゼロから学ぶ ソフトウェアテスト
バグ密度について、あちこちで話されている。私はバグ密度信頼しない派の人間なので、基本的にそういう話には加わらない。 でもけっこうちゃんとした人がバグ密度について語っていたので調べてみた。今週は3連休なので、1日フルにお勉強の時間にとれてうれしい。 とりあえずおもしろそうな話 http://japan.cnet.com/news/sec/story/0,2000056024,20097910,00.htm 結果はこんな感じみたいです。 大場先生がこんなん書いているをみつけました http://www.sel.cs.hiroshima-cu.ac.jp/SE/report.html 「これには、科学的に処理できる問題はできるだけ科学的に処理して、議論の余地を狭めようとする文化的な背景があると言える。我が国では、理論は理論、現実は現実で分離し、関連させて議論する習慣が乏しく、モデルに基づいて統計
メモ帳 バグ密度: 知識ゼロから学ぶ ソフトウェアテスト
そういえばこのブログは役にたちそうなメモ帳として使おうとか思っていたのだ。 バグの数の調査： ６～１６個のバグが１０００行あたり存在する 文献： V. R. Basili and B.T. Perricone, "Software Erros and Complexity: An Empirical Investigation", Comm. ACM, Jan 1984. ２～７５個のバグが1000行あたり存在する 文献：T.J. Ostrand and E.J. Weyuker, "Distribution of Falults in a large Industrial Software System" Poc. Int'l Sym;. Software Testing and Analysiss, ACM Press, 2002.
Performance & Software Testing Articles, Columns and Papers -- PerfTestPlus
Resources Publications Presentations Core Principles Approaches Terminology Services Training Classes Consulting Testing Teaching PerfTestPlus About Us Philosophy Testimonials Clients News Alliances Contact Us Scott Barber About Blog Resumé Dawn Haynes About Resumé Recommendations People Books Organizations Performance & Software Testing Books: Performance Testing Guidance for Web Applications Mic
Bibliography - Software Metrics
Research Report IRB-007/92, Update: Oktober 2004 by Reiner Dumke This bibliography includes only those books and papers in the field of software metrics which have been reviewed or analysed in our department. The books or papers were one-off publications. The author would be very grateful if you could help to extend this bilbiography by sending a reprint any of latest papers or books or with hi
第4回 テストケースを作りっぱなしにしていませんか？ | gihyo.jp
テストケースを作ろう A君「テスト設計もしたし、これでテストケースが書けるぞ！」 テストケースが仕様書の丸写し状態だったA君も、テスト分析やテスト設計を行ったことで、仕様書そのものに対する理解が深まり、今度こそ仕様書からの単なる転記にならないテストケースを作ることができそうです。 A君「よーし、頑張るぞ！」 こころなしかキーを叩く音も小気味良い感じです。 A君「この調子だと、たくさんのテストケースが書けそうだ！」 A君のテストケース表は、みるみるうちに文章で埋め尽くされていきます。ページ数もどんどんと増えてゆき、まるで作文や小説を書いているかのようです。成果物ができあがっていくということに、A君のキーを叩く音もどんどん軽やかになっていきます。 そこに、今回の作業でたくさんのアドバイスをくれているK先輩が通りがかりました。 K先輩「お、随分調子がよさそうだね」 A君「はい、以前に比べてテスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: How We Test Software at Microsoft®: Page, Alan, Johnston, Ken, Rollison, Bj: 本
あなたのテスト、単なる動作確認になっていませんか？
InfoQ: コードカバレッジには要注意
「ソフトウェアテストセミナー」レポート 記事一覧 | gihyo.jp
http://neta.ywcafe.net/000938.html