请根据团队项目中软件的需求文档、功能说明、系统设计和测试计划，写出软件的测试过程和测试结果，并回答下述问题。
一、在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？（10分）
在测试过程中总共发现了5个Bug
a.修复的bug（2个）；
1.sql server用Date类型存日期的时候，读出来的时间比存进去的时间会少两天
这个问题我查资料后发现这是微软的锅。微软官方给出的解释是，如果要避免出现这样的问题，需要使用jre1.5或者1.6。而我用的是jre.1.8。
解决这个问题的方法：我把Date类型换成了DateTime类型。
2.用<a>标签url传递参数的时候，不能出现包括汉字在内的很多非法字符
相关代码如下图
这个问题是测试的时候偶然发现的。此处，我们原本想通过<a>标签传递用户名${package.owner}到后台servlet（上图注释部分）。开发的时候并没有发现这个问题，因为当时调试用的全是英文名字。做测试的时候用了一个中文名，结果就404了。console报的错误类型是：Invalid character found in the request target.The valid characters are defined in RFC 7230 and RFC3986查资料后发现经了解，这个问题是高版本tomcat中的新特性：就是严格按照 RFC 3986规范进行访问解析，而 RFC 3986规范定义了Url中只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符(RFC3986中指定了以下字符为保留字符：! * ’ ( ) ; : @ & = + $ , / ? # [ ])。而我们的系统在通过地址传参时传递的是汉字，而汉字不在RFC3986中的保留字段中，所以会报这个错。
解决办法如上图：我们把通过url传参改成form表单提交，把我们想传递的参数设置成form表单中的一个隐藏域。
b.不能重现的bug（0个）
这个暂时没有发现
c.这个产品就是这样设计的，不是bug；（1个）
这个问题是我们的用户（其实就是不是我们小组的同学）提出的，他说我们有受助者发表comment，提供帮助的人却不能对此comment进行回复。其实，这和我们的设计有关，comment首先在我们的系统中不是主要功能；其次，我们设计的时候，我们的初衷是希望受助者可以通过comment这个功能对帮助者表达感谢，仅此而已。
d.没有能力修复，将来也不打算修复；（1个）
包括发布快递信息，未匹配成功自取之后需要手动移除这条代取信息这些功能，如果我们拥有来自快递公司系统的数据，这些都能自动实现，到时候用户体验将会大大提升。但是鉴于现在的条件，我们无法获得这个数据，因此短期内，我们不会去修复这个BUG.尽管如此，我们的项目模块化设计是考虑到这点，届时只需要把手工输入模块换成自动输入模块就可以，其他部分不用修改。
e. 这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复。（2个）
1.在发布快递信息之后，如果我们刷新地址栏，就会发布一条新的快递信息，这条新信息除pakageId和之前的不一样，其他都一样。这个是不符合我们设计预期的。因为我们预想的是，如果用户要发布新快递信息，必须要手动填写信息，然后提交。
2.我们预期用户使用本系统的所有功能都要先登录。虽然这个版本在登录成功后第一个页面控制的servlet中加入了判断session中的user属性是否为空，但是后面的就没写了。这导致我们可以在未登录的时候，直接通过url地址访问到后面的页面。这是我们不希望看到的。
我们暂时解决这两个bug的思路是通过过滤器filter控制访问。
二、场景测试（scenario testing），包括以下内容：（5分）
A：你预期不同的用户会怎样使用你的软件？
第一类用户：想要让别人帮助自己拿快递的同学，先会进入我们的官网了解一下我们彼岸芳华平台，一进入页面，便会播放我们的宣传视频，于是用户会滑到宣传视频那里，直观的了解一下我们平台，观看完视频之后会看到旁边的top10，向下滑，了解完top10，便会看到一些成功的互助案例，然后注册成为我们的用户，点击发布最新快递信息，就可以将自己的快递信息发布上去，等待匹配，在与我相关页可以查看快递最新详细信息。
第二类用户：希望通过帮别人代取快递来赚取好人值以方便后来别人代取自己快递的用户。该类用户将自己的快递信息以及取快递时间上传至网站，通过希望别人代取快递的用户查询和主动联系来帮助他人代取快递，完成代取任务后获得好人值。
第三类用户：需要我们帮忙做活动宣传的各院活动负责人。可能听说过有一个校园代取快递的彼岸芳华，觉得名气挺大，便会想着通过我们的平台来宣传自己学院办的活动，扩大影响力，我们在主页面以及快递页，与我相关页均设了广告专区，这类用户会冲着宣传活动成为我们的用户。
B:他们有什么需求和目标？
第一类用户：需求很明确，就是需要在自己忙的时候可以找一个可靠的人帮自己取快递，彼岸芳华无疑是一个最好的选择，由学号注册，都是本校学生，有一定的保障，而且只要有足够的好人值便不需要付费，好人值可以由帮助别人取快递获得。
第二类用户：需求即上传自己的快递信息及代取时间；目标即获得好人值，便于以后联系他人让他人代取快递。
第三类用户：用户想要达到的就是通过彼岸芳华平台提升自己活动的知名度。宣传是一个活动成功与否的很重要的环节，一个再好的活动，宣传力度不够，也撑不起来场子，但是现阶段学生活动宣传仅仅限制在海报、qq、微信、H5等等，有时推送在扬思网上，阅读量也是少之又少。急需一个既可以满足校园宣传，又可以有较大影响力的平台，彼岸芳华无疑又是最好的选择。
C:你的软件提供的功能怎么组合起来满足他们的需要？
前两类用户之间的关系可以转换。目前帮人代取快递的用户将来也可以成为被人代取快递的用户，好人值是靠帮人代取快递增加的，同时被人代取快递则需消耗好人值。对于第三类用户可通过广告区向前两类用户展示自己的活动内容，从而达到宣传的目的。快递代取区这些功能结合起来，可以更好的满足各类用户的需求。
三、你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）（10分）
|
|
用户 类型 |
屏幕 分辨率 |
操作系统 |
操作系统 默认语言 |
网络速度 |
浏览器 |
组合 总数 |
|
变量数目 |
3 |
2 |
3 |
3 |
3 |
3 |
486 |
|
|
用户 |
800像素×600像素 |
Win7 |
中文（简体） |
拨号 |
Chrome |
|
|
|
浏览者 |
1024像素×768像素 |
Win8 |
中文（繁体） |
ADSL |
IE7 |
|
|
|
管理员 |
|
Win10 |
英语 |
局域网 |
Firefox |
|
|
测试项 |
检查点 |
预期结果 |
火狐Firefox |
IE浏览器 |
谷歌 |
|
登录、注册界面 |
登录界面布局 |
正常显示 |
✔ |
✔ |
✔ |
|
不输入登录信息点击登录按钮 |
无法登录 |
✔ |
✔ |
✔ |
|
|
输入错误的登录信息 |
无法登录 |
✔ |
✔ |
✔ |
|
|
输入正确的登录信息 |
跳转到用户界面 |
✔ |
✔ |
✔ |
|
|
点击注册按钮 |
跳转到注册界面 |
✔ |
✔ |
✔ |
|
|
输入不正确的注册信息 |
注册失败 |
✔ |
✔ |
✔ |
|
|
输入正确的注册信息 |
注册成功 |
✔ |
✔ |
✔ |
|
|
点击好人值 |
显示好人值排行榜 |
✔ |
✔ |
✔ |
|
|
用户界面 |
界面布局 |
正常显示 |
✔ |
✔ |
✔ |
|
点击发布新快递信息按钮 |
进入发布界面 |
✔ |
✔ |
✔ |
|
|
点击匹配按钮 |
显示快递信息 |
√ |
✔ |
✔ |
|
|
点击移除按钮 |
移除快递当前信息 |
✔ |
✔ |
✔ |
|
|
快递信息发布界面 |
输入错误的快递信息 |
发布失败 |
✔ |
✔ |
✔ |
|
输入正确的快递信息 |
发布成功并在用户主页显示快递信息 |
✔ |
✔ |
✔ |
|
|
匹配界面 |
点击匹配按钮 |
显示彼此关系 |
✔ |
✔ |
✔ |
|
点击助人按钮 |
好人值加一且清除已经匹配的快递信息 |
✔ |
✔ |
✔ |
|
|
点击求助按钮 |
好人值减一且清除已经匹配的快递信息 |
✔ |
✔ |
✔ |
|
|
点击退出登录 |
匹配成功且退出系统 |
✔ |
✔ |
✔ |