在两年以前,我写了一系列关于单元测试的文章,希望在公司内部的产品开发过程中,引进完整的单元测试,当单元测试工作推动起来后,我便停止了这方面的写作。前几天,与公司不同部门的同事谈起单元测试,很有一些感触,因此,又动了写单元测试文章的想法。
话题的起因是这样的,这位同事以及其他几位同位,正在全力开发一个全新的产品,团队人数不多,项目周期也不长,想在内部引入单元测试,因为觉得我部门单元测试的工作推动得不错,这位同事向我搬救兵,希望我部门给他支援一两个单元测试人员。问他打算如何推动单元测试工作,他的想法是,他和另一个核心开发人员全力编写系统,我支援的测试人员全力给他们做单元测试。
我当时问了他几个问题:
1、你们两个核心人员准备参与单元测试吗?
回答:不准备参与。
2、如果两个测试人员的测试速度跟不上两个核心人员的开发速度,怎么办?
回答:只测主流程和基础模块,不测分支流程和上层模块(也是非界面)。
3、测试人员如何理解拟测试的程序及模块?
回答:核心开发人员给测试人员讲解模块的功能,由测试人员自我阅读理解。
我当时这样回答那位同事:如果是这样,我建议你还是不要引入单元测试。
…… ============================== 点击此处阅读全文 |