龍が如く7のすごいテストをなぜ我々は採用できないのか | フューチャー技術ブログ

僕自身は龍が如くシリーズは、クロヒョウ2、極1、極2、０、3、4、5、6、0とやって、7はRPGだし主人公違うしなぁと思って、買うだけ買って後でやろうと積んでいたところ、CEDECのすごいテストの話を聞いて、（オリジナル版を積んでいたのに)インターナショナル版を買って始めてしまうぐらいインパクトがあり（そして積んでたのを後悔したぐらいよかった）ました。それ以降、維新極、7外伝、8は発売日に買ってプレイしてます。 こちらにその講演の詳細なレポートがこちらにあります。 https://www.famitsu.com/news/202009/11205564.html その8の発売前に龍が如くスタジオの技術責任者の方がXのアカウントを開設して、C++のコードを投稿されていたのですが、それに対してエンプラ開発目線で意見しているようなツイートを見かけて、「いや、システムの特性全然違うから」と思い筆を

[kent4989]

あくまで内情を予想した上で、という前提つきだが興味深い。関係者の目に留まってアンサー記事が出るといいなと思う。

[snsn9pan]

cedilで過去のcedec公演のPDF見れますよ。 https://cedil.cesa.or.jp アカウント誰でも作れます。龍が如くで検索すると、QAエンジニアの努力の積み重ねが今に繋がっていることがよくわかります！

[gomer-pyle]

業務システムでも外部システムとの連携やマイクロサービス化が進んだりみたいな外的要因による不具合も増えるので、E2Eを強化したいのはある。ただ、本気でやろうとすると専任で人を当てる必要があったりと

[inazuma2073]

毎度同じものを使いまわしてるように見えて微妙に違うんだよね。何故かロストジャッジメントでは転びやすいしドア開け失敗が多い。

[unmarshal]

業務システムでもUIはフレームや自動化に重点が置かれるケースは結構あるのでは。ゲームは変数が多いので言わずもがな、なのかな。単体テストは限界はあるけど、ゲーム開発でもコードカバレッジは押さえてる気はする

[pwatermark]

「我々」を「ゲーム開発者ではない我々」と読み替えていいのであれば、「ゲーム開発は細かいところまでチェックしまくるテストがあって当然である」という前提もあるかもしれんね 規模と心構えが段違い

[y_hirano]

龍が如くスタジオにプログラマーのバイトで潜り込めないかな、と思うことはある

[nemoba]

むしろ状態テストでE2Eってテストとして最高峰にめんどくさいのをやってる奴らがいるのに、もっとシンプルな業務テストではしないんだよね。って話であり、金が無いからという答えになる

[tmatsuu]

面白い。ゲームはテスターが存在することからもテストとの親和性は高いのだと思う。

[syu-m-5151]

我々も採用できないのか?

[tattyu]

ゲーム開発でのassert乱発はデバッグしづらいので嫌い。コールスタックとローカル変数と比較した値の中身全部表示してから死ねといつも思う。規模がデカくなると通しで確認出来る事の方が重要性が上がってる。

[trace22]

ASSERTってあのASSERTか？MFCってあのMFC？どういうことやねん

[kagehiens]

オフトピ部に反応。業務システムのテストってDBの状態固定でやるものなん……？ストーリー追わないと意味ない機能たくさんありそうだけど😅まあ、少なくともそれはテスト自動化する部分ではないか。

[yarumato]

“テストファーストが適用できるのは、小さいモジュールの集合体としてプログラムが作れる場合だけ。　業務システムは状態を持たない。一方、ゲームのコードは”

[pmint]

キー入力でしか操作できないアプリなら採用できる。入出力の問題。

[nakag0711]

別にやればできるのでは…ただゲームはそれ自体でシステムが完結しているのでやりやすいかも。状態数については業務アプリでもオールペア法とかある程度には複雑なものもあれば単純なものもあるので別の話のような

[moso722]

]熱い内容で良い

[uunfo]

なんか微妙。テストに期待しているものがずれてるのでは

[a-know]

“公開された情報からの推測でしかないですが、あえて別の言い方をすると、「複数のテストケースを並列実行する耐久E2Eテスト」なんじゃないか”