测试心得——噪声小分队

心得

作为PM兼职开发人员,在开发过程中就充满了矛盾:

在测试过程中,更是要把自己的身份转换成用户(还是那种近乎无理取闹的奇葩用户),用比PM更加刁钻的眼光去看待产品。

我们小组用了一个词去描述测试过程——挑刺,感觉非常形象。测试点设置的核心思想就是全面,在两个维度上考虑,一个是功能要覆盖全面,另一个是场景要考虑全面。

功能覆盖比较容易,可以对照需求,场景要想尽可能全面,就要对每个功能的影响因素有哪些、以及这些因素分为几种情况。

在这里举几个测试过程中修复的BUG作为例子:

1.我的客服聊天框中的消息不吸底

聊天消息发送时有几种相关因素:联网与否、内容是否为空、对话栏里消息的位置。

开发过程中PM畅和码农畅只关注了前两点,测试过程中突然想到,将消息向上滑到历史消息的位置,再发送消息,不会将新消息和自动回复的消息显示出来,而是停留在对话框原本固定的位置。

2.在其他设备修改密码,当前已登录该账号的设备依旧可以进入我的客服功能发送消息

账号的状态有2种:曾经登录过、未曾登录过,曾经登录过又分为为用保存的手机号和密码登录成功和失败,登录失败的原因又分为请求失败和请求成功服务器反馈登录失败。这样就出现了4个分支,之前PM畅和码农畅在我的客服功能上,忽略了由于请求服务器后反馈登录失败这个分支。

以上BUG的出现,都印证了前面所说的测试要点——全面,测试期和上线后出现的BUG原因,一般都是一些不常发生但有概率的情况,要相信用户是“有创造力的”,怎样操作(蹂躏)我们开发的软件都是有可能的。

测试对象

智能手机噪声收集系统,移动端和服务器网页集成,移动端基于iOS和Android两个平台分别开发。

利用智能手机平台上安装的移动端APP收集噪声数据,并传输到服务器;分析处理数据后在后台网站可视化展示噪声数据。

测试要点

主要测试移动端是否能成功注册、登录、管理账号,将实时收集噪声相关数据并显示在主页,自动和手动上传数据,通过网络获取正确的上传记录、与后台管理员留言对话,查询噪声地图;后台网页是否能成功登录,获取数据库中移动端上传的原始数据、上传记录以及处理后的地图数据,通过处理后的数据展示某一时段的噪声地图,查看并回复问题反馈。

测试阶段


测试阶段


测试机构名称


公测


公测小组


模块测试


小组成员


集成测试


小组成员


系统测试


测试组


验收测试


学院

测试方法


测试类型


测试内容


测试目的


所用的测试工具和方法


功能测试


移动端普通用户、管理员页面各项功能


验证是否满足需求,并测试各功能运行是否正确


登录用户,进行指令的操作,观察结果是否和预期一致。

详见附录的功能清单


用户界面(UI)测试


移动端普通用户、管理员页面和页面上的各链接页面


测试各页面显示是否正常,各链接和跳转页面是否正确(尤其是特殊场景)


l  观察页面内容和显示样式

l  点击各链接或功能按钮


安全性和访问控制测试


未登录和登录(是否联网)状态下的功能权限


测试能在正确的情况下要求用户登录,是否能准确记录用户的登录状态和历史,是否存在越权访问


l  未登录状况下查看和操作本地相关功能

l  登录状态下根据联网与否产生相应的响应


兼容性、性能测试


对浏览器的兼容

响应时间,并发用户数,吞吐量,系统资源利用率


测试能否在各种浏览器正常显示,系统的运行是否高效,并发操作是否能成功


l  用不同的浏览器访问

l  多用户同时访问和发出请求

l  查看系统资源计数器


健壮性测试


处理各种输入和请求以及错误处理


测试能否处理错误输入,不完整或不规范输入;对错误操作的处理


l  对需要输入或选择的信息不输入或只输入一部分。

l  不按要求输入信息。

l  随意操作

测试点


需求/功能


编号


测试点描述


移动端用户登录


cst-1


测试是否能通过正确的手机号和密码进入主页;

测试输入错误的手机号或者密码是否提示错误;

测试手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试是否能通过页面上的链接跳转到注册、重置密码、使用说明界面。


移动端用户注册


cst-2


测试是否能通过未注册的手机号和正确的验证码注册系统;

测试输入错误的验证码是否提示错误;

测试输入已注册的手机号获取验证码是否提示错误;

手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试回退是否能退到前一界面(登录/切换账户)。


移动端用户修改密码


cst-3


测试是否能通过已注册的手机号和正确的验证码注册系统;

