以后要勤快的来啊 不能荒废了~

反思最近接的几个日常

上一篇 / 下一篇  2012-03-06 22:40:46 / 个人分类:工作反思

    最近的工作突然涌现了一些灵感,觉得可以利用自己的开发知识大大的提高一下测试效率,心里有点小开心,但是没有一个落实下去,做出来东西。有的是因为已经有人做出来了,有的是因为尚没有时间。有一个说法,某个想法,其实想的人很多,真正能做到的人就很少了。要出众,那么必须要让自己的想法落实下去,否则就什么也不是了。而且时机也是不等人的,说不定你还在犹豫要不要做的时候,已经有人抢先一步去做了,所以做决定也要迅速,否则机会就转瞬即逝了。
    第一个想法,是基于测试日常的时候,制造数据无比的麻烦和讨厌的情况。要手工在前台创建各种任务,有时候不同类型的任务又有不同的处理方式,我测的是负责分配这个任务的系统,也就是说,我为了创建多种输入数据,要在前台点很多页面,使任务处于各种状态,然后输入到后面的分配系统,看结果如何。既然是这样的话,可能你会问我为何不用接口测试,这里有个问题,我测的那个系统不是完整的一个系统里面,而是分在几个不同应用的模块——现在想想这个系统还真古怪,要测的模块居然处于不同的应用里面(对于这个大系统的整体设计持怀疑态度。。。)。这种情况下,做接口测试不不太可能的了,因为整体实现这种功能的开发代码就在不同的应用,而且并没有对外提供服务,我接口测试也调不到服务的。嗯,那就从前台制造数据打主意,让我能够一键生成各种数据就好了。基于这种想法,其实我是想做一个数据生成的小工具,它根据业务规则,调用日常环境的各种服务,最后生成一个我需要的数据,这样可以节约我大量的制造测试数据的时间~~~~~~~~回头看看我们组去年有个老员工做的一个东西,不就是这个东西嘛。。。。做这个的过程中,又将促进我去梳理这块业务知识,不过有一点不太好的是,做的这个测试数据生成系统,把业务规则固化在了代码里面,虽然首次创新不是我,但是我可以优化它~~~例如我可以想办法,使这个系统扩展更加灵活,即使以后业务规则变化了,也可以不改代码而只修改少量的配置就可以将业务规则更新进去~~~看,我在这里小节的时候又闪现了这样的灵感,嗯,有事没事就想想怎么把我这个想法落实下去。
   

TAG:

 

评分:0

我来说两句

日历

« 2024-04-30  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 7330
  • 日志数: 20
  • 建立时间: 2012-01-05
  • 更新时间: 2013-04-08

RSS订阅

Open Toolbar