单体测试与结合测试区别

单体测试（白盒测试）阶段，不但要保证，程序能跑到和跑通所有对应本机能的开发的代码，同时也必须保证代码的质量（机上レビュー），是否符合规约，是否已经是最好，这个非常重要。遇到bug，及时进行确认和相关开发人员修正。单体测试完了，并将遇到bug进行修正完了，确认单体测试完毕，随后进入结合测试阶段。

结合测试(SI测试或称为黑盒测试)，不是重复的单体测试。单体测试的时候，我们是站在理解业务的开发人员的角度上看的，能debug着进行测试，一旦进入结合测试阶段，我们就是站在客户观点上来对应测试了（处非非得debug解决不了的测试点，特殊！）。（与开发没有任何关联的人，可以进入这个阶段的测试。缘由是，已经不是程序的想法，而是业务的想法了。）结合测试的任务量应该至少是coding与单体测试量之和，应该最大限度做到不重复不漏。

测试的既包括单体的内容，也得把所有的异常通过case跑出来（在业务业面上正确显示出来），该错，不该错，能输入，不能输入，多次longin不入进行lock，多人同时更新一个表，排他测试（比如，测试数据库连接时候，可以断网测试一下，看是否是出现我们理想的提示信息）等等。（式样书的做成阶段）在做测试票与测试点或者测试case的时候，原则上大约1K的开发内容，要出六十到七十左右的测试点，多了或许就重复了，少了是不够用的或者不全面的。各个机能（画面）之间比较巧妙的连接，各个测试票之间的连接巧安排，包括联动，所有的CHECK，做尽量少的重复，尽量大的不漏。在真正进行结合测试的时候，可能会对应BUG修正的，这个时候，一定一定要控制好版本（管理）。对库（服务器代码所在）的进出严格控制。

每天的进度统计与把握对项目的顺利进行也非常重要。如果遇到式样变更，一定要有专门的式样变更管理，控制好限度，如果超过限度，要进行相应的协商，以免对纳品日期（工期）和品质产生大的影响。