Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
開発者が考える品質 / Quality considered by developers
Search
ma310kano
September 13, 2019
Programming
0
250
開発者が考える品質 / Quality considered by developers
ma310kano
September 13, 2019
Tweet
Share
More Decks by ma310kano
See All by ma310kano
オブジェクト指向とDependencyInjection / Object Oriented and Dependency Injection
ma310kano
0
320
Other Decks in Programming
See All in Programming
プロダクト志向ってなんなんだろうね
righttouch
PRO
0
180
Code as Context 〜 1にコードで 2にリンタ 34がなくて 5にルール? 〜
yodakeisuke
0
120
PipeCDのプラグイン化で目指すところ
warashi
1
260
A full stack side project webapp all in Kotlin (KotlinConf 2025)
dankim
0
100
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
50
32k
GraphRAGの仕組みまるわかり
tosuri13
8
530
deno-redisの紹介とJSRパッケージの運用について (toranoana.deno #21)
uki00a
0
180
LT 2025-06-30: プロダクトエンジニアの役割
yamamotok
0
700
Railsアプリケーションと パフォーマンスチューニング ー 秒間5万リクエストの モバイルオーダーシステムを支える事例 ー Rubyセミナー 大阪
falcon8823
5
1.1k
エンジニア向け採用ピッチ資料
inusan
0
180
ISUCON研修おかわり会 講義スライド
arfes0e2b3c
1
400
ニーリーにおけるプロダクトエンジニア
nealle
0
760
Featured
See All Featured
Practical Orchestrator
shlominoach
188
11k
Automating Front-end Workflow
addyosmani
1370
200k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Balancing Empowerment & Direction
lara
1
400
Writing Fast Ruby
sferik
628
62k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
20k
Adopting Sorbet at Scale
ufuk
77
9.4k
Become a Pro
speakerdeck
PRO
28
5.4k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
20
1.3k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
Stop Working from a Prison Cell
hatefulcrawdad
270
21k
Transcript
開発者が考える品質 加納 誠人
アジェンダ • 品質とは • 品質を上げる「◦◦◦◦◦」ケーススタディ • 品質を上げる「◦◦・◦◦」ケーススタディ
品質とは?
ソフトウェア 品質 サービス 品質 情シスが目指すべき品質は、2種類ある サービス品質は、ITサービスマネジメントの領域なので、今回は割愛 そもそも品質とは?
Delivery (納期) Cost (コスト) QCDとは? Quality (品質) Quality を維持するには?
単体テストを書きましょう
単体テスト 最大のメリットは、過去のテストを再利用できること • 過去の品質を維持することができる • デグレーションの防止
テストでは何をすべき? 正しさを証明する。裏を返すと… → 何が正しいかを定義しなければならない 1. 機械的な正しさ(例:無限ループをしない・想定外の値が入らない) 2. 機能要件を達成する 3. 非機能要件をなるべく達成する(達成し続けるには、データ量増大やアクセス過多など、保守する必要がある)
製造 プログラム設計 機能設計 要件定義 単体テスト 結合テスト 総合テスト ユーザテスト V字モデル
V字モデル 製造 プログラム設計 機能設計 要件定義 単体テスト 結合テスト 総合テスト ユーザテスト 設定された値や判定が正しいか
プログラム同士が正しく接合するか 機能が正しく使えるか 要件が正しく達成されているか
「正しさ」をどのように見つけるか? 見つけるのはなかなか難しい • 他人に伝えるには、言葉にする必要がある • ドキュメントに残すには、文章や図にする必要がある よく使っている方法を1つ紹介する
マインドマップ マインドマップはトニー・ブザン(Tony Buzan)が提唱した思考・発想法の一つ。頭の中で起こってい ることを目に見えるようにした思考ツールのこと。(Wikipediaより引用)
マインドマップの例 (非公開)
マインドマップはトニー・ブザン(Tony Buzan)が提唱した思考・発想法の一つ。頭の中で起こってい ることを目に見えるようにした思考ツールのこと。(Wikipediaより引用) マインドマップ 「放射思考」が一番のポイント 放射上に思考を展開することで、思考が狭まりにくい • 1つの項目を一度に深く掘り下げない • 中央から目線を回して順に掘り下げていく
• マップを作ることは手段でしかないので、フォーマットにこだわらない
アジェンダに戻ります
アジェンダ • 品質とは • 品質を上げる「◦◦◦◦◦」ケーススタディ • 品質を上げる「◦◦・◦◦」ケーススタディ
「単体テスト」ケーススタディ
ケース紹介 1. ムダな判定を混入させない 2. それ、本当に無限なの? 3. TDDをはじめる第一歩
ケース紹介 1. ムダな判定を混入させない 2. それ、本当に無限なの? 3. TDDをはじめる第一歩
ムダな判定を混入させない ループに If 文を含めると組み合わせが大量に発生する 5回のループの場合… 32通り 2 × 2 ×
2 × 2 × 2 =
本当に繰り返す必要があるのか? よくあるケースは、 • 最初だけ処理をスキップする • 最後のみ追加で処理をしたい そんな時は…
ループを分割しよう
ループを分割する LINQ を活用してループを分割する • 最初と2回目以降の場合… First と Skip • 最後のみの場合…
Take と Last Take と Skip を要素がなくなるまで繰り返すことで N件ごとのページングも可能
ケース紹介 1. ムダな判定を混入させない 2. それ、本当に無限なの? 3. TDDをはじめる第一歩
それ、本当に無限なの? 限度がない機能要件や非機能要件は存在するのか? • 1レシートに100万の商品記載がありますか? • メモリが無限のPCが存在しますか? → 存在しない 可能な限り、限度を決める
ケース紹介 1. ムダな判定を混入させない 2. それ、本当に無限なの? 3. TDDをはじめる第一歩
TDDをはじめる第一歩 テスト駆動開発 (TDD) とは、プログラム開発手法の一種で、プログラムに必要な各機能について、最 初にテストを書き(これをテストファーストと言う)、そのテストが動作する必要最低限な実装をと りあえず行った後、コードを洗練させる、という短い工程を繰り返すスタイルである。 (Wikipedia より引用) 実際にやってみた結果…
最初にテストが書けない
コードを書く → 正しく作られているか証明する から 正しく作られているか証明する → コードを書く なぜ書けないか? 思考の逆転が必要
アジェンダ • 品質とは • 品質を上げる「単体テスト」ケーススタディ • 品質を上げる「◦◦・◦◦」ケーススタディ
設計・製造ケーススタディ
ケース紹介 1. YAGNIとは? 2. 責務を分ける 3. 不変による防止 4. 判定のしきい値 5.
初期値に気を払う 6. 符号なし整数
ケース紹介 1. YAGNIとは? 2. 責務を分ける 3. 不変による防止 4. 判定のしきい値 5.
初期値に気を払う 6. 符号なし整数
YAGNIとは? "You ain't gonna need it"、縮めて YAGNI とは、機能は実際に必要となるまでは追加しないのがよい とする、エクストリーム・プログラミングにおける原則である。(Wikipediaより引用) どうしてもコードに書かなければならない場合は…
タスク一覧を活用しよう VisualStudio では、コメントの先頭に下記を付けるとタスク一覧ウィンドウで一覧化してくれる • UNDONE: まだやっていない • TODO: やる必要がある •
HACK: 目的は達成しているが、より良い方法がある UNDONE が書きたくなった時は、単体テストを書く マージまでに TODO を極力減らす → マージする際はその内容が妥当か検討する
チケットで管理しよう チケット駆動開発 (TiDD) とは、プログラム開発手法の一種で、作業をタスクに分割しBTS(Bug Tracking System/バグ管理システム)のチケットに割り当てて管理を行う開発スタイル。細かな修 正作業の多い従来開発の中で生まれたが、アジャイル開発との親和性が高いことから、エクストリー ム・プログラミングをはじめとするアジャイル開発でも実践されている。(Wikipediaより引用) チケット =
Backlog の課題
ガントチャートの例 (非公開)
ケース紹介 1. YAGNIとは? 2. 責務を分ける 3. 不変による防止 4. 判定のしきい値 5.
初期値に気を払う 6. 符号なし整数
責務を分ける クラスの責務を分けていれば、 証明する正しさがシンプルになる 「このクラスは◦◦ができていれば、テストOK」と 言葉に変換しやすくなる
ケース紹介 1. YAGNIとは? 2. 責務を分ける 3. 不変による防止 4. 判定のしきい値 5.
初期値に気を払う 6. 符号なし整数
不変による防止 中身をいつでも変えられるクラスは、 変えたときを想定したテストケースを作成する必要がある 中身が変わらない(=不変)のオブジェクトは、 組み合わせが少なくなる為、テストケースが少なくなる
ケース紹介 1. YAGNIとは? 2. 責務を分ける 3. 不変による防止 4. 判定のしきい値 5.
初期値に気を払う 6. 符号なし整数
判定のしきい値 判定のしきい値(境界値)を決定する際には、細心の注意を払う 特に次の言葉が出てきたら、注意すること • 以上・以下 • 上回った場合・下回った場合 途中式をローカル変数に代入して、わかりやすくしておくのも手
ケース紹介 1. YAGNIとは? 2. 責務を分ける 3. 不変による防止 4. 判定のしきい値 5.
初期値に気を払う 6. 符号なし整数
初期値に気を払う 変数に何も設定しない場合、 値型には型に応じた初期値が、参照型には Nothing (null) が設定される。 特に注意が必要な型は、 DateTime 型。 何も設定しない場合、西暦1年1月1日が設定される。
• DateTime? のように Null許容型にする • 引数チェックで DateTime.MinValue と比較する
ケース紹介 1. YAGNIとは? 2. 責務を分ける 3. 不変による防止 4. 判定のしきい値 5.
初期値に気を払う 6. 符号なし整数
符号なし整数は使わない UInteger 型などの 符号なし整数型 は使用しないこと 20億を越える値を扱う頻度 < 負の値を扱う頻度 UInteger 型で
0 - 1 をすると、4,294,967,295 になる(アンダーフロー) 0付近を想定している処理に、 40億の値が投入したら、どうなりますか?
まとめ
品質ってなんですか?
• 目的によって、求められる品質は異なる • コストや納期とは切り離せない • 何が正しいかを考え、先に証明するテストを書く • 今、必要でないものは追加しない • 設計思想や開発者の意識で底上げすることが可能
ご清聴ありがとうございました