第一部分 必应词典（Android客户端）bug调研评测
个人第一次上手体验
1.打开首界面之后觉得较混乱，每日一句下面排每日一词再排精选文章，好像也没什么逻辑性，而且也不够美观
2.关于翻译功能的界面：点击输入的时候手机输入法默认中文（感觉帮用户切换到英文输入比较好）
以及界面太空了(逼死强迫症),虽然是因为还没有翻译过才显得空（查找过后会在下面排历史查找）
3.功能全面：翻译，背词，查词，口测笔测，还有看英语句子新闻等等
4.点“我的”跳到个人账户，第一次会提醒我登陆，第二次点就不提醒了
5.有些地方这个问题括号会出现在上下两行（再次逼死强迫症）
6.口语训练营和我爱说英语两个口语功能很棒
bug
下面是引用《构建之法》第13章 软件测试中对于BUG描述：
Bug：软件的缺陷
Bug可以分解为：症状（Symptom）、程序错误（Fault）、根本原因（Root Cause）。
1）症状：即从用户的角度看，软件出了什么问题。例如，输入（3211）时，程序出错退出。
2）程序错误：即从代码的角度看，代码的什么错误导致了软件的问题。例如，代码在输入为某种情况下访问了非法的内存地址——0X0000000C。
3) 根本原因：错误根源，即导致代码错误的根本原因。例如，代码对于id1==id2的情况没有做正确判断，从而引用了未赋初值的变量，出现了以上的情况。
软件：必应词典 for Android
版本：5.5.2
测试环境：Android 5.1.1
1.快速点击下的BUG
点击学习-单词挑战-载入试题后以抢红包的手速狂点答案（虽然一般不会这样做题）
会自动跳到下一题，但有时候并没有选中答案（如图中情况，全程点到最后一题不返回，最后只显示我答了14题）
2.单词翻译的准确性
点击翻译，因为以前有发现句子翻译不准的问题，我就试了几个英语名言（翻译软件的通病，我觉得必应已经做得不错了）
我感觉一箭双雕还是比较经典的，但是翻不出来，翻不出来下面还会一直提示“服务器暂不可用”
3.关于口语的准确性
点击学习-我爱说英语-对于语音对比的准确性不够（试了很多次防止自己读的不准）
没读都能得分…
不方便放语音，大家可以试一下这个功能
不得不说这个功能对于练口语非常棒，但只有一种正确语音对比（没有区分英式和美式英语）
还有按正确发音的小喇叭，不太好按，有时还会长时间卡顿延时（停顿10s才播放语音）
4.设置语言无效
在福大的经典案例看到的
点击我的-基本设置-语言设置-简体中文/English
改的只有基本设置的文字（而且要反复点两次才生效…）其他界面也没什么改变，没实现功能
由于时间关系和英语水平，bug就找到这里，据说还有不能分享到qq的问题，但是手机里没有qq（装的轻聊版）就没有尝试了。
采访
1.背景和需求
不愿透露姓名的叶同学是一位正在挣扎四六级的普通大三学生，在英语学习上比较困难
平时有使用英语学习APP的习惯，一般用扇贝单词背单词
附上她体验必应词典的照片↓
2. 采访内容
（qq消息记录，有部分删减）
第二部分 分析
估计项目时间
下面是引用《构建之法》8.6节 对工作的估计：
实际时间花费Y主要取决于两个因素——对某件事的估计时间X，以及做过类似开发工作的次数N
Y=X±X÷N
项目的复杂程度将由需求的复杂程度和技术的复杂程度决定
团队条件：6人左右的计算机大学毕业生，专业UI支持
项目要求：软件的所有功能 (包括背单词, 单词挑战，口语练习等)
估计时间：
没办法估计…如果6个人都没做过类似开发工作的经验，N=0，实际时间Y将趋近于∞，起步太艰难
假设6个人（或其中几个人）有开发类似app的经验，6个人都做软件开发（没看出这个软件用了专业美工orz）
采用敏捷开发的方式，大约半年（5-7个月）（猜的，要是说错的话请见谅）
分析软件优劣
下面是引用《构建之法》14.1 节 软件工程的质量：
软件工程的质量体现在：
1.软件开发过程中的可见性
2.软件开发过程中的风险控制
3.软件内部模块，项目中间阶段的交付质量，项目管理工具的因素
4.软件开发成本的控制
5.内部质量指标的完成情况
（个人一般用谷歌翻译…使用词典app次数很少，可能有所偏颇,参考了优秀博文）
功能逻辑框图
评分
评分细则
用户体验方面
1分：体验糟糕，频繁闪退卡顿
2分：体验比较糟糕，时而发生闪退
3分：体验一般，某些功能会发生闪退
4分：体验较好
5分：体验好，软件操作流畅
UI界面美观度
1分：难看，板块混杂，没有按照功能划分
2分：较难看，板块划分混乱
3分：一般，板块按功能划分但界面不够清晰美观
4分：较好看，板块按功能划分，界面清晰，但美观度有待上升
5分：好看，板块按功能划分，界面清晰美观
核心功能
1分：功能少，且存在大量bug，影响用户的整体使用
2分：功能较少，且存在bug，影响用户部分功能使用
3分：功能一般，且存在较少bug，基本功能都能使用
4分：功能较多，存在极少的不影响用户使用的bug
5分：功能多，且基本无法察觉bug
必应词典打分
用户体验方面 + UI界面美观度 + 核心功能 = 4+3+4 = 11
第三部分 建议和规划
下面是引用《构建之法》第8章 功能的定位和优先级：
我们有两种不同类型的功能：
杀手功能（Core）/外围功能（Context）
除此之外，我们的竞争对手和用户已经决定了一些此类产品需要满足的需求，又得到另一种划分：
必要需求（Mission Critical）/辅助需求（Enabling）
这四种划分结合起来，就得到了功能分析的四个象限。
以一个必应词典软件为例子：
杀手功能：OCR文字识别技术，可以在屏幕上取词解释，拥有独家权威辞典等等
外围功能：良好的界面设计，在各个平台上都能运行（Windows、Android、IOS等等）
必要需求：单词短语释义的准确性（如果达不到这一点，用户就不会来使用）
辅助需求：可以做各种皮肤（也许能让一些用户更喜欢这个软件，但不是决定因素）
下面是引用《构建之法》第9章 项目经理：
PM( Project Manager )：项目团队的领导者
在一个项目中，PM的具体任务：
1.带领团队行程团队的目标/远景，把抽象的目标准化为可执行的、具体的、优美的设计
2.管理软件的具体功能和生命周期（需求/设想/设计/实现/测试/修改/发布/升级/迁移/淘汰）
3.创造并维护软件的规格说明书，让它成为开发/测试人员及时准确的指导，而不是障碍
4.代表客户和用户的利益，主动收集用户反馈，预期用户新的需求，协调并决定各种需求的优先级
5.分析并带领其他成员对缺陷/变更需求形成一致意见，并确保实施
6.带领其他成员确保项目保持功能/时间/资源的合理平衡，跟踪项目进展，确保团队发布令客户满意的软件
7.收集团队项目管理和软件工程的各种数据，客观分析项目实施过程中的优缺点，推动项目成员持续改进，从而提振士气。
1.如果你是项目经理，如何提高从而在竞争中胜出？
①提高UI界面设计，其实多数用户对于一些无伤大雅的bug反倒没有那么在意，一个软件第一眼看上去能注意到什么，肯定是界面好不好看
一个清晰美观、简洁大方、富含内涵的主界面能在第一眼抓住用户的眼球，吸引用户使用下去，而不是马上删掉…
建议：对模块细化，统一界面框架风格(字体，色调，排版等)，做好看的皮肤
②功能优化，必应词典的功能是目前我看到的同类软件里最齐全的，但是功能多不代表功能好用，有几个建议：
1）精选文章可以用户自定义主题分类
2）多语言支持，丰富词库
3）搜索单词不存在(拼错)自动关联到相似词提示用户
③对用户的意见进行收集并对软件进行定期更新，只有经历很多个版本才能生成bug少、体验优的好软件，不可懈怠这方面
④接着大概是营销手段，这方面不是太懂，不过必应词典打着微软牌子，这方面已经很给力了
2.目前市场上有什么样的产品了？
英语学习APP为例，有道词典的市场占有比较大，深蓝词典以非在线和翻译精准全面广受推荐，还有很多就不说了
个人使用沪江系列，主要是背单词和听力，优点在于多语言支持，界面很简洁可爱，背词的一套体系很完善
3.你要设计什么样的功能？
主要做UI界面，然后才是功能优化（详见问题1）
4.为何要做这个功能，而不是其他功能？
UI界面这个东西，很容易被专注技术的程序员忽视（一个好的美工是多么重要）
其实多数用户对于一些无伤大雅的bug反倒没有那么在意，一个软件第一眼看上去能注意到什么，肯定是界面好不好看
一个清晰美观、简洁大方、富含内涵的主界面能在第一眼抓住用户的眼球，吸引用户使用下去，而不是马上删掉…（详见问题1）
5.为什么用户会用你的产品/功能？
可以分析下用户是怎样开始使用一款软件的过程：
有某种需求-上网查询同类软件什么比较好/直接在软件市场搜-看一下软件的介绍和截图-觉得还行就下来试试看
首先，用户从几张截图上只能看到UI界面，同款软件很多，清晰好看你就赢了
接着，用户开始使用软件，如果功能上流畅便利，没严重到一眼可见的bug，用起来顺手你又赢了
最后，多数用户有怀旧心理和惰性，只要台面上没出现功能好太多的软件，就会一直用下去了
6.你的创新在哪里?
Need（需求）：简单、美观的UI界面
Approach（做法）：找一个（或几个）好美工设计
Benefit（好处）：吸引用户的第一眼
Competition（竞争）：现在市场竞争激烈，不过优化后的必应词典还是能脱颖而出的
Delivery（交付）：微软底下的产品…其他不用说了
7.如果你来领导这个团队，会有什么不一样？
个人做事态度悲观主义，不适合领导团队，多半会很糟糕
个人认为领导者应该是技术水平高，能乐观稳重处理突发事态，高效与团队交流的人
（这题不知道想问什么orz）
8.如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
3个开发，1个测试，1个美工
5个人有点少，只想到这样分，测试的人也可参与开发
如果需要我也可以做开发和测试…规定时间能做完就好
9.描述你的团队在16周期间每周都要做什么，才能在第16周如期发布软件，大小里程碑绩点设定.
最后感谢老师审阅，老师辛苦了