惊现office里的字套字bug。

syjda2008

今天在浏览资料的时候看到了一个说是office的字套字的bug，本人亲自实验了一下，果然在office 2003中仍可
再现这个错误，具体操作步骤如下：
①新建一个Word文档；②在文档中输入汉字 “胡”；③设置其字体属性为“隶书”，字号为初号，效果为“ 空心”；④将页面的显示比例设为“500%”。这时在“胡”字的内部会出现“胡万进印”四个字。
难道office测试人员要对每个汉字的进行测试，这个就算是用自动化工具，也是比较庞大的一组数据。知道的大家可以讨论一下啊

mingg

彩蛋吗，一般来说，开发出了成果以后，开发团队或开发人员总会在成果里保留一些自己的信息,这种信息不会影响到程序的稳定性,所以一般来说，此类基本都是做为娱乐，不认为是bug,但是如果测试人员在测试过程中，真的能将不知道的彩蛋都找出来，那真的做的太细致了~

yahuu

这个是05还是06年就知道的了吧，应该2003sp2修复了的

月野幻儿

::zhuqintpl:::

clh

刚试了一下，真的会耶

syjda2008

程序本身就很奇妙，以前看过一个程序具体记不住了，程序代码好像全是0和1组成，运行后能形成变动的图像，就像CS游戏里的地图，这个程序记不住是怎么回事了，反正很好玩，程序的灵活性有很多是人为没办法控制的。

bzfyhfyh

那个是起彩蛋和字库防伪的作用的。不是什么Bug。

yg-060616-x

的确有！！
真厉害

FrienkyK

有知道怎么调出彩蛋的吗？我也想试试呢！我觉得美国人很幽默，呵呵，或者说很调皮，老是不按理出牌而搞一些小玩笑给大家~~~

zhangting85

不敢当，我也是刚入门。因为有前辈给我share过这方面的经验。他所在的组里测试人员都是开发人员出身，对代码很熟悉。单元测试在我们大部分组里都由开发人员做。至于份量，看具体情况。理论上，单元测试可以发现80％的bug，所以它更重要。但是，实际上很少测试人员能参与单元测试，而开发人员经常敷衍了事。很多小项目单元测试都是走个过场，就直接进入系统集成测试。

Neoess

我的操作系统是英文的，根本没隶书呀，

dqt0716

据说是参与Office的胡万进故意加的“彩蛋”....据说后来被MS fire了

别叫我神

这个人真强。。。。。

syjda2008

大哥，说的很详细，你说的这个就是代码复查，一般都在单元测试阶段进行，这个需要很高的编程经验， ，估计像我这样的新手现在还做不到，其他的人说看不到，可能被微软修补了这个漏洞，否则就是没有将字体进行空心处理，还有部分仁兄说没有隶书，这是不可能的，仔细找找绝对会有的 还想问一下14楼的，单元测试在整个测试过程中占的份量有多少，我觉得最多的是集成和系统，尤其是功能测试很重要。

pangda

我没隶书A

ssdyxyh

应该是改进了吧~没发现哦~

judywyy

我也没发现彩蛋，office 2003 sp3

wyfmmq

我试了咋没有
office 2003  SP2

尤迪安

彩蛋和BUG没分清

zhangting85

code review就是说对代码进行评审，单元测试一般是对代码进行动态的测试，是实际去运行代码的。而code review就是对代码进行静态的测试，也就是说是不运行代码而通过人工或者工具读代码来分析可能存在的问题。通过这个手段不仅可以发现常规的问题，还可以发现一些动态测试难以发现的问题，比如发现一段用途不明的代码，就可以分析一下有没有可能是程序员故意留下的“复活节彩蛋”，你说的套字bug也算彩蛋的一种，其他比较有名的还有以前excel上按一套什么组合键之后可以调出一个游戏之类的。
我所在的公司里有的项目组是由测试人员人工读代码来做code review，然后code修改之后用文本比较工具来找到修改的部分，再次人工分析。也有的由开发人员互相review或者在会议上一起review。至于专门做code reivew的工具，我还没接触过。google了一下发现有这类工具的，比如FxCop，用过的朋友分享一下经验吧～
至于具体的做法，可以用一个Check List对每段代码或者每个控件做一个check，先列出要check的项目，然后让开发先check，他们check完了之后测试人员再次check。有些项目里面check list 可以取代测试用例，把对业务的要求也列在check list里面。