文章列表
正像我以前提到的，我电脑经常性的莫名其妙的死机，试过很多方法了，只能说是机子先天性的智障
最后测出的最有效的方法
重启！
不停重启，连续4次以上总能变好
你说郁闷不郁闷！
- 2009-07-10 09:43
- 浏览 876
- 评论(0)
最近测试的时候遇到了两个问题
1.测试集冗余
我在测试JDBC接口的时候，有几个case是测试PreparedStatement在不绑参数的情况下调用execute方法会不会报错，结果肯定是报错了我也能捕捉到，但是这样的测试用例跟我修改代码没关系。
2.无效测试
我之所以写那么多case，真正目的是为了目标测试，验证Bug真的被消除了，而事实上，测试集写好后，一直都是在测修正后的版本，通过了空欢喜，因为无意中测了一次修正前的版本，也是能全部通过，汗！
虽然测试用例越多显得测试越严格，事实上，测试集数量不代表测试集的质量，一些无效的测试用例，没必要拿来混人耳目。
- 2009-07-10 09:38
- 浏览 747
- 评论(0)
学机械的同学最近搞嵌入式程序，问了我两个C语言的问题
====================================================================================
1.b=*P++，是什么操作？
2.int a；*P1
float f=2.5， *P2；
P2=&f
P1=（int）P2
a=*P1；
问a等于几？
===================================================================================
第一个问题，我说*运算符比++优 ...
- 2009-06-23 16:22
- 浏览 746
- 评论(0)
最近几天电脑反应非常慢
各种程序运行倒还正常，但是只要用到My computer、打开文件夹之类的功能就会很慢，跟死机差不多
我一直怀疑我的硬盘是不是快挂了
反复重启了n次，算是正常了
然后根据网上的建议，做了以下处理：
1.HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\MyComputer
下的子键全部删除
不过，映射到本地的远程目录不能访问了
2.在Computer Management里查看所有的Shared Folders里，把共享目录全部取消
3.进行一次全面磁盘碎片整理
现正有点正常了，就是 ...
- 2009-06-23 16:01
- 浏览 733
- 评论(0)
背景：
C写的库，通过JNI本地化，生成接口相似的jar
操作步骤：
C写的库，可以通过简单的调用C库的接口的小程序Trace进去，也可以通过导入jar，作成java的小程序Trace，因为Java接口比较友好，容易实现各种用例，所以往往是用Java作成case进行Trace的
VS2005打开C库的工程，在工程属性页Debugging选项中进行以下设置：
1.Command项设置成java.exe
*windows下因为在环境变量PATH中已经有了java.exe，所以可以直接设置，否则要写绝对路径
2.Command Arguments中设置java执行参数，我喜欢使用-cp选项，把使用的 ...
- 2009-06-22 09:10
- 浏览 1435
- 评论(0)
04年的时候，《Software Development》杂志举办了一次专家论坛，讨论数据库的未来。论坛由咨询师和作家，《Dr. Dobb's Journal》XML 与 Web Services 技术频道的编辑 Ken North 主持，与会的有六位大师：Rick Cattell， Don Chamberlin ，Daniela Florescu，Jim Gray，和 Jim Melton。
有一个观点，几位大师都不反对，就是元数据最重要，如果数据库支持了某种原本比较抽象的数据，那么无论是网路数据库，多媒体数据库，面向对象的数据库，还是分布式的存储数据库都相对容易实现些。
今天看了下Oracl ...
- 2009-06-18 18:02
- 浏览 969
- 评论(0)
上周末在整理MK23和CT测试集的时候，发现自己写的测试用例遗漏了一点：客户的使用习惯
因为对源码做了修改，所以要对API进行测试，测试的目标是证明修正点会正确抛出消息，在测试要因表（公司测试统一使用要因法进行测试）中，客户那边加了一条抛出消息后执行SQL文的要因，我在写测试case时觉得没有必要，就无视了
在测试中，我做的修改是生效的，当触发这个错误时，Application会自动停止，但是，如果用户习惯使用异常捕捉，把这个错误忽视掉，继续执行后面的语句（INSERT，UPDATE，DELETE等操作）的话，程序中数据的通信突然中止并抛出错误消息的逻辑是否会影响后面的操作不得而知。
按照正 ...
- 2009-06-08 15:55
- 浏览 685
- 评论(0)
看InfoQ上一篇文章，提到敏捷团队使用William Pietri的时间表
下面是简单的时间表示例
时间 事项参与者周一 9:00-10:00迭代计划和启动会议所有团队成员周二至周五 9:30-9:40站立会议 所有团队成员周二 14:00-16:00产品干系人会议 产品经理，外部干系人周三 10:00-12:00 产品计划 产品经理周三 16:00-17:30 估算 所有团队成员周五 16:00-16:30 产品演示 所有团队成员，外部干系人周五 16:30p-17:30 过程回顾 所有团队成员
回复都嫌会议过多
而我们公司作为还不太典型的日企管理风格
也是有着不少会议，这个是 ...
- 2009-06-03 10:45
- 浏览 731
- 评论(0)
读大学时候，很少coding，更不习惯调试，嫌麻烦
工作后其实大部分都在调试，最近看了些书，所讲的软件调试过程大同小异
发现bug
记录
->重现bug->调查->提出修正方案->修改代码->测试验证->结束
跟瀑布模型一样，各阶段之间会迭代
发现和记录不是调试人员的工作
整个调查和解决过程才是软件调试的生命周期，关于调试，有些有趣的观点耐人寻味
“一旦我们开始编程，就会惊讶地发现让程序正常没想象中那么简单。调试不可避免。那一刻我认记忆犹新，当时我就意识到，从今往后我生活的大部分时间都要花在寻找自己程序的错误上面了。”
(莫里斯•威尔克斯 调试探索, 194 ...
- 2009-06-02 15:44
- 浏览 900
- 评论(0)
没想到配samba这么简单
1.简单修改samba配置文件
/etc/samba/smb.conf
2.增加用户
在/etc/samba/目录下使用命令smbpasswd –a root增加用户（以root为例）
执行后会提示输入密码
这个密码在访问samba目录时会用到
3.重启samba
service smb restart
PS.上面配置的话会有个问题，目录能访问，不能写
原因是共享目录的所有者默认是root
所以，可以修改该目录的属性页或者使用chown命令设置为nobody
还有两点要注意：
1.文件价的权限，要使用chmod来改
2.防火墙和SELinux选项要关掉
- 2009-06-02 15:14
- 浏览 787
- 评论(0)
MSRPC Server Service BO
公司局域网内溜进这个病毒，但是很轻易地被诺顿隔离了
- 2009-06-02 10:27
- 浏览 2216
- 评论(0)
在infoq上看到一片关于分布式代码管理的文章
先是陈述了当前主流代码管理工具SVN，CVS等软件的劣势：
1.代码全部交由中央server来管理，如果SVN服务器坏了，那就完蛋了
2.如果SVN服务器位置在中国，开发人员在美国，那美国那边 ...
- 2009-05-21 15:59
- 浏览 636
- 评论(0)
迄今为止，接触的移植项目主要是两种，其一是语言的移植，其二是低版本的代码到高版本上的移植
开发前者时，把VB6.0的代码移植成VB.NET的代码，大部分工作是由VS自动完成的，剩余的则是一些琐碎的问题，比如数组边界、数据类型之类的，倒不是很难
后者则是近些时候经常接触的，同时存在两个版本的源码，编译生成不同的版本在卖，不同的用户在不同版本上发现的bug会在相应版本上得到及时的反应，积累一段时间后，就有必要把两个版本同步一下，以V1和V2举例，V1版本一些bug的修正要迁移到V2上，这时考虑的就比较多了
1.V1版本的bug能在V2上重现吗？
2.如果V1版本的bug触发出来是基于之前的一个bug ...
- 2009-05-19 17:22
- 浏览 912
- 评论(0)
大部分的软件都有隐藏的功能吧，就像游戏里面的秘笈一样
看我们自己的软件，里面后很多隐藏外式是用户不知道的，而对于开发人员和维护人员来说，这些隐藏外式除了方便调试和测试外，也会产生一些莫名其妙的使用问题，因为大部分的功能其实都是不成熟的
在开发时，隐藏外式要注意两点：
1.隐藏外式用户是不知道的，在文档和手册中避免提起这些隐藏外式
2.开发人员习惯了使用隐藏外式，会把考虑的问题放宽，要注意忽略这些隐藏外式，从公开的功能角度来考虑问题
JDBC提供70多条参数，但是用户实际能使用的很少，一部分是因为JDBC规范发布者并不是数据库厂商，另一方面，那些没有公开的参数不稳定，很可能造成一些损失，而厂商是无 ...
- 2009-05-19 17:02
- 浏览 592
- 评论(0)
日企中员工座位跟个人地位是一致的，主要体现在跟领导所做位置的远近。
课长身边最近的是主任，主任旁边是老员工，再往下是新员工和实习生，怎么看都是个金字塔结构
在日本，要想成为课长一般要有15年的工龄，经验可以避免风险，所以日本公司的头头是名副其实的老头子
这样的安排，便于课长跟主任讨论问题，主任向自己的下属指派问题......
但是，习惯个人英雄主义估计会对这样的安排感觉不自在，整个氛围被营造的中规中矩
每年，因为人事上变动，位置也为随之调整，值得一提的是，虽然课长已经算是不小的头头了，但是依然没有独立办公室，甚至是部长等级的，也是和员工一起办公，只不过，会坐在最最前面
- 2009-05-06 14:12
- 浏览 1423
- 评论(0)