智能查寝-测试心得

一、 测试简介

(一)测试目的

  实践证明,尽管可以在开发软件的过程中使用了许多保证软件质量的方法和技术,但开发出的软件中还会隐藏许多错误和缺陷。这对于规模大、复杂性高的软件更是如此。所以,严格的软件测试对于保证软件质量具有重要作用。

  测试的根本目的就是为了发现尽可能多的缺陷。这里的缺陷是一种泛称,它可以指功能的错误,也可以指性能低下,易用性差等等。因此,测试是一种“破坏性”行为。

  为了尽可能多地找出错误,那么我们小组直接针对软件比较复杂的部分或是以前出错比较多的位置进行测试。

(二)测试资源

测试人员:王路瑶,陈少碰,苏文江,程武正,马婕琨

本次测试开始时间:2018/12/30

本次测试截止时间:2019/1/1

花费工作日:3

二、 测试环境

硬件环境:各自CP

软件版本:智能查寝β版本

三、 测试方法

(一)功能测试

  功能测试指测试软件各个功能模块是否正确,逻辑是否正确。

  对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。功能测试的主要参考为类似于功能说明书之类的文档。

  我们组的测试着重点就是注重于此测试。要在能保证基本功能正常实现,参照在需求分析阶段总结的需求规格说明书,对照要实现的需求一条一条的编写测试用例分别测试。只有保证了基本功能实现的基础上才进行下一步的UI测试,考虑界面对用户的友好性,人性化,易操作性测试。

(二)UI测试

  UI测试指测试用户界面的风格是否满足客户要求,文字是否正确,页面美工是否好看,文字,图片组合是否完美,背景是否美观,操作是否友好等等。

  用户界面(UI)测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合公司或行业的标准。包括用户友好性,人性化,易操作性测试。

  我们的APP从α版本到β版本经历了界面优化,优化后的版本略符合大众软件的格式,但任然有待完善,介于时间有限,没有花过多时间研究美学问题。今后的版本更新中会体现。

(三)性能测试

  性能测试主要测试软件测试的性能,包括负载测试,强度测试,数据库容量测试,基准测试以及基准测试。

  对于我们的项目,在此部分需要测试的是对于用户的容纳量。至少满足一个学院的学生及老师人数,这是我们需要考虑和要做到的。

四、 测试用例

老师端:注册不同学校、学院、年级、专业和班级的不同账户,对其名下的学生发布查寝命令,接收查寝消息,联系不同的学生,向不同的学生发布信息。

学生端:注册不同学校、学院、年级、专业和班级的不同账户,进行信息绑定,上传照片及位置,给老师留言,接收老师发布的查寝任务。

五、 测试功能点


功能


测试目的


注册


测试输入不合法的用户名命名或不输入能否注册成功

测试输入不合法的密码或不输入能否注册成功

测试输入不一致的确认密码或不输入能否注册成功

测试输入不合法的手机号或不输入能否注册成功

测试输入同一个手机号能否能注册成功

测试输入不一致或不输入验证码能否注册成功


登陆


测试输入不存在或不输入用户名能否登录成功

测试输入不一致的用户名和密码能否登录成功

测试忘记密码后能不能通过手机号验证成功登陆


信息绑定


测试能否选择所在学院

测试能否选择所在专业

测试能否选择所在班级


信息验证


测试能否选择所在大学

测试输入不存在或不输入姓名能否验证成功

测试输入不存在或不输入学号能否验证成功

测试不一致的学号和姓名能否验证成功


照片上传


测试学生上传照片能否成功


位置上传


测试学生定位能否定位成功并上传位置


个人设置


测试密码重置能否成功

测试退出系统能否成功

测试退出登陆能否成功


接受查寝


测试学生上传照片能否成功

测试学生定位能否定位成功并上传位置


发布查寝


测试老师向班级发布查寝能否成功


查寝信息


测试老师能否成功收到查寝的信息


联络学生


测试能否通过语音联络指定学生

测试能否通过视频联络指定学生

测试能否通过电话联络指定学生

六、 测试结果


Bug范围


bug描述


能否解决


UI提示


发送留言成功缺少提示

学籍未绑定缺少提示


解决,加入Toast提示


语音通话


只有一方能听到声音


不能完全解决,下调支持版本

(特别的Android版本不支持)


视频通话


只有一方能看到画面


不能完全解决,下调支持版本

(特别的Android版本不支持)

原文地址:https://www.cnblogs.com/majiekun/p/10219237.html

时间: 2024-10-11 05:14:36

智能查寝-测试心得的相关文章

智能查寝数据库设计心得

这次项目的数据库设计我们小组主要由苏文江同学负责,我并没有出多大力,但是我们组对于数据库的设计还是进行过许多讨论的,我也只是做了一点微小的工作.具体的设计情况就不多说了,其他几位成员的博客里面已经写得很详细了,下面就写一下相关的收获. 充分理解需求,明确实体之间关系 对于需求的充分理解,可以帮助我们节省大量的时间.通过对用户需求进行综合,归纳与抽象得到一个个实体,对实体之间的关系进行约束,便于我们对概念模型的设计. 表结构的设计是否合理 这样做的话,在之后的实际应用中,如果需求增加或者改变,不会

基于微信小程序的电商平台——测试心得

