sixsix团队“餐站”应用M2阶段测试报告总结

我们在测试时,将应用的整个系统分为客户端、服务器端、爬虫部分三个模块,并对之逐个进行了全面、深入的测试。如下是这三个模块测试的介绍、简摘及结果汇总。

客户端:

已知限制:需联网及获取位置信息

在对客户端的功能测试上总共发现3个BUG,摘述如下:

BUG1:出现在主界面的下拉刷新控件。当下拉刷新时,会默认选定手指划过屏幕时经过的某一商品,但是并不会进入其详细页,即使切换筛选方式仍然会选定相应的商品栏,如下左图所示;有时会发生刷新之后在筛选条件和商品目录之间出现空白的意外情况,如下中图所示;严重时,甚至会导致应用崩溃,不响应。

BUG2:在“更改位置”的输入框中,如果输入不合理,如输入“博客”、“aaa”等,则会直接停止运行;如果输入地址非北京地区,如“四川”、“中国”等,则只会显示在北京地区的搜索甚至不显示搜索结果。

BUG3:邀请好友页面的“发送给微信好友”、“发送到微信朋友圈”在某些机型上不可用,即点击无效应。

详细信息请查看关于客户端的测试报告

服务器:

在对服务器所有接口的测试中,由于输入数据都在客户端进行了预处理,所以不会有边界值和奇值的输入。在对正常数据的测试中,所有的接口都输出了正确的结果。所以在服务器端是没有BUG的。

详细信息请查看关于服务器的测试报告

爬虫部分:

详细信息请查看关于爬虫部分的测试报告

总结:

时间: 2024-12-24 13:45:12

sixsix团队“餐站”应用M2阶段测试报告总结的相关文章

sixsix团队“餐站”应用M2阶段测试报告——爬虫部分

爬虫 2.0 测试报告 1.单元测试 模块类 输入 预期 实际 分析 网页分 析 一个包含若干 链接的网页 将页面上的 URL 作初 步筛选过滤后提取 出来,并爬取相关内 容存入数据库 网页上的 URL 都被提取出来 放在队列中, 数据库存取正 常 模块功能 正常 队列 队列里的 URL 项有序 进入下载 无异常 模块功能 正常 下载 提供 URL 项 按提供的地址获取 该网页内容 该网页被下载 模块功能 正常 存储 包含店家信息 或者菜品信息 的网页 将所有正确信息存 入数据库 所有信息正确

sixsix团队“餐站”应用M2阶段测试报告——服务器

由于服务器端新增了单元测试功能,所以可以更简单.直观地对服务器提供给客户端的各api进行测试. 服务器提供给客户端的api包括:商品列表接口.商品详细接口.查看店铺详细.相关商品接口.商品搜索接口 利用服务器提供的单元测试功能,可得如下测试结果: 对“商品列表接口”的测试(部分测试返回值未显示): 返回值正确,无BUG.由于测试数据<经度,维度>都由应用决定,不能由用户输入,所以可以忽略边界值和奇值. 对“商品详细接口”的测试: 返回值正确,无BUG.因为商品ID及行为由系统决定,不能由用户输

sixsix团队“餐站”应用M2阶段发布报告》待续

一.新功能 客户端 搜索功能 菜品图片加载 图片控件点击 意见反馈 微信分享 清除缓存 友盟统计 爬虫段 算法优化>爬取效率增加 自动爬取数据 服务端 接收保存并处理反馈的意见 单元测试功能 二.修复的缺陷 客户端 无法退出的bug 内容不正确的bug 界面卡顿优化 爬虫端 减少数据冗余 服务端 自动爬取数据

M2阶段测试报告

一.安全漏洞测试报告: http://bs.baidu.com/evadata/cqc-offline/data/cc3fe05b860f568b0448a1cbdc05d0591419780847.pdf 二.全面兼容测试: http://mtc.baidu.com/?pname=compReport&action=compatibility&taskId=22308&jobTypeId=21 三.深度性能测试: http://mtc.baidu.com/?pname=perfR

M2阶段Postmortem

设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 在M1阶段我们基本实现了餐站app的基本功能.在M2阶段我们主要是修复M1阶段的BUG,优化网络爬虫 2. 是否有充足的时间来做计划? 用于计划的时间还算比较充足. 3. 团队在计划阶段是如何解决同事们对于计划的不同意见的? 我们会用专门的时间开展组会,组会时全员到齐,大家各抒己见,经过讨论后得到一个大家都认可的计划. 对于用户量 用户量比较少,与我们事先设想的很不符.活跃用户基本都是我们的测试

[Alpha阶段]测试报告

[Alpha]阶段测试报告 在测试过程中发现的BUG ? 在最后的测试阶段中,我们不可避免的遇到了各种各样的BUG.虽然大多数都不是严重的BUG,但是这些细枝末节的问题的堆积,依然会很大程度上降低用户在使用时的体验.由于时间问题,截至本文档提交,我们修复了其中的一部分问题,剩下的将会尽快修复并更新发布版本.测试中发现的问题列表如下: 后端 具体BUG现象 BUG原因 是否解决 偶尔会出现无法注册的现象 可能是网络或其他原因,有待进一步探究 否 多人同时注册时无法注册 数据库写入冲突,多人同时注册

“北航学堂”M2阶段postmortem

“北航学堂”M2阶段postmortem 设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 这个问题我们在M1阶段的时候就已经探讨的比较明确了,就是要做Android端的北航MOOC精品课堂:典型用户就是那些渴望接触北航特色教学课程的同学. 2. 是否有充足的时间来做计划? M1阶段结束后,我们小组召开了一个事后诸葛亮会,因为M1阶段很不成功,其中一个重要原因就是没有预留一个充分的时间来做计划,分配任务的时候也比较粗糙,导致很多出乎意料的事情出

【个人阅读】软件工程M1/M2阶段总结

这次作业是好久以前布置的,由于学期末课程设计任务比较重,我在完善M2阶段的代码的同时又忙于数据库的实现和编译器的实现,一度感觉忙得透不过气来....到这些都基本完成的时候,会看自己以前的阅读心得,觉得经过了M1/M2阶段自己第一次接触android代码开发的一无所知到后面通过合作编程以及不断的查找资料和测试代码下,我对结对编程以及软件开发又有了一些个人的理解和建议,正好发现还有一次阅读作业,就顺便我的想法都记下来... 还是从学期开始来说吧,第一次是个人统计词频的项目,这次作业还没有纳入团队编程

[Beta阶段]测试报告

[Beta阶段]测试报告 博客目录 测试方法及过程 在正式发布前,为检验后端各接口功能的正确性,后端服务器对压力的耐受程度,以及前端各页面.功能的运行情况,我们对我们的服务器及小程序进行了多种测试.除去随开发进行的基本正确性测试外,针对上述三种情形,我们分别进行了单元测试.压力测试以及功能测试. 单元测试 单元测试的主要目的,是测试后端所有接口的工作是否正常.其内容主要包含两方面: 接口在正常情况下是否能发挥预期功能 接口在异常情况下是否能返回预期错误信息 Beta阶段的所有单元测试与Alpha