Google Chrome OS的测试用例和Bug分析

zune2003

[详见Blog : http://www.51testing.com/index.php?uid-315747-action-viewspace-itemid-208453 ]


Chrome OS是我很喜欢的一个操作系统，简单而富有想象力。闲暇之时，下载其代码（包括测试用例）浏览了一下，同时对其产品的Issue做了一个简单的统计。希望能给大家带来一些思考的零食。
1）Chrome OS 代码获取（包括测试用例）
   a) 代码地址：http://src.chromium.org/cgi-bin/gitweb.cgi
   b) 在Windows 下，可以安装GIT on Windows(msysgit ) 地址 http://code.google.com/p/msysgit/
   c) 所有Chrome OS的Bug 信息地址 http://code.google.com/p/chromium-os/issues

2）Chrome OS 的测试用例
     Chrome OS的测试用例位于 src\tests\下面；总共大约不到20测试用例，其中包括
     -文件操作（创建，拷贝，临时文件，状态）
     -网络:三个用例，检查当前网络状态
     -一个视频测试用例：用于检查分辨率
     -一个用于管理Home目录的
一个操作系统居然只有不到20个测试，是不是不可思议，这是一种测试用例设计的理念。效果到底好不好，用事实说话，请看下一节,Chrome OS的Bug趋势。

3)Chrome OS 的Bug管理
Chrome OS 从2009年8月到2010年2月，一共有700多个Issues,其中功能需求大约是460个，真正的产品问题Bug是260个，换句话说，Chrome OS 总共Bug也只260多个，要知道Windows的Bug通常要以K为单位来计算的

Chrome OS Bug的趋势，让我看看这260个Bug的发现的趋势，我们可以看到，产品发布前基本没有什么Bug，产品发布附近几天(2009,11,18)，来了一个Bug高潮，我想可能是某些Bug Hunting的活动造成的。再看它以后的趋势，你会发现Bug越来越多，越来越密了，这说明用户真正开始使用了。让用户测试产品。


在看看Bug的优先级，我发现基本上绝大部分（90%）Bug都是P2的，这种优先级定义也是值得思考的。另外，在460的Feature中，很大一部分都是P1的。

archonwang

好文章，推荐一下。

huilin.gao

好东西，收藏了，慢慢研究