测试软件：必应词典客户端1.6.2.0(beta)
测试人员：吴翰雄 谷骞
第一部分
bug1
屏幕取词功能在chrome浏览器上有问题，在应用程序和IE浏览器上没问题
用户期望功能：在chrome浏览器打开的网页上用鼠标停留在一个单词上就能够显示单词的释义，如有道：
软件实际功能：没有反应，这个功能是有缺陷的
bug2
软件内置的各种链接没有采用用户默认浏览器打开，而是用IE浏览器打开
用户期望功能：使用自己默认浏览器打开。由于用户往往会用默认浏览器浏览网页，而IE根本不会打开，如果点击这个链接系统将会启动IE，造成一阵延迟，很令人烦恼。而且有些用户根本没有IE。
软件实际功能：使用IE打开
bug3
UI问题：“蓝色极简”皮肤下的前进后退钮与输入框不协调，如图：
用户期望：两者上端对齐，下端也应对齐
软件实际：输入框比按钮宽了一点，上端对齐而下端不对齐，显得做工粗糙
第二部分
第三部分
项目实现
假设实现这个项目的前提是软件的词汇数据都是现成的。必应词典软件由词典、生词本、背单词三部分组成，词典的主要功能是通过在线交互实现的，我认为难点是屏幕取词和划词功能，当然如果取词划词模块使用现有的模块就不是问题了。对于6人团队，我认为词典的工作量大约在40天；生词本功能很简单，只有添加删除、导入导出数据、显示数据，5天可以完成；背单词的功能也比较简单，支持多种词库、实现两种背单词模式、记录当前背单词情况的数据、导入导出数据，15天可以完成。
软件分析
同类产品最有名的就是有道词典，我们以有道词典为代表来比较两者的优劣
优势：
1.微软强大的技术支持，以及MS体系中其他产品的支持。
2.与Bing的紧密联系。
劣势：
1.功能不够完善、可靠。除上述BUG以外，一些很实用的功能也有所欠缺，如单词的各个专业释义。
2.界面不够精致简洁。必应词典的UI似乎并没有与Bing或WIN8或哪一款MS产品统一风格，界面被各种信息填充得很乱，颜色太亮，需要简约化。UI制作有点粗糙，不够精致。
3.生词本、背单词、词典三个模块似乎丰富了必应词典的功能，但目前的产品中这三者互相之间几乎没有联系，如用户背单词的过程中遇到生词了，他需要手动在生词本中添加这个词，而这本应点一个按钮就能实现。
4.虽然同类产品很多没有“背单词”功能，但必应词典的该功能实在很没用。几乎没有人用“自由浏览”方式背单词，翻转卡片方式的方式还可以，但还起了个“记忆曲线学习”的莫名其妙的名字。单词的出现顺序是字典序，用户没有别的选择。这个背单词功能过于简单，不如没有，比较有价值的背单词功能可参考拓词网。
5.占用内存较大，不过好在此类软件的性能不是主要矛盾
产品提高
对于词典，很多功能的实现依赖于在线提供的数据，所以有些功能扩展暂不考虑了，如果有数据就能做，比如专业释义功能；
我认为有必要实现的一点是词典、生词本、背单词三者的协调工作，生词本、背单词不作为词典的扩展功能，而是三者合为一个软件。计算机用户需要在词典客户端上登陆，他的个人信息、生词表数据、背单词数据自动导入，软件用户在查单词、背单词的时候可以通过按钮添加到生词表，遇到生词表中的词汇有相应提示。
第四部分
NABC
Need：
1.方便快捷的查询功能
2.准确的专业单词解释
3.准确可靠的句子段落翻译功能
4.词汇量测试功能
5.有效地背单词功能
6.简洁友好的软件风格
Approach：
1.现有的屏幕取词能够满足便捷的查询需求，但当屏幕中英文较多时这个功能会令人很烦恼，鼠标随意一动就弹出很多释义；必应词典的鼠标晃动来开关取词是个解决此问题不错的创新，此外我认为键盘快捷键也很好的解决办法。
2.提供单词的各个权威的专业释义。
3.机器自动翻译可能很难保证大段翻译的准确性，可提供收费人工翻译。
4.根据背单词的词库自动生成随机的单词序列，根据正确率和单词序列覆盖率评价用户的词汇量。
5.如拓词网，可加以完善。
6.精简界面，改为Bing的统一风格；不要让非主要信息填充在界面的主要位置，避免大片的广告图
Benefits：
通过以上改进，用户对单词查询、句子段落翻译的可靠性要求得到了满足，完成了一个词典基本应该完成的任务；同时背单词、词汇量测试这些实用的功能能够使得用户得到更丰富的体验，同时方便了用户，不必用浏览器专门访问一个网站来完成这些功能；用户能够得到较好的使用体验，对Bing产品产生认同感。
Competition：
目前上述提到的功能单独而言并不复杂，每一种都有对应的软件或网站来实现，很多数据是共用的，但没有将这些功能整合到一个软件的产品，而词典用户有这种多方面的需求。只需要集中这些现有的功能，产品就能为用户带来便捷，得到用户的青睐。
项目进度安排：
|
时间 |
任务 |
|
第1周 |
用户调查，需求分析 |
|
第2周 |
系统框架设计，UML建模 |
|
第3-6周 |
M1 scrum |
|
第7周 |
M1 分析与计划调整，重新认识用户需求，并设计、建模 |
|
第8-10周 |
M2 scrum |
|
第11周 |
M2 基本完成，测试和调试Bug |
|
第12周 |
项目完成，用户测试，发布 |