Soumettre la recherche
Mettre en ligne
ソースコードを読んでみよう
•
1 j'aime
•
1,977 vues
S
Shun Tsunoda
Suivre
in wacate 2017 winter
Lire moins
Lire la suite
Logiciels
Signaler
Partager
Signaler
Partager
1 sur 39
Télécharger maintenant
Télécharger pour lire hors ligne
Recommandé
WACATE 2017 冬にておこなった講義「ISONO:REBOOT -評価することにこだわろう-」の資料です。
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
Kinji Akemine
WACATE2017冬の発表資料です。 少しだけ資料を直しています(口頭だけで説明したこととか)
ユーザビリティテストをやってみよう
ユーザビリティテストをやってみよう
scarletplover
WACATE2014冬のセッション資料
はじめよう!レビューのいろは
はじめよう!レビューのいろは
scarletplover
JaSST nano vol.1 で発表した資料になります。
JaSST nano vol.1 "映え”を評価する~UXテストの取り組みなの
JaSST nano vol.1 "映え”を評価する~UXテストの取り組みなの
Touyou Horikawa
関西ソフトウェアテスト勉強会WARAI(9/27)資料 参考文献:間違いだらけの設計レビュー
レビュー方法を勉強してみよう
レビュー方法を勉強してみよう
Masaki Nakahara
関西ソフトウェアテスト勉強会WARAI(2015/2/1)資料 参考文献:間違いだらけの設計レビュー
レビュー方法を実践してみよう20150201
レビュー方法を実践してみよう20150201
Masaki Nakahara
WARAI https://warai.connpass.com/event/101047/
0181013 warai CI(継続的インテグレーション)と実例紹介_公開用
0181013 warai CI(継続的インテグレーション)と実例紹介_公開用
tomohiro odan
XP祭り2014でのLT資料
Ninja Testing at XP Matsuri
Ninja Testing at XP Matsuri
Nakajima Shigeru
Recommandé
WACATE 2017 冬にておこなった講義「ISONO:REBOOT -評価することにこだわろう-」の資料です。
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
Kinji Akemine
WACATE2017冬の発表資料です。 少しだけ資料を直しています(口頭だけで説明したこととか)
ユーザビリティテストをやってみよう
ユーザビリティテストをやってみよう
scarletplover
WACATE2014冬のセッション資料
はじめよう!レビューのいろは
はじめよう!レビューのいろは
scarletplover
JaSST nano vol.1 で発表した資料になります。
JaSST nano vol.1 "映え”を評価する~UXテストの取り組みなの
JaSST nano vol.1 "映え”を評価する~UXテストの取り組みなの
Touyou Horikawa
関西ソフトウェアテスト勉強会WARAI(9/27)資料 参考文献:間違いだらけの設計レビュー
レビュー方法を勉強してみよう
レビュー方法を勉強してみよう
Masaki Nakahara
関西ソフトウェアテスト勉強会WARAI(2015/2/1)資料 参考文献:間違いだらけの設計レビュー
レビュー方法を実践してみよう20150201
レビュー方法を実践してみよう20150201
Masaki Nakahara
WARAI https://warai.connpass.com/event/101047/
0181013 warai CI(継続的インテグレーション)と実例紹介_公開用
0181013 warai CI(継続的インテグレーション)と実例紹介_公開用
tomohiro odan
XP祭り2014でのLT資料
Ninja Testing at XP Matsuri
Ninja Testing at XP Matsuri
Nakajima Shigeru
http://www.ustream.tv/recorded/45962241
ソフトウェアテスト入門
ソフトウェアテスト入門
Preferred Networks
20分でわかるScrum入門 全く知らない人、ソフト開発以外の人に説明するための資料。
はじめてのScrum
はじめてのScrum
Kenji Morita
何故エンジニアはテストをしないのか
何故エンジニアはテストをしないのか
何故エンジニアはテストをしないのか
エンジニア勉強会 エスキュービズム
ソフトウェアテストシンポジウム 2014 北海道基調講演 2014年9月5日(金)
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
JSTQB AL Studiy
20191104 na te_samplequestion_r03
20191104 na te_samplequestion_r03
tomohiro odan
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Noriyuki Mizuno
レガシーコード改善勉強会
レガシーコードとの付き合い方とテストでの話
レガシーコードとの付き合い方とテストでの話
H Iseri
http://madoguchi100.connpass.com/event/8204/ で発表したスライドです
テストエンジニアの品格 #automatornight
テストエンジニアの品格 #automatornight
kyon mm
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
エンジニア勉強会 エスキュービズム
presentation for scrum fest mikawa 2021
Scrumfestmikawa2021
Scrumfestmikawa2021
Noriyuki Nemoto
JaSST'17東北で発表したテストエンジニア版RPG風スキルマップです。
テストエンジニア版RPG風スキルマップ JaSST'17東北
テストエンジニア版RPG風スキルマップ JaSST'17東北
Noriyuki Nemoto
システムテスト自動化カンファレンス2015の茶番に対する補足スライドです。
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
Noriyuki Mizuno
2015 9 26 の ハッカータックルでの講演です。議論多めにしたので、スライドはメモ程度です。
Kaizen process with test #hackt
Kaizen process with test #hackt
kyon mm
SaPIDとRDRAの検討を受けた仕様&テストの検討例です。 (ペーパー)プロトタイピングな仕様化とテストの具体例紹介となります。
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
Noriyuki Mizuno
2021年6月15日に開催されたJaSST nanoのLT発表資料です。
[JaSST nano] テストケースを作ってもらうときに気を付けていたことをお話するの
[JaSST nano] テストケースを作ってもらうときに気を付けていたことをお話するの
KazukiNishizono1
WACATE2015Winter
テスト計画セッション
テスト計画セッション
Tomoaki Fukura
DevLove甲子園 東日本大会でお話した内容です。 http://devlove.doorkeeper.jp/events/11792 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。
デキるプログラマだけが知っているコードレビュー7つの秘訣(DevLove版)
デキるプログラマだけが知っているコードレビュー7つの秘訣(DevLove版)
Masahiro Nishimi
IT,Automation,Embedded Technology
Et west テスト自動化_公開版
Et west テスト自動化_公開版
Noriyuki Mizuno
「せっかく作った物が喜んでもらえない」 「仕様だ、バグだ、の不毛な争い」 「振り回されて疲弊するエンジニア」 など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
Atsushi Harada
AsianAA2015での紹介内容です。
AAA2015 関西風と欧米風 2つのTest Automation Patterns
AAA2015 関西風と欧米風 2つのTest Automation Patterns
Noriyuki Mizuno
長岡 IT開発者 勉強会(NDS) 第31回勉強会(2013/04/06) 発表資料
はじめてのテスト技法
はじめてのテスト技法
Tatsuya Saito
Envoy meetup #1
今日から始めるEnvoyの開発
今日から始めるEnvoyの開発
Rei Shimizu
Contenu connexe
Tendances
http://www.ustream.tv/recorded/45962241
ソフトウェアテスト入門
ソフトウェアテスト入門
Preferred Networks
20分でわかるScrum入門 全く知らない人、ソフト開発以外の人に説明するための資料。
はじめてのScrum
はじめてのScrum
Kenji Morita
何故エンジニアはテストをしないのか
何故エンジニアはテストをしないのか
何故エンジニアはテストをしないのか
エンジニア勉強会 エスキュービズム
ソフトウェアテストシンポジウム 2014 北海道基調講演 2014年9月5日(金)
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
JSTQB AL Studiy
20191104 na te_samplequestion_r03
20191104 na te_samplequestion_r03
tomohiro odan
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Noriyuki Mizuno
レガシーコード改善勉強会
レガシーコードとの付き合い方とテストでの話
レガシーコードとの付き合い方とテストでの話
H Iseri
http://madoguchi100.connpass.com/event/8204/ で発表したスライドです
テストエンジニアの品格 #automatornight
テストエンジニアの品格 #automatornight
kyon mm
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
エンジニア勉強会 エスキュービズム
presentation for scrum fest mikawa 2021
Scrumfestmikawa2021
Scrumfestmikawa2021
Noriyuki Nemoto
JaSST'17東北で発表したテストエンジニア版RPG風スキルマップです。
テストエンジニア版RPG風スキルマップ JaSST'17東北
テストエンジニア版RPG風スキルマップ JaSST'17東北
Noriyuki Nemoto
システムテスト自動化カンファレンス2015の茶番に対する補足スライドです。
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
Noriyuki Mizuno
2015 9 26 の ハッカータックルでの講演です。議論多めにしたので、スライドはメモ程度です。
Kaizen process with test #hackt
Kaizen process with test #hackt
kyon mm
SaPIDとRDRAの検討を受けた仕様&テストの検討例です。 (ペーパー)プロトタイピングな仕様化とテストの具体例紹介となります。
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
Noriyuki Mizuno
2021年6月15日に開催されたJaSST nanoのLT発表資料です。
[JaSST nano] テストケースを作ってもらうときに気を付けていたことをお話するの
[JaSST nano] テストケースを作ってもらうときに気を付けていたことをお話するの
KazukiNishizono1
WACATE2015Winter
テスト計画セッション
テスト計画セッション
Tomoaki Fukura
DevLove甲子園 東日本大会でお話した内容です。 http://devlove.doorkeeper.jp/events/11792 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。
デキるプログラマだけが知っているコードレビュー7つの秘訣(DevLove版)
デキるプログラマだけが知っているコードレビュー7つの秘訣(DevLove版)
Masahiro Nishimi
IT,Automation,Embedded Technology
Et west テスト自動化_公開版
Et west テスト自動化_公開版
Noriyuki Mizuno
「せっかく作った物が喜んでもらえない」 「仕様だ、バグだ、の不毛な争い」 「振り回されて疲弊するエンジニア」 など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
Atsushi Harada
AsianAA2015での紹介内容です。
AAA2015 関西風と欧米風 2つのTest Automation Patterns
AAA2015 関西風と欧米風 2つのTest Automation Patterns
Noriyuki Mizuno
Tendances
(20)
ソフトウェアテスト入門
ソフトウェアテスト入門
はじめてのScrum
はじめてのScrum
何故エンジニアはテストをしないのか
何故エンジニアはテストをしないのか
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
20191104 na te_samplequestion_r03
20191104 na te_samplequestion_r03
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
レガシーコードとの付き合い方とテストでの話
レガシーコードとの付き合い方とテストでの話
テストエンジニアの品格 #automatornight
テストエンジニアの品格 #automatornight
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
Scrumfestmikawa2021
Scrumfestmikawa2021
テストエンジニア版RPG風スキルマップ JaSST'17東北
テストエンジニア版RPG風スキルマップ JaSST'17東北
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
Kaizen process with test #hackt
Kaizen process with test #hackt
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
[JaSST nano] テストケースを作ってもらうときに気を付けていたことをお話するの
[JaSST nano] テストケースを作ってもらうときに気を付けていたことをお話するの
テスト計画セッション
テスト計画セッション
デキるプログラマだけが知っているコードレビュー7つの秘訣(DevLove版)
デキるプログラマだけが知っているコードレビュー7つの秘訣(DevLove版)
Et west テスト自動化_公開版
Et west テスト自動化_公開版
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
AAA2015 関西風と欧米風 2つのTest Automation Patterns
AAA2015 関西風と欧米風 2つのTest Automation Patterns
Similaire à ソースコードを読んでみよう
長岡 IT開発者 勉強会(NDS) 第31回勉強会(2013/04/06) 発表資料
はじめてのテスト技法
はじめてのテスト技法
Tatsuya Saito
Envoy meetup #1
今日から始めるEnvoyの開発
今日から始めるEnvoyの開発
Rei Shimizu
「推しが100万部売れて欲しい!」 推し技術書LT大会(https://connpass.com/event/183677/)で発表した資料
推し技術書「ユースケース駆動開発実践ガイド」
推し技術書「ユースケース駆動開発実践ガイド」
keitasudo1
UStream http://www.ustream.tv/recorded/12317150
XP祭り関西2011 森崎 修司「プラクティスが有効にはたらく前提は明らかになっていますか?」
XP祭り関西2011 森崎 修司「プラクティスが有効にはたらく前提は明らかになっていますか?」
Shuji Morisaki
名古屋工業大学 オブジェクト指向勉強会 http://www-ailab.elcom.nitech.ac.jp/oop/
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
このイベント向けの解説資料です https://supporterz-seminar.connpass.com/event/79712/
サポーターズ勉強会スライド 2018/2/27
サポーターズ勉強会スライド 2018/2/27
Kensuke Mitsuzawa
グループディスカッションの巻
グループディスカッションの巻
Takashi Abe
プレゼンテーション用資料作成のプレゼンテーション資料
プレゼンテーション用資料作成のプレゼンテーション資料
プレゼンテーション用資料作成のプレゼンテーション資料
hiroshioda
2009年6月20日に開催された情シスオフ2ndでのLT資料です。
情シスオフ 2nd Lt 20090620
情シスオフ 2nd Lt 20090620
atsuizo
2016/03/26 MOTEX Inc. にて開催
20160326 第10回 Rad Studio 勉強会@Osaka
20160326 第10回 Rad Studio 勉強会@Osaka
Ryo Ohki
Game Comunity SummitのGamePM枠で講演した際の資料です https://sites.google.com/site/gamecomsummit/
GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方
Hiroyuki Tanaka
2019年8月30日に札幌にて開催されたJaSST'19 Hokkaido での基調講演資料です。 http://jasst.jp/symposium/jasst19hokkaido/timetable.html#S1
JaSST'19 Hokkaido 「テスト設計技法、その前に ~フェイスアップ、次にビルドアップ、その先にマインドアップ~」
JaSST'19 Hokkaido 「テスト設計技法、その前に ~フェイスアップ、次にビルドアップ、その先にマインドアップ~」
Akira Ikeda
PFPファシグラ(2009/07/03)
PFPファシグラ(2009/07/03)
nishikawa_makoto7
77回スピーカーを経験して分かったこと」共有します
77回スピーカーを経験して分かったこと」共有します
Yuya Yamaki
2016年2月27日行われた勉強会の資料です
Codevs5.0勉強会
Codevs5.0勉強会
Kidai Hayashi
java-ja TDD 2nd
java-ja TDD 2nd
Takuto Wada
【17-E-7】アジャイルUX宣言
【17-E-7】アジャイルUX宣言
Tarumoto Tetsuya
2011/08/01のJSUGでプレゼンテーションした資料です。
Roo
Roo
terahide
アプリ開発以外にも適用できる効率化についてあれこれいってます。
アプリ開発を効率化する 方法あれこれ
アプリ開発を効率化する 方法あれこれ
Atsushi Mizoue
議論を描く技術「ファシリテーショングラフィック」 Agile Japan2010 Day1 Workshop1 2010/04/09
議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」
nishikawa_makoto7
Similaire à ソースコードを読んでみよう
(20)
はじめてのテスト技法
はじめてのテスト技法
今日から始めるEnvoyの開発
今日から始めるEnvoyの開発
推し技術書「ユースケース駆動開発実践ガイド」
推し技術書「ユースケース駆動開発実践ガイド」
XP祭り関西2011 森崎 修司「プラクティスが有効にはたらく前提は明らかになっていますか?」
XP祭り関西2011 森崎 修司「プラクティスが有効にはたらく前提は明らかになっていますか?」
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
サポーターズ勉強会スライド 2018/2/27
サポーターズ勉強会スライド 2018/2/27
グループディスカッションの巻
グループディスカッションの巻
プレゼンテーション用資料作成のプレゼンテーション資料
プレゼンテーション用資料作成のプレゼンテーション資料
情シスオフ 2nd Lt 20090620
情シスオフ 2nd Lt 20090620
20160326 第10回 Rad Studio 勉強会@Osaka
20160326 第10回 Rad Studio 勉強会@Osaka
GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方
JaSST'19 Hokkaido 「テスト設計技法、その前に ~フェイスアップ、次にビルドアップ、その先にマインドアップ~」
JaSST'19 Hokkaido 「テスト設計技法、その前に ~フェイスアップ、次にビルドアップ、その先にマインドアップ~」
PFPファシグラ(2009/07/03)
PFPファシグラ(2009/07/03)
77回スピーカーを経験して分かったこと」共有します
77回スピーカーを経験して分かったこと」共有します
Codevs5.0勉強会
Codevs5.0勉強会
java-ja TDD 2nd
java-ja TDD 2nd
【17-E-7】アジャイルUX宣言
【17-E-7】アジャイルUX宣言
Roo
Roo
アプリ開発を効率化する 方法あれこれ
アプリ開発を効率化する 方法あれこれ
議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」
ソースコードを読んでみよう
1.
ソースコードを読んでみよう WACATE 2017 WINTER
2.
自己紹介 l名前 : l角田 俊(ツノダ
シュン) l仕事 : lソフトウェア開発 l活動 : lWACATE実行委員(2回目) lNaITE(長崎IT技術社会)実行委員
3.
このセッションの目的 l目標 ◦ソースコードをなんとなく読めるようになる ◦ソフトウェアがどう作れているのかを理解し、欠陥を推測 しようという気になること l本セッションでは、開発経験のある人、ベテランの人は 復習や教育の参考の場として活用してください
4.
質問 ◦普段何をインプットとしてテストを考えていますか?
5.
質問 ◦普段何をインプットとしてテストを考えていますか? ◦ 仕様書? ◦ 過去の不具合内容? ◦
経験? ◦ 直感?
6.
質問 ◦普段何をインプットとしてテストを考えていますか? ◦ 仕様書? ◦ 過去の不具合内容? ◦
経験? ◦ 直感? どれも大切なものです 他にもまだありますか?
7.
テストをする上で大切なもの ◦普段何をインプットとしてテストを考えていますか? ◦ 仕様書 ◦ 過去の不具合内容 ◦
経験 ◦ 直感 ... ◦ ソフトウェアの知識 ↑ 本セッションで扱うもの
8.
ソフトウェアテストとは? テストには以下のような目的がある。 ◦欠陥を摘出する。 ◦対象ソフトウェアの品質レベルが十分であることを確認す る。 ◦意志決定のための情報を示す。 ◦欠陥の作りこみを防ぐ。 ISTQBテスト技術者資格制度 Foundation Level
シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-‐SyllabusFoundation_Version2011.J02.pdf
9.
ソフトウェアテストとは? テストには以下のような目的がある。 ◦欠陥を摘出する。 ◦対象ソフトウェアの品質レベルが十分であることを確認す る。 ◦意志決定のための情報を示す。 ◦欠陥の作りこみを防ぐ。 ISTQBテスト技術者資格制度 Foundation Level
シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-‐SyllabusFoundation_Version2011.J02.pdf
10.
ソフトウェアテストとは? ソフトウェアテストには、ソフトウェアの欠陥を見つける、 欠陥の作り込みを防ぐ目的があります。
11.
ソフトウェア開発プロセス 要求 定義 基本 設計 詳細 設計 実装 単体 テスト 統合 テスト システム テスト 受け入れ テスト 欠陥の作り込みを防ぐ 欠陥を見つける ※プロセスモデルはSQuBOK p169
V字モデルより
12.
欠陥とは コンポーネント又はシステムに要求された機能が実 現できない原因となる、コンポーネント又はシステム に含まれる不備。 ISTQBテスト技術者資格制度 ソフトウェアテスト標準用語集 日本語版 Version
2.3.J02 http://jstqb.jp/dl/JSTQB-‐glossary.V2.3.J02.pdf
13.
ソフトウェアの知識が何故必要か 欠陥 = コンポーネント又はシステムに含まれる不備 ソフトウェア開発の知識があると、 これらが推測出来るようになることがある
14.
ソフトウェアの知識とは lソフトウェアが作られる仕組み (ソースコードの仕組み) lソフトウェアが動く仕組み
15.
ソフトウェアの知識とは lソフトウェアが作られる仕組み (ソースコードの仕組み) lソフトウェアが動く仕組み
16.
ソースコードとは ソースコード(英: source code)とは、コンピュータプ ログラミング言語で書かれた、コンピュータプログラ ムである文字列(テキストないしテキストファイル)の ことである。 ASCII.jpデジタル用語辞典 https://kotobank.jp/word/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2-‐5387
17.
ソースコードを読むのは難しくない ソースコードは簡単に読むことが出来る ソースコードを読む取っ掛かり ◦コメントを読む ◦メソッド名、関数名などを読んでみる
18.
コメントを読む ソースコードには大体日本語や英語でコメントが記 載されている。 // 画面に表示する処理 ←
コメント fmt.println(msg); ← ソースコード # write output /* コメントの種類は他にも色々あります */
19.
クラス名、メソッド名(関数名)を読んで 見る 処理ブロックとなるクラス名、メソッド名、関数名など から処理内容を推察する。 func shopping (money
int,i *Item) int{←名前から推察 return money – i.price } ”main”という名前の関数はそこから処理が行われること を表している事が多い。
20.
ソースコードを読むための基礎知識 大体のプログラミング言語で共通している仕組みが ある。 ◦変数 ◦条件文 ◦繰り返し文
21.
変数 値や、文字列は変数という入れ物に入れて使用す る。 var num int
= 1 var food string = “食べ物” 入れ物の大きさ(など)によって、入れられるものが 違うことに注意。ここにあるintとstringは大きさが異 なるため、入るものも違う。
22.
条件分岐 条件が一致する時、処理が分岐する if food ==
“たこやき” { eat() } foodの中の文字列が”たこやき”だったとき、 eat関数が実行される
23.
繰り返し 条件が一致するときのみ、処理を繰り返す for i :=
0; i < 10; i++ { eat() } iがループ毎に加算され、0から9までの間eat関数が実 行される。 (10回実行される)
24.
条件 条件の指定は複数の条件を組み合わせることも出 来る if food ==
”たこやき” && food2 == “たいやき”{ eat() } foodがたこやきで、food2がたいやきの時、eat関数が 実行される。(論理演算子)
25.
条件 複数条件のときは、条件関係に注意する if food ==
”たこやき” || food2 == “たいやき”{ eat() } foodがたこやきか、food2がたいやきの時、eat関数が 実行される。
26.
演習 時間:20分 最初10分間は一人で考えてみてください。 (スマホなどで調べながら) その後、 分かった人は直接答えを言わないで、出来ていない 人が問題を解けるようにサポートしてください。
27.
答え
28.
感想の共有 ソフトウェアの開発経験がない人から順番に演習に 挑戦してみての感想を共有してみてください。 時間:6分間
29.
(おまけ)ソースコードを読むには ソースコードは頭から読むのは大変です。 出力されたエラーログなどをキッカケに解読していき ましょう。 OSやエディタに付いている検索機能を使うと簡単で す。
30.
デモ
31.
ソフトウェアの知識とは lソフトウェアが作られる仕組み (ソースコードの仕組み) lソフトウェアが動く仕組み
32.
ソフトウェアの動く仕組み 近年のソフトウェアは一から作成することはあまりな い。 複数の既存技術が組み合わさってソフトウェアは 動作している。 既存技術 既存 技術 新規
33.
使われている技術を理解しよう 今、自分が関わっているソフトウェアはどういう技術 が使われているか理解していますか? ◦プログラム言語 ◦ライブラリ ◦データベース ◦プロトコル など
34.
使われている技術を理解しよう ソフトウェアは使われている技術によりテストが変 わってくることも有る 例) メモリ消費量に着目したテスト ◦C/C++ :メモリ増加の有無を見る ◦Java
:ガーベッジコレクションの頻度を見る
35.
使われている技術を調べてみよう 今、自分が関わっているプロダクトで使用されている 技術を調べてみよう。 そこから、段々勉強して行きましょう。
36.
まとめ lソフトウェアの知識があると、欠陥がありそうな場 所を推測出来るようになることがある lソフトウェアの知識とは lソフトウェアが作られる仕組み lソフトウェアが動く仕組み
37.
更なるスキルアップを目指して 知識を付けて、自分のスキルアップを考える 的確なインシデントレ ポートが書ける 欠陥が推測 できる テストが自動化 出来る
38.
更に上へ 開発、テスト、両方のスキルアップを目指して、両方 できるようになろう 開発 テスト
Télécharger maintenant