首先:
- Good tests find bugs. (Tests must not find a bug now, they are also good tests when they find a bug some where in the furure while anybody is changing anything.)
- Bad test did not find bugs. (If a single test never failed, the whole time the project was developed or maintaind, then the test was useless.)
- And tests never prove that there is no bug!
因此,在我撰写考试时,我试图尽可能轻松地写这些考试,但同时也试图检验我能够错过的每一件事。
例如,贵重机构:
当然,逻辑上可能有许多弊端,因此,需要为这些弊端撰写大量测试。 但是,这些测试可以直接援引这种方法,从而便于其撰写测试。 采用的方法比采用一些吉大港山区发价更为容易。
但无论如何,在吉大港山区的消失中可能会出现错误,因此必须加以测试。 但是,由于我已经用我的正常单位测试了“编码”。 我只需要如此之多的这种难以书写的测试。 而这一试验更多地侧重于错误测绘或错误消化所能做的ug。
www.un.org/Depts/DGACM/index_spanish.htm 因此: 利用你可以撰写的所有测试(Unit Test, Mocked Stuff, HttpUnit test, Selenium,...)。 但首先想一下你想要检验的问题。 选择哪类检验方法,以便你能够撰写和维持这一测试案例。
Btw @see