被测产品说明：
A：百词斩 B：扇贝单词
一、基本任务
1.测试进度表
| 项目 | 内容说明 | 预估耗时（分钟） | 实际耗时 （分钟） |
| -------------- | -------------------------- | ------------------ | ------------ |
| Planning | 1.计划 | 15 | 25 |
| Estimate | *估计这个任务需要多少时间 | 210 | 540 |
| Testing Design | 2.测试设计 | 150 | 150 |
| Analysis | 需求和测试需求分析 | 15 | 30 |
| Design Test Cases | 设计测试用例 | 135 | 60 |
| Testing Environment | 3.搭建测试环境（安装测试工具、管理工具等相关运行和支撑软件） | 45 | 30 |
| Testing Implementation | 4.测试实施 | 45 | 60 |
| Test | 执行测试 |20 | 120 |
| Reporting | 5.报告 | 90 | 60 |
| Test Report | 测试报告 |60 | 100 |
| Postmortem & Process Improvement Plan | 事后总结，并提出过程改进计划 | 30 | 60 |
| 合计 | | 815 | 1208 |
2.准备工作
在进行设计所有工作之前参考了部分网络上面的资料：
(https://www.zhihu.com/question/49877910?sort=created) [1、一个菜鸟怎样做好功能测试]
(https://kb.cnblogs.com/page/508097/) [2、什么是用户体验什么不是]
(http://www.cnblogs.com/xinz/archive/2013/02/03/2890786.html) [3、用户调研]
(http://www.cnblogs.com/xinz/archive/2011/11/06/2237801.html) [4、用户界面和用户体验]
3.需求说明
3.1百词斩功能模块划分
3.2扇贝单词功能模块划分
3.3组内负责模块划分
魏(本人)：背单词模块
李：单词复习模块
刘*：用户个人模块
陈**：扩展功能
4.测试说明
4.1测试用例
4.1.1测试用例设计思路
因为百词斩和扇贝单词在常规背单词环节核心业务流程基本相似，故在此用常规背单词子模块作为主要比较部分
(1)百词斩背单词
根据流程图，给予独立路径构建典型场景设计测试用例
| 场景 | 路径 | 可行性 |
|---|---|---|
| 1 | 基本流 | T |
| 2 | 基本流+备选流1+备选流2+备选流3+备选流4+备选流5+备选流6+备选流7 | T |
| 3 | 基本流+备选流2+备选流3+备选流4+备选流5+备选流6+备选流7 | T |
| 4 | 基本流+备选流1+备选流3+备选流4+备选流5+备选流6+备选流7 | T |
| 5 | 基本流+备选流1+备选流2+备选流4+备选流5+备选流6+备选流7 | T |
| 6 | 基本流+备选流1+备选流2+备选流3+备选流5+备选流6+备选流7 | T |
| 7 | 基本流+备选流1+备选流2+备选流3+备选流4+备选流6+备选流7 | T |
| 8 | 基本流+备选流1+备选流2+备选流3+备选流4+备选流5+备选流7 | T |
在基本流中因为也存在对应的分支
对应的分支有
9.选择错误一次，然后答对
10.选择错误两次，然后答对
11.选择错误三次
12.斩掉单词
13.选择正确
因为文本模式和图片模式的逻辑性一致，故只测试一种。
(2)扇贝单词
因为备选流的增多场景更加的复杂，在此处只选择其中的8个进行测试。
| 场景 | 路径 | 可行性 |
|---|---|---|
| 1 | 基本流 | T |
| 2 | 基本流+备选流5+备选流4+备选流3+备选流9+备选流7+备选流8+备选流9+备选流6 | T |
| 3 | 基本流+备选流1+备选流5+备选流4+备选流3+备选流9+备选流7+备选流8+备选流9+备选流10 | T |
| 4 | 基本流+备选流1+备选流5+备选流4+备选流3+备选流9+备选流7+备选流8+备选流9+备选流11+备选流12+备选流14 | T |
| 5 | 基本流+备选流1+备选流5+备选流4+备选流3+备选流9+备选流7+备选流8+备选流9+备选流13+备选流14 | T |
| 6 | 基本流+备选流1 | T |
| 7 | 基本流+备选流2+备选流7+备选流8+备选流9+备选流11+备选流12 | T |
| 8 | 基本流+备选流3+备选流9+备选流7+备选流8+备选流9+备选流11+备选流13 | T |
4.1.2操作和运行界面截图
（1）百词斩背单词基本事件流和备选流
（2）扇贝单词背单词基本事件流
4.2所用的测试管理工具
[Testin https://www.testin.cn] (https://www.testin.cn)
4.3测试管理工具关键截图
缺陷管理
缺陷导出
5.测试结论
经过百词斩与竞品扇贝单词的比较，在功能的完备性和质量上，百词斩更胜一筹，并且体验更加友好和得体。
而扇贝单词在背单词的效率上面会比百词斩高效一些，同时在每10个后会有小结来进行短暂的复习跳过，在这方面百词斩却没有明显的预习单词和复习单词的界限，直接就是对一个单词进行重复性的强化。
在整个背单词方面，百词斩的文字化进度反映比不上扇贝单词的图形化的进度反映，后者给人的感觉更加强烈，更能让用户清楚自己还有多少要完成，多少没有复习完。
在使用时候的性能方面，我主要针对了，有无网络的情况下两者的异常反馈，这方面百词斩做的就很出色，会有很人性化的提醒；而扇贝单词则是始终停留在0%阶段，如果用户自己不去做排查，自己也不会知道。
综合来看，扇贝更专注于背单词的效率，而百词斩更在意用户在使用过程中的人性化体验。
二、扩展任务：用户调研和可用性测试
设计的问卷调查链接
test.baidu.com
1、个人工作说明
（1）设计了背单词功能的场景，任务和用户体验问卷
（2）寻找12个待测试用户，同时说明好任务安排以及提交说明
（3）完成部分可行性测试报告的编写
（4）在百度移动云测试中心设计调查问卷作为信息采集方式
（5）下载收集到的数据，传到组内进行分析
心得体会：通过这次的用户调研和可用性测试，首先是自己对一个产品的定位有了更为清晰的认识，产品最终的价值是它能带给人的价值，本身是没有价值的，所以更多的在意用户体验也就能最大化它本身的商业价值，这就是为什么有时候“用心”比“领先”更为重要。再就是在通过寻找12个待测试用户群体和设置调查问卷和任务清单的过程中，自己真真切切的体会到了做软件测试的人员在从事这方面工作的时候的艰辛：首先是要看用户愿不愿意投入这个时间成本和其他成本去做测试，再就是任务本身的设计要尽可能的减少用户本身的思考压力从而能更快更舒适的完成可用性测试和用户调研的部分。
三、扩展任务
1.三次作业的个人感受：
第一次作业给我的感受是最深刻的，因为直接相当于是一个重磅炸弹摆在我的面前，特别难受，再加上自己同时要兼顾毕业设计的进展和大三还需要补上的课程，当时的压力就特别的大，编码任务困难时真的，但在编码的任务之后还有大量费时费力的博客任务和GitHub提交环节，这对于刚开始适应毕博系统的我们来说肯定是一个特别大的挑战，在给定的时间期限之下人人自危，分秒必争，但又无能为力，给我的感觉就很难受，尤其是编码本来就算不上是测试这门课的重点部。
第二次作业就相对压力小一些，编码任务较轻，但用例却怎么也写不够20个用例，同时也存在着僧多粥少的情况，导致原本功能就有限的程序，分的更加捉襟见肘。
第三次作业可以说是真的一次综合性的测试活动，无论是对自己对整个应用程序的人工测试、自己设计测试用例然后去写相应的场景，还是后面自己去寻找合适的测试用户，并向他们说明清楚自己的缘由以及任务要求。都是很大的挑战，幸运的是我们选择了一款比较适合移动端使用的云端管理平台，为我们节省了不少时间。
总的来说，这次的软件质量与测试的三次作业确实能够在作业量上面比肩我之前去印度交换的时候感受到的作业量强度，但是总觉得哪里有点不合适，国外的课程设置本来一学期就4门课左右，所以才能那样的肝，但是相比而言，在我们这样几乎天天都有着各种各样作业的情况下再来安排这样的作业就感觉要顾此失彼了。不过确实学到了很多有用的东西，对比我这届同学他们对这门课的感受和体验，我自己真的是太深太深了。。。