上一页 1 ··· 5 6 7 8 9
摘要: 如果做一个全新的系统,保证项目能准时上线!在人员及时间充足的情况下你会做那些工作和准备? (1)合理预期用户规模,进行压力测试。系统的资源毕竟有限,用有限的资源服务好目标客户才是系统建设的目标。所以,首先要对用户的规模和、增长情况和数据量进行预估,并进行压力测试,确保系统一旦上线能顺利访问。 (2) 阅读全文
posted @ 2020-11-25 21:11 测试——小白 阅读(1449) 评论(0) 推荐(0)
摘要: 首先测试人员可以做的是重现这个问题并及时反馈给开发人员,找到解决方案进行修复。 如果问题只在线上才出现,测试环境重现不了,那么可能是版本或环境配置的问题; 如果问题不仅线上能重现,测试环境也存在,那么很有可能是测试人员在测试过程中未发现的Bug。 开发人员修复Bug之后,测试人员需要反思。 若是由于 阅读全文
posted @ 2020-11-25 21:08 测试——小白 阅读(245) 评论(0) 推荐(0)
摘要: 功能点测试:定位—我的初始位置是否准确 路线结束时是否能准确到达目的地 如有偏差 差距多少 行走过程中是否实时显示个人定位 导航路线是否最近优先,公交如果堵车是否有可切换路线 公交换乘是否准确,实时公交是否准时 地铁换乘路线是否 清晰 步行导航时是否显示小路优先 地铁/公交维修时是否提示,并给出解决 阅读全文
posted @ 2020-11-25 21:07 测试——小白 阅读(370) 评论(0) 推荐(0)
摘要: 1.1 linux查看系统基本参数常用命令 1、查看磁盘 [root@linux-node1 ~]# df -hl Filesystem Size Used Avail Use% Mounted on /dev/mapper/cl-root 37G 2.9G 35G 8% / devtmpfs 89 阅读全文
posted @ 2020-11-24 16:23 测试——小白 阅读(243) 评论(0) 推荐(0)
摘要: 有时会听到0级别case的说法,其实这是对具有一定优先级的测试用例的说法。在这际测试实践中,测试用例根据重要性分成一定的等级。在不通的公司,可能测试用例的等级划分有所差异,但是基本大同小异。如下就是一种测试用例等级划分的方法,共分为4级,由高到低依次为PO-P3。 P0:核心功能测试用例(冒烟测试) 阅读全文
posted @ 2020-11-24 07:03 测试——小白 阅读(279) 评论(0) 推荐(0)
摘要: 功能测试: 1,红包金额输入框是否只能输入数字和小数点,小数位数是否有限制,如果直接输入点,点前是否有0 2,红包个数输入框中是否只能输入数字 3,红包金额框输入的数字,最多200,最少0.01,如果不在该范围内是否有提示 4,红包个数框输入的数字,最多100,最少1,如果不在该范围内是否有提示 5 阅读全文
posted @ 2020-11-23 14:44 测试——小白 阅读(3221) 评论(0) 推荐(0)
摘要: 功能: 正常: 点赞不同类型的朋友圈: 1,有图片的 2,纯文字的 3,音频转发的 4,好友的 5,不同分组的 6,转发的朋友圈 7,自己的朋友圈 8,新朋友的朋友圈 点赞不同时间的朋友圈: 9,一周内 10,一年内 11,刚刚发的 次数: 12,1次 13,两次 14,多次 地点: 15,国内和国 阅读全文
posted @ 2020-11-23 14:39 测试——小白 阅读(820) 评论(0) 推荐(0)
摘要: 我们一般在项目进行开立项会【产品经理 项目经理 开发人员 测试人员】的时候进行参与,讨论需求并提出建议,在立项会中制定需求文档,由ui设计原型图,开发根据需求文档进行编码,我们测试会根据需求文档进行编写 测试计划,根据模块的(颗粒度)划分并编写测试用例以及对用例的评审,开发结束侯测试对主要功能进行冒 阅读全文
posted @ 2020-11-20 15:03 测试——小白 阅读(109) 评论(0) 推荐(0)
上一页 1 ··· 5 6 7 8 9