Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Android フレームワークは、あまり強力とはいえないものの、ある程度のテストフレームワークを内包しています。 ベースが JUnit3 なので、記法が古かったりすることもありますが、とりあえず JUnit3 の作法を身に付ければある程度のテストは書くことが出来ます。 Android のテストケースフレームワーク Android がもつ各種のコンポーネントをテストするためのフレームワークが有ります。 いろいろな種類がありますが、おそらく最も頻繁に使うのはAndroidTestCaseでしょう。 AndroidTestCase Andro
Development (開発の進め方) GitHub Flow の利用 レビューの実施 Testing (テスト) Deployment (リリースの仕方) Releases (リリース後の記録) References(参考文献) Appendix(付録) Release's notes の作成方法 History(更新履歴) 2014/03/15 Development (開発の進め方) GitHub Flow の利用 masterブランチは常にデプロイ可能な状態としなければならない テストが失敗する状態の場合、直ちに修正するべきである テストが失敗する状態の場合、デプロイすることは許されない 「新しい何か」に取り組む際は、 pull request を用いるべきである ブランチは master から作成し、ブランチ名は説明的な名前とすべきである（例: new-oauth2-scope
前回（「『できて当然』のサービスではお客様は喜びません」）に引き続き今回も、営業強化成功の鍵を握る「どの事前期待に応えるべきか」について触れてみたいと思います。 前回は、「事前期待」と一言で言っても、案外複雑な構造をしていること、その中でも「事前期待の持ち方」にフォーカスすることが営業強化には有効であること、さらには「事前期待の持ち方」の中でも、共通的な事前期待よりも残りの3つの事前期待（個別的・状況変化・潜在的）に応える方がお客様からの評価は高まる傾向にあり、これらの事前期待にいかに応えられるかが営業強化やサービス向上成功の鍵になるということをお伝えしました。 今回は、事前期待の中身と、期待に応えるための努力のポイントについて見ていきたいと思います。 「個別的な事前期待」に応えるとお客様は感激する まずは「個別的な事前期待」。これは、お客様一人ひとりで異なる事前期待です。前回同様にホテル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