测试输入错误的验证码是否提示错误;

测试输入未注册的手机号获取验证码是否提示错误;

手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试回退是否能退到前一界面(登录/切换账户)。


移动端用户退出登录


cst-4


测试是否能撤销登录状态,跳转到登录界面;

测试退出后下一次启动软件是否能进入登录界面。


切换用户


cst-5


测试是否能通过正确的手机号和密码进入主页;

测试输入错误的手机号或者密码是否提示错误;

测试手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试是否能通过页面上的链接跳转到注册、重置密码、使用说明界面;

测试回退是否能退回到设置界面。


移动端权限控制


cst-6


测试是否只有登录才能进入主页和访问需要账号权限的功能;

测试在其他设备修改密码后,在本设备发送和账号相关的请求是否能推出登录。


使用说明


cst-7


测试是否能在登录、切换账号、主页控制面板相应位置跳转到使用说明界面;

测试回退是否能退回到前一界面(登录/切换账号/主页)。


测量数据


cst-8


测试主页实时数据是否能正常显示和更新;

测试程序退到后台时,是否继续测量并缓存数据。


清空数据


cst-9


测试是否能清空缓存和折线图中的数据。


刷新GPS


cst-10


测试是否能重新获取主页的经度和纬度。


上传数据


cst-11


测试缓存中存储100条数据是否能自动上传数据;

测试点击<点击上传>按钮是否能上传数据;

测试数据是否上传到了云服务器;

测试上传失败是否能保留本地数据;

测试上传后是否能在主页显示上次上传时间。


上传记录


cst-12


测试是否能获取本账号手动上传的所有记录;

测试网络请求失败是否不会跳转到上传记录界面。


我的客服


cst-13


测试进入我的客服是否能显示服务器端反馈的新消息;

测试一条新消息是否不会重复接收;

测试发送的消息是否能被服务器接收。


查询地图


cst-14


测试能否根据时间查询噪声地图。


管理员登录


cst-15


测试是否能通过正确的用户名和密码进入主页;

测试输入错误的用户名或者密码是否提示错误。


服务器端权限控制


cst-16


测试是否只有登录才能访问和操作系统。


噪声地图


cst-17


测试能否根据时间查询噪声地图。


原始噪声数据


cst-18


测试是否能查看所有用户上传的数据。


数据上传记录


cst-19


测试是否能查看所有用户上传数据的记录。


错误数据


cst-20


测试是否能查看所有用户上传数据的错误信息。


用户信息


cst-21


测试是否能查看所有注册了系统用户的信息。


用户反馈


cst-22


测试是否能查看所有用户提交的问题;

测试是否能对用户提交的问题回复并发送给用户。

---恢复内容结束---

作为PM兼职开发人员,在开发过程中就充满了矛盾:

测试对象

智能手机噪声收集系统,移动端和服务器网页集成,移动端基于iOS和Android两个平台分别开发。

利用智能手机平台上安装的移动端APP收集噪声数据,并传输到服务器;分析处理数据后在后台网站可视化展示噪声数据。

测试要点

主要测试移动端是否能成功注册、登录、管理账号,将实时收集噪声相关数据并显示在主页,自动和手动上传数据,通过网络获取正确的上传记录、与后台管理员留言对话,查询噪声地图;后台网页是否能成功登录,获取数据库中移动端上传的原始数据、上传记录以及处理后的地图数据,通过处理后的数据展示某一时段的噪声地图,查看并回复问题反馈。

测试阶段


测试阶段


测试机构名称


公测


公测小组


模块测试


小组成员


集成测试


小组成员


系统测试


测试组


验收测试


学院

测试方法


测试类型


测试内容


测试目的


所用的测试工具和方法


功能测试


移动端普通用户、管理员页面各项功能


验证是否满足需求,并测试各功能运行是否正确


登录用户,进行指令的操作,观察结果是否和预期一致。

详见附录的功能清单


用户界面(UI)测试


移动端普通用户、管理员页面和页面上的各链接页面


测试各页面显示是否正常,各链接和跳转页面是否正确(尤其是特殊场景)


l  观察页面内容和显示样式

l  点击各链接或功能按钮


安全性和访问控制测试


未登录和登录(是否联网)状态下的功能权限


测试能在正确的情况下要求用户登录,是否能准确记录用户的登录状态和历史,是否存在越权访问


l  未登录状况下查看和操作本地相关功能

l  登录状态下根据联网与否产生相应的响应


兼容性、性能测试


对浏览器的兼容

响应时间,并发用户数,吞吐量,系统资源利用率


