Appleのアプリ審査ガイドライン、UIWebViewに関係するリジェクト事例 | MemeTodo
2011年8月23日火曜日 Appleのアプリ審査ガイドライン、UIWebViewに関係するリジェクト事例 大部分がUIWebViewだけを使うようなアプリに対してどういう審査があるのかを少し調べた。 まずは Appleによる審査ガイドライン https://developer.apple.com/appstore/resources/approval/guidelines 日本語訳 英文と並んでいて見やすい https://docs.google.com/document/d/18oM8JIs9g0fdzwiZnRiil3Elg_1DgdrS5VT_U496AWo/edit?hl=ja via アップル社のアプリ審査基準ガイドライン最新版の和訳を公開しました « ジェネシックスブログ 他の人の訳 http://fladdict.net/blog/2010/09/reject-list.h
レビュー/インスペクション/ウォークスルー研究 奈良先端科学技術大学院大学情報科学研究科ソフトウェア工学講座
学術的アプローチは必ずしも理論値，机上の計算だけではありません．当研究グループでは，ソフトウェアレビュー・インスペクションを中心にソフトウェア開発の課題に現実解を提供します．利用シナリオや商用開発での評価を積極的に取り入れ，実際のソフトウェア開発に即効性のある手法をわかりやすく提供します． ソフトウェアレビュー，インスペクション，ウォークスルーはソフトウェア開発の初期から実行できる欠陥予防技法の1つです．これらの手法はテストと異なりプログラムの完成を待たずして実施できるため，欠陥修正コストが小さくなることが期待されます．(ウォータフォールプロセスでは，不具合や矛盾の修正にかかるコストが設計→実装→テストの順番で大きくなることが確認されています) ソフトウェアレビュー，インスペクション，ウォークスルーといった技法は，テストよりも早い段階で要件定義書，設計書，ソースコード，テスト設計書，テス
レビューを効果的に実施するには？ - 現場のためのソフトウェア開発プロセス - たかのり日記
ソフトウェア開発では、レビューにて、より上位の工程で欠陥を発見することの重要性は、周知のことでしょう。 しかしながら、レビューを効果的に実施するのは、なかなか難しいと感じるところです。 レビューにおける指摘が、フォーマットや誤字・脱字に関してのものが多く、品質への寄与が低い レビューそのものに時間がかかるため、頻繁に実施しにくい。 スキルのあるレビューアは、大抵多忙であり、レビューしてもらえない。 レビューをするタイミングが遅く、修正や水平展開に手間がかかる。 レビューで見逃した欠陥は、テストが完了しないと分からない。 今月は、Think ITで、レビューに関する連載がいくつも公開されています。まだ、全て読んではいないのですが、プロセス定義、定量化、技法、教育等、いろいろな観点で書かれているので、参考になりそうですね。 記事の一覧を、載せておきます。 インスペクションは誰が行うべきか 第1
サイト脆弱性をチェックしよう！--第4回：開発工程におけるレビューやテストのコツ（その2）
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 今回も安全なアプリケーションを作るためのチェック方法について説明していきたいと思う。前回から引き続き、各開発工程におけるレビューと適切なテストについてを紹介する。 コードレビュー まずは、コードレビューでどういったことに注意して確認する必要があるか説明しよう。コードレビューのコツを理解するには、まずアプリケーションの動作について理解する必要がある。従って、最初にアプリケーションの動作について説明する。 多くのアプリケーションでは、何らかの入力（ユーザーにより入力されたデータだけでなく、ファイルや、時刻なども含む）を必要とし、入力されたデータの加工などの処理を行い、結果を出力する。出力された結果は、別のアプリケーション（ブラウザやデータベ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
