2021-06-28

测试流程
1.分析测试需求 
2.制订测试计划 
3.设计测试用例 
4.搭建测试环境 
5.编写并执行测试脚本 
6.分析测试结果、记录测试问题 
7.跟踪测试Bug 

测试过程中遇到了不能复现的bug的时候你怎么办
1、测试的工作就是不放过任何一个bug,在提交的Bug描述中需要加上一句话,那就是复现概率,
尝试20次,出现1次或者尝试10次,出现2次,开发会根据bug的复现概率,调整改bug的优先级。
2、尽量回想发生问题时的复现步骤,不要漏掉任何一个细节,按照步骤的组合尝试复现。
3、保留发生bug时的log,附加到提交的bug中,希望可以通过log中找到一些蛛丝马迹。
4、与开发人员配合,让开发同学对相应地方的代码进行检查,看一下是否可以通过代码层面检查出问题。
5、在接下来的测试中,时刻保持关注,每次执行同样或者相近的步骤的时候,看下是否能够复现之前的bug。

测试过程中遇到了开发不认为是bug的bug,你怎么办
1、根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据;
2、如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷;
3、根据用户的一般使用习惯,来确认是否是缺陷;
4、与设计人员、开发人员和产品经理等相关人员探讨,确认是否是缺陷.

经典用例设计
微信红包:
1.初始界面进入
2.设置金额
3.金额和个数设置正确
4.个数设置
5.跳转到支付时,匹配到零钱支付
6.跳转到支付时,匹配到银行卡支付
7.选择支付方式时,可选任一支付
8.红包发出后,用户账户余额正确减少
9.抢红包入口
10.红包被抢后,抢的人零钱包余额正确增加
11.多次抢红包
12.红包被抢完
13红包剩余金额在超过有效发出时间退回
14.多人同时抢红包
15.网络差时抢红包

纸杯:
功能性:
水杯的特性:
1、杯子的容量:能装多少升水,少量、半杯、满杯。
2、杯子的形状eg:圆形、上口大、下口小。
3、杯子的材料:纸杯。
4、杯子的耐温度:装冷水、冰水、热水。
5、杯子是否会漏水。
6、用杯子装水,看是否能喝到
广告的图案:
1、广告图案是否容易剥落。
2、广告图案是否合法。
3、广告图案遇水是否是否会掉落。
性能性:
1、盛冷水和热水时分别盛多少水杯能够承受。
易用性:
1、杯子是否方便饮用。
2、装热水时杯子是否烫手。
3、杯子是否有防滑措施。
稳定性:
1、装入液态多久后会漏水。
2、杯子从不同高度落下的损毁程度。
安全性:
1、杯子有没有毒或细菌。
2、杯子装入热水是否会变形或有异味。
3、装入不同液体,是否发生化学反应。eg:啤酒、可乐、咖啡等饮料。
可移植性:
1、杯子再不同的地方、温度等环境下是否都可以正常使用。
破坏测试:
1、检查水杯最大抗挤压和拉扯承受力。
2、检查水杯被破坏后,是否会造成使用者伤害。
用户手册:
1、用户手册是否对杯子的用法、限制、使用条件等做了详细的说明。

购物车:
1.加入购物车
2.查看购物车-购物车为空
3.查看购物车-有商品 
4.查看购物车-购物车列表(登录用户)

登录框:
1.界面布局是否符合人的审美标准及使用习惯
2.字符长度大于用户名限制
3.用户名不允许特殊字符
4.用户名为空
5.用户名、密码不包含OS保留字(*?/\’:”<>|)
6.用户名前有空格是否可以进入(一般可以)
7.用户名末尾有空格,用户名中间有空格
8.用户名支持复制,粘贴
9.密码为空
10.密码小于或大于长度限制 
11.密码不用明文显示
12.密码不支持复制,粘贴
13.密码不支持有空格 
14.用户名、密码是否区分大小写 
15.用户名、密码长度边界值测试 
16.合法用户名、密码成功进入 
17.合法用户名、不合法密码不能进入,并给出合理提示 
18.不合法用户名、合法密码不能进入,并给出合理提
19.不合法用户名和密码不能进入,并给出合理提示 
20.TAB键的使用是否正确 
21.上下左右键是否正确 
22.若支持ESC键,看是否正常 
23.输入回车键后,光标是否正常跳至下一栏 
24.验证必填项为空是否可以进入
25.登录次数是否有限制(安全问题)                                                                       
26.对全角/半角符号的测试 
27.不同版本浏览器测试(浏览器兼容性) 
28.登录失败,不能正确跳转页面
29.登录失败,给出正确提示信息 
30.登录成功时,已经输入的用户名和密码需要清空还是保留 
31.登陆不成功时,已经输入的用户名和密码需要清空还是保留
32.用户在两个页面同时登录,怎么处理信息覆盖情况
33.用户登录成功退出后重新登录
34.密码是明文保存吗

