若手開発者の後悔 | POSTD
(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) これはある仕事熱心な若手開発者のほぼ実話です。2004年の後半、この若手開発者は小さな会社で働き始めました。条件は全て彼の望みどおりでした。給料はいいし、扱うのは彼の得意とするプログラミング言語、アプローチの複雑性、モデリングのアーキテキチャでした。 彼にとって今回の会社が初めての職場ではありませんでした。しかし、ここでの最初のプロジェクトは結果的に 問題だらけ に終わりました。当時、この若手開発者は、機能は絶対に変わらないものだと思っていました。しかし、それは間違いでした。機能が変更されるたびに完全なリファクタリングを行わなければなりませんし、バグを引き起こして膨大な時間を無駄にしてしまいます。彼は、テストを書くといった実直な方法も試してみましたが、書いたテストはメンテナンスが必要な上、書くのに時間
ありがちなダメプログラマー:単体テストとは結合テストの小規模なもののことだと思っている - 遅い→起動時
個人が作った範囲でやるのが単体テスト 他人が作った部分とまとめてやるのが結合テスト …とか。 1画面内の動作を確かめるのが単体テスト 他の画面に遷移することを確かめるのが結合テスト …とか。 自分で作ったところを自分でテストするのが単体テスト テスト要員の仕事が結合テスト …とか。 1つのモジュールだけを対象にするのが単体テスト 複数のモジュールをまとめて対象にするのが結合テスト …とか。 1つの機能だけを対象にするのが単体テスト、別名「単機能テスト」*1 複数の機能を組み合わせるのが結合テスト …とか。 そもそも範囲の違いだと思っているのが大間違い。これらの対象範囲は包含関係になっていて、単体テスト範囲は全て結合テスト範囲にも含まれる。範囲を絞ったテストのほうが実施コストは低くて、デバッグにつながる情報を集めやすいというのは間違っていないけど、同じことを重ねてテストしてどうするの。 テス
今更聞けない？ Androidのテストのいろは
Android Test Night #2 でお話した（する）内容です。 https://testnight.connpass.com/event/69397/Read less
もう実機は不要!? Chromeのモバイルエミュレーターがとんでもなく進化していた
Chromeデベロッパーツール、使いこなしていますか？ モバイルブラウザーエミュレーターの機能が拡張され、通信帯域やセンサーのシミュレーション、PWAの検証など、どんどん進化しています。これは便利です！ Webサイトのテストはますます複雑になっています。ほんの数種類のブラウザーで機能の互換性を確認していた時代は遠い昔の話。ピカピカの傑作サイトも、OS、画面解像度、マシン性能が異なる幅広いデバイス（モバイル、タブレット、デスクトップ）での動作確認が求められます。極端な話、開発そのものと同じくらい時間がかかってしまうことさえあります。 Webサイトのテストはタッチスクリーンと高解像度画面の登場でさらに複雑になりました。通常のPCにマウスとキーボードをつないで開発していたら、せっかくのWebサイトがどう動くか確認するのは困難です。たとえば、マウスポインタを乗せたときの動作などは必ずしも機能せず、
開発現場を「自動化」する仕事は儲かるのか？ 自動化を仕事にするには～自動化の現場の真実（後編）。システムテスト自動化カンファレンス 2015
開発現場を「自動化」する仕事は儲かるのか？ 自動化を仕事にするには～自動化の現場の真実（後編）。システムテスト自動化カンファレンス 2015 テスト自動化研究が主催するイベント「システムテスト自動化カンファレンス 2015」が、2015年12月13日に、六本木のヤフー株式会社で開催されました。 午前中に行われたセッション「自動家は見た～自動化の現場の真実～」には関西のコミュニティ「おいしが」のメンバーが登壇。テストを含む開発環境を自動化しようとしてきたエンジニアの、現場での苦悩と苦労をリアルに紹介しています。 その内容を前編、中編、後編の3本の記事にまとめました。この記事は後編です。 自動家の時給は1360円？ ふたたび壇上に三浦氏。 ここからは「自動化を仕事にするには」という話をします。これも架空の又聞きエピソードをつぎはぎしたものです（笑）。 自動家を標榜するK氏が、ビルドパイプライン
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（中編） － Publickey
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（中編） 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み 厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。いまお読みのページは中編です。 自動改札機の制御は1000件くらいのテスト さて、次は間違えない自動改札機の話です。ここからソフトウェアの話になります。 1つは運賃計算。この切符はこの駅で降りられるのか、というもの。そしてもう1つは自動改札の制御。ランプを光らせるとか、切符を回収するとかです。 まずはその
Remote TestKit
リモートで 実機検証可能な クラウドサービス テスト効率化の課題を抱えている方へ。 クラウド上の端末をＰＣで操作可能＆便利な機能も多数搭載。 従来の実機検証を効率化！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Android Test は “Write once, run everywhere.” の夢を見るか
論理思考力オンラインテスト｜金融転職・コンサルタント転職のアンテロープ
STF | Smartphone Test Farm