See what your customers experience. Get a video of a real person reviewing your website.
![UserZoom Platform | UserTesting | UX Research Capabilities](https://cdn-ak-scissors.b.st-hatena.com/image/square/b99c7b1cc966263a5caaef768eaa5632d7431b2e/height=288;version=1;width=512/https%3A%2F%2Fwww.usertesting.com%2Fsites%2Fdefault%2Ffiles%2Fstyles%2Fmetatag%2Fpublic%2F2023-04%2FNPO-UT-UZ-logo-lockup-stacked-color-4x.png%3Fitok%3DVbswYKOK)
See what your customers experience. Get a video of a real person reviewing your website.
こんにちは! メルカリのテストエンジニアとして、モバイルアプリのテストをぶりぶり自動化している@tadashi0713です。 メルカリでは、モバイルアプリのテスト自動化のために、一部、Appiumを使用しています。 今回は、現在ベータ版で公開されているGUIツール「appium-desktop」について、簡単な紹介と個人的に感じる魅力についてお伝えしたいと思います! appium-desktopとは Appiumは、開発用にGUIツールを提供しており、公式ページからダウンロードできます。 Appium: Mobile App Automation Made Awesome. Mac版のGitHubリポジトリはこちら(appium-dot-app)です。 こちらを使うことによって、Appiumのインストール、Appiumサーバー起動、インスペクターを利用してアプリ画面内の要素の確認やその操作
もうちょっと規約的なものを「JavaでのUT作成基準を整理してみた」にもまとめてみました。 はじめに 去年、ブログの方に「ふつうのユニットテストのための7つのルール」という記事を書いたのですが、思ったより反響がありました。 あの記事で書いたのはあくまで原理・原則で、それを実現するためにはいくつかのテクニックが必要です。 特に、ああいうルールを作って「ユニットテストを書く事」を厳守するようにしても、 適切なテクニックを知らなければメンテが困難だったり、品質に寄与しなかったり、実行性能が悪いゴミが量産される可能性があります。 じゃあ、どうすれば良いかというと「最初からユニットテストが書きやすいように元のコードを設計する」ということです。 そう。まず身に付けるべきは「テストコードの書き方」では無く「テスト対象コード」すなわち「プロダクトコードの書き方」なのです。 また、ここで言ってる「最初から」
テストしやすいGoコードのデザイン golang.tokyo #2 12 December 2016 Taichi Nakashima 言いたいこと 明示的であれ! 2 whoami @deeeet / @tcnksm (GitHub) http://deeeet.com A PaaS Dev&Ops (Using go for CLI tool, API, Batch jobs) 3 OSS Tools gcli - The easy way to build Golang command-line application ghr - Create Github Release and upload artifacts in parallel Packages go-httpstat - Go package for tracing golang HTTP request latency
Wallaby.js is a developer productivity tool that runs your JavaScript and TypeScript tests immediately as you type, highlighting results in your IDE right next to your code. Test execution results, including code coverage, are displayed and updated in realtime right where you need to see them — in your code editor, next to the line of code that you're editing. Say goodbye to context switching. The
テスト書いてないとかお前そ(ry すみません、言ってみたかっただけです。 そして本記事は、巷で話題のAdvent Calendarとも何の関係もありません。 来年こそは書いてみたい! そもそも こんなたいそうなタイトルの記事ですが、 書いてる人がそもそもテストに関してぺーぺーなので、なんか変なコト言ってたら教えてください。 まず、根本的に勘違いしてたことがあるので、まずそれを記しておきます。 ※今思えば個人の勝手な勘違いです。 巷で話題のpower-assertですが、これだけ使えばもうテスト全ておっけー!ってものではないです。 そして、サクッと入れてサクッと使えるってものでもないです。 よーわからんけどテスト書いた方が良いって最近よく聞くし、 power-assertってのがとりあえずイケてるらしいから、それ使ってテストデビューしてみようかな・・って人。 それなりに前提知識がないと辛いで
Your all-in-one operating system for marketing Optimizely powers the entire marketing lifecycle, unlocking your team to create content with speed, launch experiments with confidence, and deliver experiences of the highest quality. Get started More about Optimizely One Content and digital teams have the same mission: delivering impactful, converting content to the right audience at the right time a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く