InfoQ ホームページ 品質 に関するすべてのコンテンツ
-
保険業スタートアップでのモブプログラミングから学んだこと
チームで2人の開発者が、3日間、ひとつの仕事に掛り切りになっていたら、あなたならどうするだろう？ある保険業のスタートアップは、チーム全体でモブプログラミングを試す決定をした。その結果、モブを始めた初日から、コードベースに対する知識が向上しただけでなく、一緒に作業することによって、お互いをよりよく知ることができたため、チームとしての効率も高くなった。
-
iOS 13ローンチ時のバグの理由と開発プロセスの改善
Appleの最新iOSリリースであるiOS 13が多くのバグに見舞われ、ユーザの間に失望の声があがっている。Bloombergによる報道では、Appleに近い情報筋が、iOS 13のリリースプロセスの問題と、Appleがこれを将来的にどのように修正しようとしているかを説明している。
-
品質と文化：別の分野、業界からの学び
航空や医療といった別の業界について学び、別の分野を研究することで得られるものがある、とPoppuloのソフトウェアテスターであるConor Fitzgerald氏はRebelCon.io 2019で語った。航空には失敗から継続的に学ぶ歴史がある一方、医療では文化とバイアスが、学びと継続的な改善の障壁であるように思われる。
-
成長組織におけるQAチーム構築から学んだこと
テストチームを改革することによって、チーム全体の緊密化、学習の短期間化、コラボレーション向上を達成することができると、InfiumのQAチームリーダのNeven Matas氏は主張する。氏はTestCon Moscow 2019で講演し、成長組織におけるQAチーム構築から自身が学んだ教訓を公開した。
-
分散型チームで高品質なプロダクトを開発する
Intermediaでは、製品とサービスの品質を保証するために、すべての分散型チームが共通のテスト環境と運用準備(pre-production)環境を使用している。同社プロダクトマネージャのLilla Gorbachik氏は、European Women in Techでの講演で、完成度の高いテストプロセスを持つこと、リスクに取り組むこと、そして高品質プロダクトの側面から日々の意思決定を行うことが、高品質のプロダクトを開発する上で重要だ、と述べている。
-
手動回帰テストマニフェスト
回帰テストを自動化することは必ずしも最適解ではない。2018 fall Online Testing Conferenceで、Brendan Connolly氏はこう主張した。彼は「手動回帰テストマニフェスト」を発表し、それを使うことで、機能テストと回帰テストを区別し、テストを自動化するかどうか決める方法を紹介した。
-
TDDの5つの前提 - GeePaw Hill氏に聞く
TDDは単なるテクニックではない、プログラミング全般のスタイルであり、関連する行動や考え方の統合システムである。TDDの5つの前提は、我々が活動するリングを提供する。それらはTDDを行���ものが呼吸する大気なのだ。
-
コードレビューの実際
コードレビューは、バグを見つけたり、他のチームメンバーからインプットを得たり、知識とオーナーシップを共有するのに最適な方法だ。最大の恩恵を受けるには、コードレビューを開発プロセスに統合して、レビューされていないコードが本番環境に投入されないようにしなくてはならない。レビューは、開発プロセスにおける解決を必要とする未解決問題を明らかにするのに役立つ。
-
なぜ、どのように、いつ読みやすいコードを書くか
ほとんどの開発者が読みやすいコードを欲している。開発チームは機能性より読みやすさを好ましいと思っているかもしれない。しかし、読みやすさを定義しようとすると、意見が割れる。Explore DDD 2018でLaura Savino氏はなぜ読みやすいコードが良いのか、読みやすさとはどういうことなのか、他の考慮点よりも読みやすさが絶対的に優先度が高い場合はどんな場合か、について話をした。
-
少ない作業時間で多くの仕事をするには
Jason Lengstorf氏は、自身の仕事の方法が原因で体を壊したことをきっかけに、コンピュータの使用時間を週40時間に制限することを決め、集中度の高い作業ポケットを設定した。労働時間を少なくすれば、過労や集中力の欠如を防止することができる。労働時間と同じようなケアレベルで休息時間を扱うこと、創造的なつながりを作り、元気を取り戻し、作業の目的を思い出すために休憩を利用することが必要だ。
-
持続可能なソフトウェアとアジャイル
持続可能なソフトウェア(Sustainable software)は、変更をより短期間で顧客に提供するとともに、バグ可能性の低減、アプリケーションの総所有コストの削減、ビジネスアジリティの向上を可能にする。ソースコードの自動解析、専門家による技術的アーティファクトのレビュー、ベンチマークデータの比較を組み合わせることで、ソフトウェアの持続性を検証することが可能になる。
-
創造、協力、革新のためのソフトウェアエンジニアリング
ソフトウェアエンジニアリングは、反復的で、フィードバックに基づき、漸進的、実験的で、実証的でなければならない。 C職人技は十分ではない。エンジニアリングは増幅器であり、創造性と協力、発明を強化する。継続的デリバリはエンジニアリングの原則に根ざしている。
-
プログラマーの誓い
社会は私たちにプロフェッショナルとしての振る舞いを要求している。人生と運命がソフトウェアの適切な構築と実行に依存しているため、私たちにはプログラマーの誓いが必要である、とRobert Martin氏は主張している。彼によると、これは将来的にはプロフェッショナル組織の会員により強制されるべきである。
-
Wyndham Vacation Rentals UK社におけるアジャイルとDevOpsの導入
アジャイルとDevOpsの導入は、Wyndham社におけるQAの役割にプラスの影響を与えた。ライフサイクルの初期段階における取り組みにフォーカスすることで、バグやポストプロダクション問題の少ない、スムーズなリリースに繋がった。テストすることは共同責任となり、ビジネス部門と顧客はこれまで以上にデリバリーサイクルに関わるようになった。
-
Meetupでの技術的負債の取り組み
継続的に製品の健全性を保つには定期的に一番影響のある技術的負債を優先順位付けして、それらを全体的に解消していくことだ。MeetupのCTOであるYvette Pasqua氏は、技術的負債に対する取り組み方を継続的に繰り返し適用することでより大きな成果を生み出すことを推奨している。最も影響の大きい負債から取り組み、その負債を解消したことで生まれる改善について伝える、というのが氏の主張だ。