日创建与冒烟测试的实践

unisoft · 发表于 2006-11-19 10:45:34

日创建与冒烟测试，说是创新，实际上概念早有了。真正的用到了产品测试上，感觉效果还是蛮不错的。
   之前负责的XX产品测试由于工期比较紧张，于是果断采用日创建的方法，每日早上更新编译，上午一般回归前一天的问题，然后下午继续测试，把所负责的功能走一遍（几乎到处冒烟一次，呵呵），然后提交新发现的问题。然后开发人员更新程序，然后第二天重新发布、回归、冒烟。。。。。。彻底颠覆了之前测试中心集成测试的模式（之前是每完成一个功能，提交单元完成提交单，然后发布，逐个功能测试）。
   与之前的测试模式相比，有如下优势：
   1、每日连续遍历，保证了测试业务的连续性以及完整性；
   2、逐步求精的测试，测试程度比之前更加深入；
   3、更加关注业务场景以及流程，测试更贴近客户需求；
   4、工作效率极高，日创建-日测试；
   5、有利于弥补开发方面对于质量的不利影响；比如：工期紧张、开发人员缺乏自测；用这种办法对双方都是很大的督促；
   6、其他。。。。。。
   缺点：
   累，不是一般的累，每天的工作量可想而知，呵呵，真的是每天忙得屁股都冒烟了。如果继续这种模式测试，一定要合理的安排人员和工期。