测试能否在各种浏览器正常显示,系统的运行是否高效,并发操作是否能成功


l  用不同的浏览器访问

l  多用户同时访问和发出请求

l  查看系统资源计数器


健壮性测试


处理各种输入和请求以及错误处理


测试能否处理错误输入,不完整或不规范输入;对错误操作的处理


l  对需要输入或选择的信息不输入或只输入一部分。

l  不按要求输入信息。

l  随意操作

测试点


需求/功能


编号


测试点描述


移动端用户登录


cst-1


测试是否能通过正确的手机号和密码进入主页;

测试输入错误的手机号或者密码是否提示错误;

测试手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试是否能通过页面上的链接跳转到注册、重置密码、使用说明界面。


移动端用户注册


cst-2


测试是否能通过未注册的手机号和正确的验证码注册系统;

测试输入错误的验证码是否提示错误;

测试输入已注册的手机号获取验证码是否提示错误;

手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试回退是否能退到前一界面(登录/切换账户)。


移动端用户修改密码


cst-3


测试是否能通过已注册的手机号和正确的验证码注册系统;

测试输入错误的验证码是否提示错误;

测试输入未注册的手机号获取验证码是否提示错误;

手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试回退是否能退到前一界面(登录/切换账户)。


移动端用户退出登录


cst-4


测试是否能撤销登录状态,跳转到登录界面;

测试退出后下一次启动软件是否能进入登录界面。


切换用户


cst-5


测试是否能通过正确的手机号和密码进入主页;

测试输入错误的手机号或者密码是否提示错误;

测试手机号输入格式不合法是否提示错误;

测试信息填写不完全是否提示错误;

测试是否能通过页面上的链接跳转到注册、重置密码、使用说明界面;

测试回退是否能退回到设置界面。


移动端权限控制


cst-6


测试是否只有登录才能进入主页和访问需要账号权限的功能;

测试在其他设备修改密码后,在本设备发送和账号相关的请求是否能推出登录。


使用说明


cst-7


测试是否能在登录、切换账号、主页控制面板相应位置跳转到使用说明界面;

测试回退是否能退回到前一界面(登录/切换账号/主页)。


测量数据


cst-8


测试主页实时数据是否能正常显示和更新;

测试程序退到后台时,是否继续测量并缓存数据。


清空数据


cst-9


测试是否能清空缓存和折线图中的数据。


刷新GPS


cst-10


测试是否能重新获取主页的经度和纬度。


上传数据


cst-11


测试缓存中存储100条数据是否能自动上传数据;

测试点击<点击上传>按钮是否能上传数据;

测试数据是否上传到了云服务器;

测试上传失败是否能保留本地数据;

测试上传后是否能在主页显示上次上传时间。


上传记录


cst-12


测试是否能获取本账号手动上传的所有记录;

测试网络请求失败是否不会跳转到上传记录界面。


我的客服


cst-13


测试进入我的客服是否能显示服务器端反馈的新消息;

测试一条新消息是否不会重复接收;

测试发送的消息是否能被服务器接收。


查询地图


cst-14


测试能否根据时间查询噪声地图。


管理员登录


cst-15


测试是否能通过正确的用户名和密码进入主页;

测试输入错误的用户名或者密码是否提示错误。


服务器端权限控制


cst-16


测试是否只有登录才能访问和操作系统。


噪声地图


cst-17


测试能否根据时间查询噪声地图。


原始噪声数据


cst-18


测试是否能查看所有用户上传的数据。


数据上传记录


cst-19


测试是否能查看所有用户上传数据的记录。


错误数据


cst-20


测试是否能查看所有用户上传数据的错误信息。


用户信息


cst-21


测试是否能查看所有注册了系统用户的信息。


用户反馈


cst-22


测试是否能查看所有用户提交的问题;

测试是否能对用户提交的问题回复并发送给用户。

原文地址:https://www.cnblogs.com/gifted35/p/10199777.html

时间: 2024-10-29 19:40:18

测试心得——噪声小分队的相关文章

噪声小分队第一次迭代心得

转眼之间开学到现在已经过去了14周,我们噪声小分队也从最开始的空白到现在一点一点的搭建环境编写代码实现了第一次迭代所需要的需求.这也是我们第一次完完整整的以小队的形式做的一个项目,这个项目的难点在于噪声数据的手机和处理,以及地图的绘制.在第一期迭代中我们完成了手机app端(包括Android和ios)的界面编写以及噪声的收集,并将数据传到我们的服务器上,并建立一个网站用来显示结果,第二次迭代我们将致力于数据处理以及地图绘制.在第一次迭代中,我们遇到了很多问题,但是我们通过小组形式的讨论都得到了很

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

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