测试项目:电梯
  需求测试:查看电梯使用说明书、安全说明书等
  界面测试:查看电梯外观
  功能测试:测试电梯能否实现正常的上升和下降功能.电梯的按钮是否都可以用;
  电梯门的打开,关闭是否正常;报警装置是否可用,报警电话是否可用;
  通风状况如何.突然停电时的情况;是否有手机信号;
  比如说上升途中的响应。电梯本来在1楼,如果有人按18楼,那么电梯在上升到5楼的时候,有人按了10楼,这时候是否会在10楼先停下来;
  电梯下降到10层时显示满员,此时若8层有人等待电梯,是否在8层停;
  可靠性:门关上的一刹那出现障碍物,同时按关门和开门按钮,点击当前楼层号码,多次点击同一楼层的号码等等;同时按上键和下键会怎样;
  易用性:电梯的按钮的设计符合一般人使用的习惯吗.
  用户文档:使用手册是否对电梯的用法、限制、使用条件等有详细描述
  压力测试:看电梯的最大限度的承受重量.在负载过重时报警装置是否有提醒.在一定时间内不断的让电梯上升,下降最大负载下平稳运行的最长时间 

token,session,cookie三者的区别
cookie 是一个非常具体的东西,指的就是浏览器里面能永久存储的一种数据,仅仅是浏览器实现的一种数据存储功能。
cookie由服务器生成,发送给浏览器,浏览器把cookie以kv形式保存到某个目录下的文本文件内,下一次请求同一网站时
会把该cookie发送给服务器。由于cookie是存在客户端上的,所以浏览器加入了一些限制确保cookie不会被恶意使用,
同时不会占据太多磁盘空间,所以每个域的cookie数量是有限的。
Session
session 从字面上讲,就是会话。服务器使用session把用户的信息临时保存在了服务器上,用户离开网站后session会被销毁。
这种用户信息存储方式相对cookie来说更安全,可是session有一个缺陷:如果web服务器做了负载均衡,那么下一个操作请求到了
另一台服务器的时候session会丢失。
Token
token的意思是“令牌”,是用户身份的验证方式,最简单的token组成:uid(用户唯一的身份标识)、time(当前时间的时间戳)、
sign(签名,由token的前几位+盐以哈希算法压缩成一定长的十六进制字符串,可以防止恶意第三方拼接token请求服务器)。
还可以把不变的参数也放进token,避免多次查库

性能测试的指标有哪些
资源使用率 CPU 内存 io 70%-75%
响应时间 2- 5 -8
电压 电流的损耗
响应成功率


所在部门有多人,以及分工,以及测试如何分工
第一类 管理人员 
 
负责测试团队管理的人,需要 
对公司发展方向和产品规划有比较清晰的认识能够分清楚测试任务的轻重缓急,
尤其是哪些事情是不应该占用资源的对下属的能力和优势比较了解,着眼于团队的培养和建设能够从其他部门或是上级获得更多的支持 
 
 
第二类 支持人员 
 
负责测试支持的人,存在的目的就是节省测试人员的时间,提高测试效率 
需要对于测试执行过程所需的工具非常熟悉
能够快速响应测试人员对测试工具的新需求,例如自动化测试中需要新加一个功能,测试仪器出了小故障了等需要了解市面上测试工具和
框架的发展,及时扩展测试“武器库” 
 
 
第三类 测试执行人员 
 
这些人在测试部门所占的比重应该是最大的。 
具备测试所需的基础知识,了解要测试的产品能够根据开发文档和
公开的标准,提取罗列测试点执行覆盖测试点,有条件的可以考虑编写调试自动化测试脚本能够借鉴其它友商的产品和实现中优点,为
完善产品提交建议发现待测对象存在的问题,无论是模块级还是系统级,无论是功能性还是易用性,提单跟踪待问题单被解决后,需要在
新版本上进行验证确认日


部门负责人的简称
首席市场官【CMO】 chief Marketing officer。
首席品牌官【CBO】 chief brand officer。
首席文化官【CCO】 Chief Cultural Office。
开发总监【CDO】 chief Development officer。
首席执行官【CEO】 Chief Executive officer。
首席财务官【CFO】 Chief finance officer。
首席谈判官【CNO】 chief Negotiation officer。
首席信息官【CIO】 chief information officer。
首席知识官【CKO】 chief knowledge officer
艺术总监【CAO】 chief Artistic officer。
人事总监 【CHO】 Chief Human resource officer。
首席营运官【COO】 chief Operation officer。
公关总监【CPO】 chief Public relation officer。
质量总监【CQO】 chief Quality officer。
销售总监【CSO】 chief Sales officer。
首席技术官【CTO】 chief Technology officer。
评估总监【CVO】 chief Valuation officernformation officer。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值