团队作业5-Alpha版本测试报告(彼岸芳华队)

请根据团队项目中软件的需求文档、功能说明、系统设计和测试计划,写出软件的测试过程和测试结果,并回答下述问题。

一、在测试过程中总共发现了多少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

 

 

猜你喜欢

转载自www.cnblogs.com/13-14/p/9226039.html