Daily Scrum M1 10-15

今天的Scrum大概是组队之后难得的一次全员到场。

从本周开始将不再引入新的feature,取而代之的是已有feature的测试和bug的修正。虽然上周的最后我们已经拥有了看起来还算fancy的可工作版本,但实际上需要调整和修改的东西还非常之多,而且调整这些内容所花的时间说不定会超过开发本身需要的时间。

于是今天的Scrum主要讨论的就是这些问题,细节,各种各样的细节。

最大的问题当属Tree的生长会超出窗口的问题,比如说像这样,内容很多的时候,Tree很快将超出窗口边界:

Capture

针对这样的情况,大家提出了几种方案,比如缩略图流,滚动条流,还有树叶凋零流,等等。综合考虑各种因素最终决定采用的解决方案是在窗体上加入滚动条的设计,让用户可以自行选择需要观察的位置。

其余的问题还有API去重的bug,显示文字的字体和字号的设置,曲线的美观度等。

另外本周Shuangzhi的归来让root node可以加入了,现在的根部还什么都没,而原本的计划是要加入根节点的。

具体的难点与重点:

1、前台部分。

随着叶子节点、根节点、树干树枝的陆续完成,我们也不再区分开它们,而是将它们视为一个整体。由于Shuangzhi归来,所以根节点总算可以check in了,于是前台部分目前最紧要的问题就是把根节点和叶子节点、树干树枝结合起来。叶子节点和树干树枝已经在上一个星期完成,目前各个接口设计也比较优雅,因此整合根节点应该不算困难,大概只要在树干的初始函数里加多一句new就可以了。这部分的难点在于根节点的可用性。由于上星期Shuangzhi不在,根节点也没有check in,所以没有做过任何测试,因此UI细节上多多少少会有些小问题。可能会花费一定时间调整。

另外的重点在上面已经说了,包括文字字体字号的设置、曲线的平滑、超出窗体的解决方案等,这些零零散散的问题看似简单,其实很麻烦解决。文字字号设置小了用户看不清,稍稍设置大了又会占用很多显示空间,总之是各种纠结;而曲线的平滑已经不想再谈了,前面说过很多次,动画效果的独立性和平滑性是个矛盾问题;而超出窗体的处理方案也很麻烦,用放大缩小吧,缩太小用户看不清;用滚动条吧,操作起来挺复杂。总之,这几个问题都是矛盾问题,只能在反复尝试中寻找妥协方案。目前我们打算继续尝试几天,得到靠谱点的方案再做下一步处理。

2、后台部分。

这部分唯一要做的是持久化保存。这部分用普通的文本文件逐行保存,或者用文艺点的XML都行。应该是能在一两天内解决的,也没什么难点。

3、测试。

这部分对我们来说比较难做。我们整个项目的重点在于UI(对Bing搜索结果的展示),其它部分少之又少。去掉无法测试的Bing部分(API不是我们写的,而是MS提供的),基本就是界面问题了。而界面这东西用单元测试等等实在不怎么靠谱,因为很多东西是不通过显式的函数调用来获得的,如果测试起来非常复杂而且可重复性不强,意义不大。和秋丰老师讨论后,我们觉得探索测试是目前最靠谱的做法。所谓探索测试,就是随机测试,大家用各种方法使用界面,遇到bug就fix之,没有什么特定的测试方法可以遵循。于是测试这部分我们没打算怎么细化(也实在细化不了),大家自己尝试即可。

  Working on Related Item No. Todo Todo Item No. Comments
Xiong Zhang 组织Scrum,Scrum总结,测试寻找bug 1432      
Jun Guo 测试寻找bug 1432 根节点整合,字体字号调整 1431,1408  
Shuangzhi Wu 根节点开发 1154,1350 根节点开发与整合 1154,1350,1431  
Xichao Yang 测试寻找bug 1432 修正API去重bug,测试中文内容显示 1429,1433  
Li Zhong 改进曲线绘制 1409 改进曲线绘制 1409  
Fei Liang 测试寻找bug 1432 加入滚动条 1430  
Xiao Li 改进曲线绘制,探索树干移动 1409 加入滚动条,重新输入关键字后重绘整棵树 1430,1428  

说到测试,想到今天下午的测试课程,其实我们这样UI为主的应用,更多的测试其实还是属于Random Explanatory类型的,需要修正的各种问题也大都属于显示上的问题。

老朋友Burndown & Burnrate

Capture

今天可以Burn的内容增加了,阿门。

posted @ 2012-10-15 22:08  smart-code  阅读(262)  评论(35编辑  收藏  举报