いう情報が出てきました。以外は存在しないというエラーを返すようになっています。属性の値を返すようにして欲しいんだけど・・・。使う方法は使えそうです。黒魔術を使って既存クラスのメソッドを上書きできます。使えるようになりました4。使うときは元のメソッド使って欲しいので、以下のようにしておくといいでしょう。下のファイルに書いておくとテスト実行時に適用されます。コンソールの方が好みです。方がウケがいいのでしょうけど・・・。Appiumも少なくともRubyは一応コンソール操作するパッケージが存在するみたいなので試してみます。"appium_console"インストールします。templates/appium.txt.erb生成の元になるテンプレートファイルがないと。イヤイヤ、何でないの?どうもこれっぽいんですが、インストール時に入らなかったのかパスが違っているのか。各値はそれぞれの環境に合うように置き換えてください。"com.example.MyApp"コンソールを立ち上げます。pry(main)>コンソール立ち上げるとまずアプリが起動します。検索したりも当然できます。メニュー画面に遷移し、ナビゲーションの戻るボタンで戻ります。コマンドで終了します。実行しなくても、アプリを終了してくれます。コマンド追加機能があります。表示が行えるようになります。モードが用意されています。非同期処理なので使い勝手が悪いです。関数を実行した結果は戻り値でなくコールバック関数で受け取る仕組みなので。やりたいことができそうかどうか確認してみました。試してきたので、両方を比較して総括したいと思います。最大の利点はアプリに何も仕込まなくてもいいことです。方が将来性がありそうな印象です。方が柔軟性が高いです。方が環境構築が楽でトラブルが少なかったです。柔軟な分、プロジェクトも情報もあちこちに散っていて、環境構築するのに必要な情報、記述方法、トラブルの解決方法を調べるのに苦労しました。準備して立ち上げる必要もないですし。ステップ定義をどう書けばいいのか試行錯誤する必要がありそうです。方が初期コストがかかりません。Appiumは1.5でasync/awaitを使うように書き直され、プロジェクトも細かく分離されました。そのためソースコードはかなり読みやすくなっています。知っている必要があるプロジェクトが細かく分離されていて階層が多く、全体を把握するのは結構大変です。漢字指定で日本語入力できるのかもしれません。テストは採用障壁が高いなぁという印象でした。年辺りには実用レベルになっていたらしく、その頃の記事がよく見つかるし、自分が以前少し試したのもそのくらいだったのですが、2年経ってもこの程度しか成熟していないのか・・・とちょっとがっかりしました。ただでさえ自動テストはテストを書く手間の初期コストがかかるのに、加えて環境準備やステップの書き方を調べるのにこれだけ時間がかかるのでは・・・。これまでに書いた記事が、テスト記述前の初期コストを減らす役に立ってくれることを願います。Android開発用。↩さらにソースを追いかけてみると、appim_libが利用するSeleniumのRubyクライアントはtouch_double_tap(element)メソッドが座標を受け取らないんですよ。最下層のUIAutomationでもUIAElementのdoubleTapメソッドは座標を取りません。appium_lib側が座標をオプションで取るのが間違いで、指定しても無視されます。UIAutomationのみです。XCUTestを使う場合はうまくいかないかと思います(未確認)。requestStockLike6@k5n好きなことはプログラミングと楽器演奏。そのうち金になる方を仕事に、ならないほうを趣味にしています。若かりし頃はベンチャーでバリバリやってましたが、一度体を壊してからは忙し過ぎない仕事を探してマイペースにやってます。upLoginユーザーは見つかりませんでした。