请根据团队项目中软件的需求文档、功能说明、系统设计和测试计划,写出软件的测试过程和测试结果,并回答下述问题。html
1、在测试过程当中总共发现了多少Bug?每一个类别的Bug分别为多少个?(10分)sql
在测试过程当中总共发现了5个Bug浏览器
a.修复的bug(2个);tomcat
1.sql server用Date类型存日期的时候,读出来的时间比存进去的时间会少两天微信
这个问题我查资料后发现这是微软的锅。微软官方给出的解释是,若是要避免出现这样的问题,须要使用jre1.5或者1.6。而我用的是jre.1.8。网络
解决这个问题的方法:我把Date类型换成了DateTime类型。session
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控制访问。
2、场景测试(scenario testing),包括如下内容:(5分)
A:你预期不一样的用户会怎样使用你的软件?
第一类用户:想要让别人帮助本身拿快递的同窗,先会进入咱们的官网了解一下咱们彼岸芳华平台,一进入页面,便会播放咱们的宣传视频,因而用户会滑到宣传视频那里,直观的了解一下咱们平台,观看完视频以后会看到旁边的top10,向下滑,了解完top10,便会看到一些成功的互助案例,而后注册成为咱们的用户,点击发布最新快递信息,就能够将本身的快递信息发布上去,等待匹配,在与我相关页能够查看快递最新详细信息。
第二类用户:但愿经过帮别人代取快递来赚取好人值以方便后来别人代取本身快递的用户。该类用户将本身的快递信息以及取快递时间上传至网站,经过但愿别人代取快递的用户查询和主动联系来帮助他人代取快递,完成代取任务后得到好人值。
第三类用户:须要咱们帮忙作活动宣传的各院活动负责人。可能据说过有一个校园代取快递的彼岸芳华,以为名气挺大,便会想着经过咱们的平台来宣传本身学院办的活动,扩大影响力,咱们在主页面以及快递页,与我相关页均设了广告专区,这类用户会冲着宣传活动成为咱们的用户。
B:他们有什么需求和目标?
第一类用户:需求很明确,就是须要在本身忙的时候能够找一个可靠的人帮本身取快递,彼岸芳华无疑是一个最好的选择,由学号注册,都是本校学生,有必定的保障,并且只要有足够的好人值便不须要付费,好人值能够由帮助别人取快递得到。
第二类用户:需求即上传本身的快递信息及代取时间;目标即得到好人值,便于之后联系他人让他人代取快递。
第三类用户:用户想要达到的就是经过彼岸芳华平台提高本身活动的知名度。宣传是一个活动成功与否的很重要的环节,一个再好的活动,宣传力度不够,也撑不起来场子,可是现阶段学生活动宣传仅仅限制在海报、qq、微信、H5等等,有时推送在扬思网上,阅读量也是少之又少。急需一个既能够知足校园宣传,又能够有较大影响力的平台,彼岸芳华无疑又是最好的选择。
C:你的软件提供的功能怎么组合起来知足他们的须要?
前两类用户之间的关系能够转换。目前帮人代取快递的用户未来也能够成为被人代取快递的用户,好人值是靠帮人代取快递增长的,同时被人代取快递则需消耗好人值。对于第三类用户可经过广告区向前两类用户展现本身的活动内容,从而达到宣传的目的。快递代取区这些功能结合起来,能够更好的知足各种用户的需求。
3、大家在什么样的平台、硬件配置、浏览器类型等条件上对大家的软件进行测试?——测试矩阵(test matrix)(10分)
|
用户 类型 |
屏幕 分辨率 |
操做系统 |
操做系统 默认语言 |
网络速度 |
浏览器 |
组合 总数 |
变量数目 |
3 |
2 |
3 |
3 |
3 |
3 |
486 |
|
用户 |
800像素×600像素 |
Win7 |
中文(简体) |
拨号 |
Chrome |
|
|
浏览者 |
1024像素×768像素 |
Win8 |
中文(繁体) |
ADSL |
IE7 |
|
|
管理员 |
|
Win10 |
英语 |
局域网 |
Firefox |
|
测试项 |
检查点 |
预期结果 |
火狐Firefox |
IE浏览器 |
谷歌 |
登陆、注册界面 |
登陆界面布局 |
正常显示 |
✔ |
✔ |
✔ |
不输入登陆信息点击登陆按钮 |
没法登陆 |
✔ |
✔ |
✔ |
|
输入错误的登陆信息 |
没法登陆 |
✔ |
✔ |
✔ |
|
输入正确的登陆信息 |
跳转到用户界面 |
✔ |
✔ |
✔ |
|
点击注册按钮 |
跳转到注册界面 |
✔ |
✔ |
✔ |
|
输入不正确的注册信息 |
注册失败 |
✔ |
✔ |
✔ |
|
输入正确的注册信息 |
注册成功 |
✔ |
✔ |
✔ |
|
点击好人值 |
显示好人值排行榜 |
✔ |
✔ |
✔ |
|
用户界面 |
界面布局 |
正常显示 |
✔ |
✔ |
✔ |
点击发布新快递信息按钮 |
进入发布界面 |
✔ |
✔ |
✔ |
|
点击匹配按钮 |
显示快递信息 |
√ |
✔ |
✔ |
|
点击移除按钮 |
移除快递当前信息 |
✔ |
✔ |
✔ |
|
快递信息发布界面 |
输入错误的快递信息 |
发布失败 |
✔ |
✔ |
✔ |
输入正确的快递信息 |
发布成功并在用户主页显示快递信息 |
✔ |
✔ |
✔ |
|
匹配界面 |
点击匹配按钮 |
显示彼此关系 |
✔ |
✔ |
✔ |
点击助人按钮 |
好人值加一且清除已经匹配的快递信息 |
✔ |
✔ |
✔ |
|
点击求助按钮 |
好人值减一且清除已经匹配的快递信息 |
✔ |
✔ |
✔ |
|
点击退出登陆 |
匹配成功且退出系统 |
✔ |
✔ |
✔ |