Androidはひとつの端末に複数のアカウントを登録することができますが、アプリ内課金(アイテム課金)に使われるアカウントは端末に最初に登録されたアカウントとなっています。 通称プライマリアカウント。 これについては後から任意に切り替えることができず、Playストアアプリのアカウントを切り替えてもアプリ内課金では最初に登録したものに固定されてしまっています。 変更する方法 それを後から切り替えるには、端末の設定から「アカウント→Google」でそのアカウントを選択し、メニューより「アカウントを削除」を行います。 すると端末からそのアカウントが外れますので、今度は「アカウント追加」からアプリ内課金に使用したいGoogleアカウントを登録すればOK。 このときに、もとから二つ以上登録されていた場合は、残っているGoogleアカウントのどれかがプライマリアカウントになるようです。 要するに挙動と
ちょっと確認のために試してみました。ソースは以下。 https://bitbucket.org/twopack/jsonrest/commits/e5353d883dffe31f99948a977b938c69 試したかったのは、 @Autowired でインジェクションしているクラスをJUnitで動かすにはどうするかです。 上記のソースで autoPerson を @Autowired してます。 決めうちでアクセスすると、autoPerson にアクセスして Micheal を返すようにしています。 テスト側で対応を行わない場合、テストを実行すると autoPerson で NullPointerException になります。JUnitで実行時には、 @Autowired でインジェクションが行われていないことが原因です。 対策のポイントは、以下のサイトを参照しました。 Autowi
Tweet 2011年01月25日02:54 カテゴリFacebook Facebookアプリテストユーザー作成方法 追記：「Facebookアプリテストユーザー作成方法〜実践編」も書きましたのでご参考下さい。 最近Facebookアプリに興味があり色々いじってて動作検証方法を調べてるとスタンダードでない情報を参考にしてしまい、結果として自分のアカウントがテストユーザーステータスとなり通常のユーザーステータスへ戻せなくなってしまった。 気分的には携帯電話のメモリが一瞬で飛んだ感じ。 まぁそこまで本格的に使ってた訳じゃないけど再度友人申請してくのがめんどいんだよな。。。 で、正しくは Test Users - Facebook開発者 に記載があって、一応ちゃんと理解するために読んでたら結果的に和訳してしまったので掲載しとく。 後になって気づいたんだけどここにある程度概要がざっくり書いてあって
はじめに スマホアプリの結合テストでは、スマホ特有の確認すべき点が数多くあります。 特に Android は端末の種類が多いですし、OSのカスタマイズもかなり自由度があるので思わぬバグが発生する可能性がかなり高いです。 ということで今回は 結合テストで確認したいチェック項目 をジャンルごとにまとめてみました。 端末 インストール先の違いによって動作しない処理がないか Android OS バージョン 2.2 (APIレベル9) より、アプリをSDカードにインストールできるようになりました。それによって動作しない処理が発生する可能性があります(例えば、SDカードにインストールされている状態では再起動やSDカードマウントを BroadcastReciever で受け取れないなど)。 SDカードのマウント・アンマウントで異常な処理が発生しないか Android はSDカードの有無によって保存先が
プログラミングお題の一覧はこちら ※みなさんもこのお題をお気に入りの言語で解いてみて下さい。解いたらこの記事にトラックバックをお願いします。 説明 テストドリブン開発が主流になってきていますね。そこで各言語でJUnitのようなテストを実装して下さい。 解いてみた Groovyで解いてみた (2010-10-13更新) Groovy (2010-10-13更新) GroovyTestCaseを利用。 一覧へ戻る
ADT 0.9.7から追加された「Library Project」により、複数のアプリケーションから参照できるライブラリィプロジェクトを構成できるようになったのは前回書いた。 ADTによるLibrary Projects Library Perojectにより、アプリケーションはライブラリィコードを共有できるようになったので、とても便利になったのだが、副作用として困った問題が発生する。それはAndroid SDK独特のInstrumentationを利用したテスト時である。 Library Project以前は、ライブラリィプロジェクトであってもAndroidプロジェクトとして管理する限りは、Android Package(.apk)を生成することが出来た。Instrumentationによるテストはテスト用のパッケージと分離されていることを前提にしている、他のパッケージをテストすることが
上層の自動テストFWの大本命、と個人的に勝手に思っているNativeDriverがGoogleからリリースされたので使ってみました。 http://code.google.com/p/nativedriver/ ほとんど Getting Start の下手な訳ですが。入門者さんの参考になれば幸いです。 システム要件 Android SDK 2.2 or later Eclipse version 3.5 or later (Eclipse IDE for Java Developers recommended) Android Development Toolkit (ADT) plug-in Ant JDK 1.6 or later チェックアウトとビルド $ svn checkout https://nativedriver.googlecode.com/svn/trunk nativ
ドットインストール代表のライフハックブログ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く