JUnit基準と目標

JUnit三个准则

  • 每个单元测试都必须独立于其他单元测试而运行。
  • 必须以单项测试为单位来检测和报告错误。
  • 必须易于定义要运行哪些单元测试。

 

JUnit三个设计目标

  • 框架必须帮助我们编写有用的测试。
  • 框架必须帮助我们创建随着时间的过去依旧保持有用的测试。
  • 框架必须通过复用代码降低我们编写测试的成本。

最近的不好与改善方案，一定能变好，我一定是最好的！

最近状况非常不好。

  上上个星期，老大不在，带我那个人又忙，每次提交的代码都要看好久。然而，没有那些答案。自己也不敢往前做。担心做错，所以浪费了很多时间。

  上周，老大回来了，带我修改了很多地方。加班到很晚，但是不知道自己都在做什么，大概就是一遍又一遍的重做。重做的时候出了很多问题，都有记录。有些错误还是会犯。

  这周，周二过完了，还在做着上周的任务，基本就是一天重写一个文件，效率很差。不知道怎么办。

  一天写一个文件，基本就是任何一个地方都会错。快到每一行都有问题的地步了。怎么办啊。。。

  老大细心，我粗心，害怕提交有错，不敢提交。就算做完也会拖时间拖一会。

 

  • Catch Error -> 对不知道的类，了解的不彻底 -> 在使用没见过的东西的时候，一定要了解彻底，读到底，现在有的是时间。
  •   Log         -> 考虑的不够周全 -> 什么时候，用什么样的log，要根据具体情况，认真分析，一旦做出来，这样真的可以么，再质疑一下自己，如果可以，果断提交，不犹豫。
  •   失敗ログ    -> 没想到以后用的时候的用法 -> 多考虑使用情况，做程序不是为了做，而是为了用！
  •   大小写      -> 不够重视命名的点 -> 每次命名是要考虑，名字，大小写
  •   提交失败    -> 提交前没有跑Test和maven test -> 每次做完后，提交前一定要跑整体的test，因为我是新人，我要做到这点，刚好还能休息。
  •   Test重写    -> 不够了解正确的test的写法 -> 找到相关教程，找到不同的测试对象的正确的测试方法。（测试的写法应固定，不会像编程那样变数很大，所以一次学好终身受益）
  • Javadoc      -> 功能改变后，没有修改 -> 要写清楚，改变功能一定要先写javadoc

データベースのint型に関する大きさ

型 バイト 最小値 最大値
    (/unsigned) (/unsigned)
TINYINT 1 -128 127
    0 255
SMALLINT 2 -32768 32767
    0 65535
MEDIUMINT 3 -8388608 8388607
    0 16777215
INT 4 -2147483648 2147483647
    0 4294967295
BIGINT 8 -9223372036854775808 9223372036854775807
    0 18446744073709551615