test を書く

[tsutaj]

無いので

テスト方法

• このリポジトリのどこかに、正解となる成果物を格納しておく
• ss-manager run -o (md|html|pdf) で成果物を吐き出す
• diff を取って一致するならテストが成功しているとみなす
  • difflib という標準モジュールがあるのでそれでできそう。

作業手順

• テストを書いてみる
  • pytest を使おう
• 今の環境で落ちることを確認する
  • 生成物に言語名をつけるかどうかの判定が間違っている #68 と 問題文へのパスが絶対パスであるときの mode 自動認識の挙動が間違っている #69 があるので落ちてほしい
• その後に上記 issue の対応をして、テストが通るようになることを確認する

[tsutaj]

そろそろちゃんと書かないといけなくない？

手元の Linux でしか動かしてないけど Windows とか Mac で動く保証がまったくない

[tsutaj]

バグをいろいろ埋め込んでしまった経験から test の重要性をまた感じた

• ubuntu-latest だけ使うのはやめよう。OS は mac, win も試す
• テストを書く場合の技術の候補
  • unittest
    • 標準モジュールにある。https://github.com/online-judge-tools/verification-helper でも使われてるのでコード例はすぐわかる
    • テストごとに UnitTests を継承したクラスを書く必要あり
    • 資料等
      • 公式ページ
      • setup.py を使ってテストする場合のフォルダ構成について
  • pytest
    • たぶんサードパーティの中だと一番使われてる
    • ファイル名の規則さえ気をつけてれば、関数を書くだけで動く。あと assertEqual 文とかを追加で覚える必要もなくて、そこもありがたいかも？
    • 資料
      • 公式ページ
      • pytest ヘビーユーザーへの第一歩。日本語の詳しめの記事
      • pytest を推してる人のブログ記事。推している理由が書かれている

せっかくだし pytest 使ってみたさはある。

[tsutaj]

そもそもテストどうやって実行したらいいかな

• このリポジトリのどこかに、正解となる成果物を格納しておく
• ss-manager run -o (md|html|pdf) で成果物を吐き出す
• diff を取って一致するならテストが成功しているとみなす

こんな感じになるか？

[tsutaj]

デグレの確認がそろそろ大変なので優先度を上げたい（すぐやるかと言われると・・・）

[tsutaj]

PR を作ったり PR branch を push したときにカバレッジを出す：https://qiita.com/alkshmir/items/acd7ef40c0b9a622971d

[tsutaj]

カバレッジの diff は diff-cover で見れるっぽい

カバレッジ周りの設定は、ある程度テストが用意できてからでよさそう