测试心得:微图书销售小程序

前言 这个学期差不多也将近结束,经过大半个学期,从项目需求的确认和项目文档的编写,到一步步的设计与实现,现在终于到了测试阶段,但是我们在测试阶段也暴露出了很多bug,但是每一个bug的修复都需要进行回归测试,虽然花时间但是这是必要的工作. 模块说明(我负责的部分) 模块 子模块 模块编号 留言模块 查看留言 13 - 1 发送留言 13 - 2 删除会话 13 - 3 模块 子模块 模块编号 销量和数据分析模块 月销量排行榜 12 - 1 周销量排行榜 12 - 2 总销量排行榜 12 - 3

项目测试心得

经过差不多两个月的努力(只算写代码的时间),项目基本算是告一段落,在经过千辛万苦部署到服务器上之后就进入了测试的环节. 1.web界面测试 作为web的开发人员之一,其中的辛酸一言难尽,尤其是第一次设计的界面"由于缺少设计灵感导致web界面不符合用户体验"被舍弃,最后采用web模板对其进行修改 但是登录界面依旧采用原来的设计,虽然有点简陋,有些部分看起来有些别扭,但整体还是可以接受的 2.web功能测试 整个功能的实现是没问题的,但存在一类问题,这也是我在开发时就发现的问题,由于web

快易需求文档编辑系统——测试心得

一.项目背景 软件需求文档是软件开发与维护的重要基础,本项目希望通过建立一个专业的需求文档编辑系统,为软件开发人员提供一个便捷的协作文档编写工具,推动需求文档编写的规范与文档重用工作.同时,也为广大软件公司提供一个随时可以访问的平台,推广快易文档编写系统. 二.测试对象 快易需求文档编辑系统致力于帮助需求分析工程师快速编写需求文档,提高工作效率和文档质量.类比代码重用将需求文档中可重用,模式化的部分提取封装起来,形成"构件",也是该子系统的核心. 三.测试过程 与需求文档中的功能点覆盖

小程序测试心得

这篇博客,记录下我测试小程序的一些心得: 一.测试前准备: 1.环境搭建,环境配置,前端页面,必要的时候可以下载微信web开发工具,参考文档如下, https://www.jianshu.com/p/4d3190111eb0 2.管理后台,准备数据,准备账户 二.测试范围: 1.权限测试: 未授权登录小程序--未授权的时候,进行业务的操作,一般使用这个都会弹出框,提醒你先授权在登录小程序:ps:在这一块,特别注意小程序的分享,分享打开后,没有授权情况,业务是你能查看:还有就是老用户,小程序被ki

LoadRunner压力测试心得总结

一.虚拟用户迭代一次的时间对整个压力场景的影响. 1.虚拟用户迭代一次的时间大于等于压力场景的上行周期. 此种情况,在压力场景的上行周期中,所有虚拟用户根据压力场景设置的策略全部依次运行.压力场景的上行周期过后,进入虚拟用户运行的稳定期,因为此时第一个运行的虚拟用户尚未退出迭代.当第一个运行的虚拟用户退出迭代时,即进入运动期.在运动期中,会不断的有虚拟用户上线和下线,此起彼伏,但当前运行的总虚拟用户数与总虚拟用户数接近,实际中会有所偏差,偏差的数量与压力场景步长的设定以及脚本的睡眠时间有关.当场

兼容性测试心得分享

有多少朋友做过浏览器兼容性测试?怎么做的,效率怎么样,是在不同的机器上下载不同的浏览器进行效果确认?有多少人对浏览器的兼容性测试犯过愁? 本人曾经也对浏览器的兼容性感到头痛,后来到网上找了些资料和工具,虽然未能彻底解决所遇到的问题,不过多少有些帮助,特此分享给大伙,若大伙有什么更好的工具或是经验方法还希望能拿出来晒一晒. 鄙人主要尝试过这几个工具:IETester, SuperPreview,Browsershots,Browser Sandbox.下面分别说一下. IETester 估计工作两

测试心得(一)

2014年12月1日,我卖身到凯通,终于工作了,虽然工作的用到的和课堂上学到的会有不同,但也算学有所用! 在这边上班,管理流程是规范的,毕竟是中型公司,但刚工作的人,心还是自由,没办法完全适应这里的规章制度. 岗前培训的一周,我学到了每家软件开发公司都会有自己测试的流程,学校教的是主要部分: 参与需求分析-> 撰写测试计划->编写测试用例->录制测试脚本->执行测试-> 验收测试-> 维护 凯通扩展为: 协助制定版本计划-> 参与需求评审-> 编写测试计划-