Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1047923
  • 博文数量: 288
  • 博客积分: 10306
  • 博客等级: 上将
  • 技术积分: 3182
  • 用 户 组: 普通用户
  • 注册时间: 2008-08-12 17:00
文章分类

全部博文(288)

文章存档

2011年(19)

2010年(38)

2009年(135)

2008年(96)

我的朋友

分类:

2008-11-07 15:31:35

    这一周老是在修改软件上的问题。
    事情背景是这样的:要在软件上加一个新功能,此功能的程序运行于后台,用户通过专有工具与后台程序建立通信后,在原有软件上表现出相应的效果。后台程序由我结合过去的程序来完成。
    我写好模块单独测试后没有问题,询问软件负责人相关的增加功能的细节后,就把新模块加到现有软件中,然后就把测试重点放在用户使用的专有工具上的测试上一切没有问题,就到用户那交货了,结果问题重重。
    问题出在使用软件系统内部的各大模块之间的切换上,一旦切换成功则用户可以正常控制,但现在切换几次软件就挂了。而且这问题本来也存在。
    我的解决思路:本人的小模块独立反复测试(尤其对有疑问的类)-》小模块与原有模块发生关系的代码部分的复查及测试-》原有模块与原有软件系统发生关系的部分测试-》。。。。
    按照这一思路发生了两个问题:一个是我有疑问的类一个是与原有模块发生关系的问题看来的我疑虑是有价值的。由于用户是反复调用才出问题,于是我也反复启动停止本小模块,未发现瓿。升级到公司软件系统中,但是软件系统还是容易挂。。。。。。
    技术部工程师的解决思路:找到不容易出问题的计算机,比较相应环境的差异,然后升级软件环境,如将IE6升级为IE7等。有一点效果。
    我们部门经理的解决思路:找到用户容易出错的操作处,找到软件容易出错的环节,想出一个办法可以避开这个出错的操作步骤同时也能增加用户使用的方便性的操作方法来对软件操作界面进行修改。问题不再出现了。
 
    感悟:我总是在试图改变什么,而我们的部门经理总是在想办法的去适应什么。
  
    我想还是改变在当前环境下能改变的,但更多的还是去适应并融合现有的环境。
 
 
阅读(874) | 评论(0) | 转发(0) |
0

上一篇:OCX

下一篇:工作总结:写作要点

给主人留下些什么吧!~~