タグ

Debugに関するtoshiwoのブックマーク (9)

  • GitHub - colinta/motion-xray: An iOS Inspector that runs inside your app, so you can debug and analyze from your device in real-world situations.

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - colinta/motion-xray: An iOS Inspector that runs inside your app, so you can debug and analyze from your device in real-world situations.
  • Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT

    平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識

    Rails で、Controller に定義されている action を一度に取得する方法はありますか? - QA@IT
  • 免费在线伊甸2022入口|中国有限公司

    国际项目管理杂志主编Martina Huemann教授与国际项目管理协会副主席到访工程管理学院 2023-04-28 工程管理学院召开学习贯彻习近平新时代中国特色社会主义思想主题教育动员大会 2023-04-27 访企拓岗|中信建投证券江苏分公司&南大工程管理学院企业开放日活动顺利举办 2023-04-24 免费在线伊甸2022入口举行“工管心空间”开启仪式暨“心育赋能润桃李”师生交流团体辅导活动 2023-04-21 双创育人论坛“把创业作为生活方式”讲座成功举办 2023-04-20 工程管理学院党委组织师生开展“奋进行动”研育人研讨 2023-04-18 工业智能与系统集成实验班师生赴南京优倍智能工厂参观学习 2023-04-13 工程管理学院硕士生自动化党支部开展“奋进新征程 携手绘未来”主题党日活动 2023-04-04

    toshiwo
    toshiwo 2012/10/01
    letters gem
  • GitHub - igrigorik/bugspots: Implementation of simple bug prediction hotspot heuristic

    Bugspots - Bug Prediction Heuristic An implementation of the simple bug prediction heuristic outlined by the Google Engineering team: Bug Prediction at Google Well, we actually have a great, authoritative record of where code has been requiring fixes: our bug tracker and our source control commit log! The research indicates that predicting bugs from the source history works very well, so we decide

    GitHub - igrigorik/bugspots: Implementation of simple bug prediction hotspot heuristic
    toshiwo
    toshiwo 2012/01/06
    Google製のbug検知ツール / git log 内の fix/close などの単語から探してるっぽい
  • GitHub - arton/ruined: ruby gui source code debugger

    Ruined Ruined is a browser base debugger, using pure ruby script and javascript. flash demo: http://www.artonx.org/data/ruined/ features: - step - auto run - break - local variables viewer - global variables viewer - self's instance variables viewer - stdout viewer - change variable's value - editing source and save (save & restart, save & continue, discard change) todo: - more inspection - start

    GitHub - arton/ruined: ruby gui source code debugger
  • RestTest(post,getのテスト)

    แม้ว่าจะมีหลายปัจจัยที่ต้องพิจารณาเมื่อเลือกคาสิโนออนไลน์ที่เชื่อถือได้ แต่ก็มีคุณลักษณะบางอย่างที่ควรให้ความสำคัญ ปัจจัยเหล่านี้จะแตกต่างกันไปตามแต่ละรัฐ แต่สิ่งต่อไปนี้เป็นสิ่งสำคัญที่ต้องพิจารณาเมื่อเลือกคาสิโน ในขณะที่หลายรัฐควบคุมการพนันออนไลน์ แต่บางรัฐไม่ทำ ในกรณีนี้ รัฐที่ไม่ต้องการใบอนุญาตสำหรับคาสิโนออนไลน์ถือได้ว่าน่าเชื่อถือ โดยส่วนใหญ่ คาสิโนที่ได้รับอนุญาตจะไม่มีปัญหากับข้อกำหนดนี้ ส

    toshiwo
    toshiwo 2007/11/05
    GET / POST リクエストを生成できる Extension
  • ウノウラボ Unoh Labs: ユーザビリティ・ガイドライン

    sashaです。 naoya君が前回のエントリーで振ってくれたように、ジョエルテストの話から、ユーザビリティ・テストをどこまで行うかという話になりました。 私が今まで見たユーザビリティ系の記事の中には、追求したら悟りが開けそうな、限りなく奥深いものもありましたが、適度に深く、満遍なくカバーしているユーザビリティ・ガイドライン(原文)を見つけ、以降これを参考にしています。少し前に翻訳しましたので、今日はそれをご紹介いたします。 一般ユーザー向けのWebサービスでは、全部のチェック項目が該当するわけではありません。個人的には、各項目のスコアより、「スコアの説明」という欄を重視しています。現状では何が問題であり、どう解決するべきなのか、そういった思考のプロセスが、「ユーザーのことを思うこと」だと思うのです。 いま、ウノウではフォト蔵のデザイン見直しを行っております。私たちのデザインを省み、

    toshiwo
    toshiwo 2006/07/21
    ガイドラインってかチェック項目リストに近い。でも、内容は微妙?あとで見る
  • ウノウラボ Unoh Labs: バグの状態でプロジェクトの状態を知る

    こんにちは!やまもと@テスト番長です。 以前バグのステータスというのを書いたのですが、その最後の方で続きがあるようなことを申したら、気になるから教えろという奇特な方がいらっしゃいましたので今回は続きを書いてみましょう。 BTSはバグを管理するだけの道具ではありません。バグを追いながら適切に記録をつけて統計を取ることで、プロジェクトやチームの状態を知ることが出来ます。例えば、以下のような事象です。(なお、WEBアプリが前提) ・バグの報告数が増えず、結果がVERIFIEDになることが多い。 →まだデバッグが始まったばかりのプロダクトか、慎重過ぎるテスターがアサインされています。 ・バグの報告数が少なくなり、VERIFIED以外の結果が目立つ。 →デバッグは最終段階を迎えています。もしもまだ納期前ならば、それなりに上手く行ったプロジェクトでしょう。 ・NEWが発生してからRESOLVEDに

    toshiwo
    toshiwo 2006/07/14
    BTSの使い方
  • ウノウラボ Unoh Labs: 良いバグレポートの書き方

    こんにちは!やまもと@テスト番長です。 連日テストをしていると飽きませんか?とたまに聞かれるのですが 実はちっとも飽きていません。怪しい現象を追跡したり、 発生しそうなバグを予測したりと、 さながらハンティングみたいなものだと思っている節があります。 さて、今回はバグレポートを書く時に、より良いものになるよう 普段気をつけていることをご紹介してみましょう。 ・言葉使いを丁寧に 読む側はどんなコンディションで見ているかわかりません。負担を掛けないよう冷静に公正に。 ・要約を分かりやすく書く 文をじっくり読まなくてもすぐ理解できるように書きましょう。 ・5W1Hを忘れない 前提条件を記述しないときちんと伝わりませんよね。 ・原因の見当が付いていても断定しない 余計なお世話になり、プログラマをいらつかせる可能性大です。 見当を付けた先を更にテストして、状況証拠を増やしておくの

  • 1