Testing: the moreyou do it, the more you’ll like it
セッション:
「Testing: the more you do it, the more you’ll like it」
PHPUnitを作ったSebastianさんと、オープンソースエヴァンジェリストの
Jeffreyさんという髭のおじさんが、テストについて語る
スライドはこちら:
https://thephp.cc/dates/2016/10/international-php-conference/testing-the-more-you-do-it-the-more-you-will-like-it
21.
Testing: the moreyou do it, the more you’ll like it
Peace and justice are two sides of the same coin.
(平和と正義は同じコインの表と裏の関係にある。)
- Dwight D. Eisenhower
Specification, Documentation, and Verification are three
sides of the same coin.
(仕様、ドキュメント、検証(動作確認)は一つのソフトウェアを別々の観点か
ら見ているに過ぎない(意訳))
- Sebastian Bergmann
22.
Testing: the moreyou do it, the more you’ll like it
Peace and justice are two sides of the same coin.
(平和と正義は同じコインの表と裏の関係にある。)
- Dwight D. Eisenhower
Specification, Documentation, and Verification are three
sides of the same coin.
(仕様、ドキュメント、検証(動作確認)は一つのソフトウェアを別々の観点か
ら見ているに過ぎない(意訳))
- Sebastian Bergmann
ソフトウェアの動作確認のために追加で作るもの
テストコード
23.
Testing: the moreyou do it, the more you’ll like it
Peace and justice are two sides of the same coin.
(平和と正義は同じコインの表と裏の関係にある。)
- Dwight D. Eisenhower
Specification, Documentation, and Verification are three
sides of the same coin.
(仕様、ドキュメント、検証(動作確認)は一つのソフトウェアを別々の観点か
ら見ているに過ぎない(意訳))
- Sebastian Bergmann
ソフトウェアの動作確認のために追加で作るもの
仕様書やドキュメントと同列のソフトウェアの資料として考える
テストコード
24.
Testing: the moreyou do it, the more you’ll like it
Peace and justice are two sides of the same coin.
(平和と正義は同じコインの表と裏の関係にある。)
- Dwight D. Eisenhower
Specification, Documentation, and Verification are three
sides of the same coin.
(仕様、ドキュメント、検証(動作確認)は一つのソフトウェアを別々の観点か
ら見ているに過ぎない(意訳))
- Sebastian Bergmann
ソフトウェアの動作確認のために追加で作るもの
仕様書やドキュメントと同列のソフトウェアの資料として考える
テストコードを準備する優先度が上ったり
テストコードを書くときの品質も上がるかも!
テストコード
25.
Testing: the moreyou do it, the more you’ll like it
Peace and justice are two sides of the same coin.
(平和と正義は同じコインの表と裏の関係にある。)
- Dwight D. Eisenhower
Specification, Documentation, and Verification are three
sides of the same coin.
(仕様、ドキュメント、検証(動作確認)は一つのソフトウェアを別々の観点か
ら見ているに過ぎない(意訳))
- Sebastian Bergmann
(参考)仕様化テスト:コードの実際の振る舞いを明らかにするテスト
ソフトウェアの動作確認のために追加で作るもの
仕様書やドキュメントと同列のソフトウェアの資料として考える
テストコードを準備する優先度が上ったり
テストコードを書くときの品質も上がるかも!
テストコード
26.
Testing: the moreyou do it, the more you’ll like it
他にも
● テストに関する論文の紹介
● 数値で見る良いところ・悪いところ
● オススメの本
ソフトウェアテストについて色々載ってます!
Legacy-PHP-Projekte Sanieren oderablösen?
● PHP Cowboy Coding age
● MVC age
● DI age
● etc...
OOが適用されている、デザインパターンが適用されている、
などの条件から自社のプロジェクトを時代分けしてみると
一つの基準になるかも
PHPの各時代に名前をつけているのが面白かった
31.
Legacy-PHP-Projekte Sanieren oderablösen?
● PHP Cowboy Coding age
● MVC age
● DI age
● etc...
OOが適用されている、デザインパターンが適用されている、
などの条件から自社のプロジェクトを時代分けしてみると
一つの基準になるかも
もし社内に古い時代と新しい時代のプロジェクトが混在しているなら、
ジョブローテーションなどでなるべく多くの人により新しい時代の
プロジェクトを経験させてあげることが、古くなったプロジェクトや、
ひいては会社全体の時代を進化させる手助けになるのではないか
PHPの各時代に名前をつけているのが面白かった
他にも…
Refactoring towards DesignPatterns
「ただやみくもにデザインパターンを適用すれば良い」ではなく、
現実とのバランスも考えられている、デザインパターン導入のお話
「Refactoring towards Patterns to avoid
both under- and overengineering.」
https://qafoo.com/resources/presentations/internation_php_conference_2016/refactoring_towards_design_patterns.html
50.
他にも…
Web Security -Lessons learned?!
Webアプリケーションのセキュリティ問題について、
実際の事例をコードやクエリと共に紹介
((((;゚Д゚))))
https://joind.in/event/confoo-2015/web-application-security-lessons-learned
(今回のものではないですが、別の機会の近いものが見つかりました)