经过连续两周半的紧张编程,我们第二次迭代版本也新鲜出炉了,至此我们这个小程序的所有功能基本已经实现完毕,按照计划,我们进行了小程序的测试. 由于小程序的有一个比较特殊的情况就是,若不上线就只能功内部开发人员使用,而又由于上线需要比较多的流程和手续,经过协商之后,我们决定在测试阶段不上线,于是测试的用户只有我们这一个小组的成员,充当测试用户. (1)测试方法:系统测试: (2)测试手段:手工测试:将整个小程序分成五大部分,也就是我们的那几大功能,每一个测试人员测试一块,若有BUG及时提出,能修复则

智能硬件产品的测试经验总结

随着物联网的快速发展,智能硬件产品已越来越多地出现在市场上,公司也在开发几款重量级的智能硬件产品,作为其中一个产品的QA,分享下软硬结合的产品的测试方法. 何为智能硬件,为什么智能硬件是趋势,可以看下面的图: 那么接下来讲讲智能硬件的测试.再看一个图: 这是传统互联网软件产品的架构,智能硬件的呢?如图: 图中可以看到,多了一个硬件的模块,服务器中多了一个处理硬件信息的模块,测试的类型多了,特别是硬件部分,应该怎么针对地测试呢?首先规划下测试类型,我认为主要包括以下几类: 系统测试 接口测试 重点

肝 hibernate 配置and增删改查 and 测试

已经通宵三天撸代码了,现在的我已经养成晚上修仙写代码的节奏了.....最近 刚刚复习到了 hibernate 谈谈 这篇文章就谈谈我对这货的理解吧. 在看这篇文章之前希望你 知道sessionfactory 和session 还有 transaction(事物) 诶嘿不造的可以去看看http://blog.csdn.net/u012377333/article/details/48086193  OK正题开始 步骤 我们需要一个可以持久化的bean类 还有它的附属映射 hbm.xml文件 以及d

智能高清播放器使用心得

Android系统已经成为了目前市面上最为流行的智能系统,不论是手机,平板电脑还是部分数码产品均已被安卓强大的实力所攻破,绿色机器人的大军已经踏入了各个行业.现在,连高清播放器也不能幸免的被Android所占据了. 我曾经在前年买了一支U盘大小的Android电视机顶盒产品,这款产品可以使用户通过Android系统,让电视具有上网.看网络视频.玩游戏.看电子书.听音乐等功能,把电视变成一个大屏的平板电脑.我就是被这一系列的功能所吸引,所以不惜重金买了一个,结果在实际使用中效果却并不理想.但是在心

以太坊Dapp项目-拍卖网站-智能合约编写测试

修订日期 姓名 邮箱 2018-10-18 brucefeng [email protected] 前言 写这篇文章的初衷其实很简单,在MyEtherWallet上申请以太坊ENS的时候,竞标的以太币两次被吞,而且是在规定时间点进行了价格公告,这篇文章的设计思路其实就是跟ENS的竞标流程类似,希望对大家有所帮助,所以,准备写完之后,再重新去整一次ENS的申请,如果再被吞,我就要举报了:-),本文主要是本人用于项目整理,便于自己查询,不做任何商业用途. 现在回归到技术上来,这个项目其实涉及到蛮多的

测试心得——噪声小分队

心得 作为PM兼职开发人员,在开发过程中就充满了矛盾: 在测试过程中,更是要把自己的身份转换成用户(还是那种近乎无理取闹的奇葩用户),用比PM更加刁钻的眼光去看待产品. 我们小组用了一个词去描述测试过程--挑刺,感觉非常形象.测试点设置的核心思想就是全面,在两个维度上考虑,一个是功能要覆盖全面,另一个是场景要考虑全面. 功能覆盖比较容易,可以对照需求,场景要想尽可能全面,就要对每个功能的影响因素有哪些.以及这些因素分为几种情况. 在这里举几个测试过程中修复的BUG作为例子: 1.我的客服聊天框中

创新课程管理系统——测试心得

项目整合完成后,就部署到了服务器上进行了测试. 因为我们项目的使用群体很多,所以在测试的时候是一个角色分配测试. 系统管理员和学校管理员分一个人来测. 老师分一个人来测试. 学生一个人. 助教一个人. 每个人只负责自己对应角色的测试,将自己代入到用户中,摸索使用上面所有的功能. 测试对象 创新课程管理系统.本机,服务器端Web测试. PC上运行系统,本地测试,以及布置在服务器端进行远程测试. 测试要点 主要测试系统管理员,学习管理员,教师,助教,学生.这5个角色对应的功能是否实现,是否有bug.

创新课程管理系统之测试心得

哈哈哈,经过了一个学期的学习和努力,我们(至少对于我这个菜鸟来说)人生中做的第一个项目,终于还是走到了期末验收的阶段. 说实话,一学期下来还是感觉收获满满的. 抛开学到的技术不说,光是眼界这方面,至少做了个项目让我充分认识到了自己的不足,相信以后会更加有动力来学习新知识,新技术. 总之一句话,很感谢负责课程的老师和助教,真的,大家都辛苦啦! 对照着我们组的第二次迭代计划,项目完成后,就部署到了服务器上进行了测试. 项目的测试一共分成了两波儿来测,一波儿是开发人员自己先测,一波儿是非开发人员和开发