无牙老虎
级别: Cntesting老学员
精华:
1
发帖: 790
基地声望: 99 点
基地币: 4 Bug
基地贡献: 12 点
好评度: 18 点
在线时间:644(小时)
注册时间:2006-02-19
最后登录:2008-11-22
|
2006年8月11日 晴第四周周末 上周四的时候,公司来了一个原先在其它地方做维护的员工小M,领导让他跟我一起做测试。上周用了几个小时给他讲解这里的基本情况,以及测试的基本流程,并且一遍讲解一遍执行的给他演示了二十多条测试用例的执行。最后,我给他设计了一个表格框架,让他准备一份客户资料的测试数据。这是投保规则测试的前期准备数据,周一他用了半天的时间完成了,但漏掉了一个我规定好的年龄段。我没有再让他修改,因为我还有一部分数据要自己添加。管理,说起来很简单,就是请人把事做好,但实践起来真有难度;以后我还要好好努力。。。用了一天时间,我核对了上周完成的需求,然后用了两天时间结合客小M做的测试数据开始编写投保规则的测试用例。由于测试需求很复杂,难以归纳,另一公司的测试经理老C终于认可了我用标准的数据驱动格式编写测试用例。经过两天的奋斗,我终于完成了近三百条测试用例,然后我将文档发给了老C、小M以及另一个测试小Z。从他们的反应来看,好像从来没有看到过这么多的针对一个功能模块的测试用例。。。一天晨会,保险公司的软件经理T不知为何问起了老C是否给我和小M做过测试培训;老C告诉T,说我基本没问题,有时测试用例会和我沟通;小M他会培训。。。我的工作终于得到了同行的认可:)当天中午饭前一小时,老C准备对小M进行培训,并邀请我一同参加。我欣然接受了邀请,这是一个了解老C的好机会。老C的理论很肤浅:软件测试的W模型他只列出了右半边的执行部分;测试需求设计和用例的编写在他看来只是一个步骤,我终于明白这里为何不重视测试需求分析了;黑盒和白盒的用例覆盖方法也被混为一谈;而黑盒测试的分析方法却被划分为正面、负面、边界三种。我相信这是老C的经验总结,虽然旁听这培训在技术上我没有提高,但让我明白了以后如何去与老C进行技术层次的交流。曾经看到一句经典的话:“如果客户不懂C语言,难道客户就一定懂UML吗?”其实只要使用得当,用甲骨文替代UML也未尝不可。这个星期,单机版的开发人员一直在为数据库的移植努力着,我终于体会到何谓百里成功半九十。这周空闲的时间始终在思考一个问题:软件发展史上最著名的三种操作系统UNIX、DOS、LINUX的诞生都不是源于任何公司的项目计划,但是他们却都是最优秀的;如果他们的发明人都供职在华为,那么这种传奇般的操作系统是否会诞生在中国呢?
[ 此贴被Fastpoint在2006-08-22 16:28重新编辑 ]
|

|
|
[25 楼]
|
Posted: 2006-08-11 22:23 |
| |