君子固穷丶-CSDN博客

转载如何判断该bug输入前端bug还是后端bug

如何判断该bug输入前端bug还是后端bug软件测试工程师的职责是发现BUG，此外，如何体现个人价值？那么我们试想，只提出问题而不去解决，问题就永远得不到闭环。所以，一个资深的测试人员的基本功应该是这样的：深挖业务和功能需求，找出BUG，定位BUG，提出解决方案。这里我们就来说说，当我们找到了BUG，应该把BUG提交给谁去解决，这属于BUG定位的问题。为什么要区分前端/后端BUG？如果是一个多人开发的系统，不能明确定位到这个bug是谁造成的，容易提交给错误的开发人员，我们又不可能把这些bug同时

2021-06-29 21:43:24 493

原创测试面试总结：缺陷的验证程度、缺陷报告的核心要素、缺陷的生命周期

缺陷的验证程度严重一般次要轻微缺陷报告的核心要素缺陷编号缺陷状态缺陷标题重现步骤（复现步骤）严重程度优先级缺陷类型测试环境缺陷的生命周期测试人员提交新的Bug入库，错误状态为New，如果确认是错误，设置为Declined状态。如果是Bug则修复并置状态为Fixed，不能解决的Bug,要留下文字说明及保持Bug为Open状态，测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决，置Bug的状态为Closed，如没有解决，置bug状态为Reopen..

2021-06-29 21:28:53 476

原创测试面试总结：测试用例的内容

测试用例的内容主要内容用列编号（如何命名）所属模块用例标题（验证谁在什么情况下、去做什么，最后结果是什么）优先级前置条件操作步骤测试数据预期结果实际结果辅助内容通过否bugID编写人员编写时间测试人员测试时间备注...

2021-06-29 21:17:36 201

原创测试面试总结：软件测试计划内容

软件测试计划内容：项目概述背景目的对象术语测试说明测试对象范围测试环境测试资源测试策略任务分配文档管理风险控制系统风险影响计划的潜在因素应急措施测试局限性测试质量评估标准模块测试通过标准验收测试通过标准任务里程碑记录附录及其他...

2021-06-29 21:11:25 196

原创面试：token、session、cookie三者区别

token、session、cookie三者区别token是用户身份的验证方式，最简单的token组成:uid(用户唯一的身份标识)、time(当前时间的时间戳)、sign(签名，由token的前几位+盐以哈希算法压缩成一定长的十六进制字符串，可以防止恶意第三方拼接token请求服务器)。还可以把不变的参数也放进token，避免多次查库2.传统身份验证HTTP是一种没有状态的协议，并不知道谁是访问者。假设一个客户端访问服务端时发送账号密码，通过验证。下回它再次访问时，还是需要验证。解决办法（sess

2021-06-29 21:01:28 250

原创测试经典用例设计：发红包

测试经典用例：发红包1、功能测试1）发给单个好友①　正确的金额+无留言+无表情②　错误的金额+无留言+无表情③　正确的金额+有留言+无表情④　错误的金额+有留言+无表情⑤　正确的金额+无留言+有表情⑥　错误的金额+无留言+有表情⑦　正确的金额+有留言+有表情⑧　错误的金额+有留言+有表情其中，金额（0.01-200）可以测试以下数据数字：测试0, 0.009, 0.01，0.011, 01， 199.99, 200, 200.01这些边界值中文、英文、特殊字符或者这几种的组合是否

2021-06-29 20:59:44 728

原创测试经典用列：朋友圈点赞

测试经典用例：朋友圈点赞朋友圈点赞功能测试1.点赞后是否显示结果；2.点赞后是否可以取消；3.点赞取消后是否可以重复点赞；4.共同好友点赞后，是否有消息提醒；5.非共同好友点赞后，是否有消息提醒；6.点击点赞人昵称，是否可以跳转到他/她的主页；7.自己能否给自己点赞；8.屏蔽了该用户，共同好友点赞是否提示；9.点赞人有备注时，是否展示备注昵称；10.点赞后删除好友，是否继续展示其点赞；UI界面测试1.界面是否简介美观；2.点赞后动态特效是否正常显示；3.朋友圈界面图片是否正常

2021-06-29 20:56:55 291

原创测试经典用例设计：三角形设计测试点

测试经典用例设计：三角形设计测试点三角形的测试用例设计在三角形计算中，要求三角形的三个边长：A B C 。1、当三边不可能构成三角形时提示错误，可构成三角形时计算三角形周长。2、若是等腰三角形打印“等腰三角形”，若两个等腰的平方和等于第三边平方和，则打印“等腰直角三角形”。3、若是等边三角形，则打印：“等边三角形”。4、画出程序流程图并设计一个测试用例。分析一下：1、构成三角形的条件：任意两边之和大于第三边；2、构成等腰三角形的条件：任意两边相等；3、构成等腰直角三角形的条件：任意两

2021-06-28 19:13:05 4332 3

转载测试经典用例：视频播放器测试点

视频播放器测试点功能测试视频资源可以正常获取，不管是服务器返回还是后台添加等视频的封面图、页面UI等正常若一个视频中涉及到上一个视频、下一个视频时点击后都能正常切换到相应的视频，且视频正常播放音量大小（如静音模式下播放时无声音）视频最大化、最小化（如切换到最大化时视频全屏播放）播放列表的播放顺序，单循环，多循环，顺序播放，随机播放（还需要考虑下视频若是后台上传的，若在后台将某视频进行增加，删除，修改操作，验证视频播放是否正常）其他逻辑：点击视频时，视频正常播放；再次点击时暂停播放资源；播

2021-06-28 19:01:55 2699

转载测试经典用列设计：电梯

测试经典用列设计：电梯一、界面测试：外观（里面、外面）美观性电梯空间尺寸是否和设计尺寸一致按钮是否清晰和易懂显示楼层的显示屏是否安装是否联系外界的电话、紧急电话设备检测说明书安全规范说明书灯标识的承重和人数扶手镜子仅提供可到达楼层的按钮电梯制作的材料二、功能测试：测试电梯能否实现正常的上升和下降功能，每层是否都可以停靠。每层停靠楼层是否与所按的楼层一致电梯按键在按下时是否点亮按键灯电梯在每个楼层的上行和下行的申请是否可以有效电梯满负载的时候，是否会忽略其他楼层外部的上

2021-06-28 18:56:29 162

原创测试经典用列设计：登录框

测试经典用列设计：登录框功能测试1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。3.登录成功后能否能否跳转到正确的页面4.用户名和密码，如果太短或者太长，应该怎么处理5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况6.记住用户名的功能7.登陆失败后，不能记录密码的功能8.用户名和密码前后有空格的处理9.密码是否加密显示（星号圆点等）10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难

2021-06-28 18:50:03 384

转载测试经典用列设计：电梯

测试经典用列设计：电梯需求测试:查看电梯使用说明书、安全说明书等界面测试:查看电梯外观功能测试：测试电梯能否实现正常的上升和下降功能．电梯的按钮是否都可以用；电梯门的打开，关闭是否正常；报警装置是否可用，报警电话是否可用；通风状况如何.突然停电时的情况；是否有手机信号；比如说上升途中的响应。电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来；电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停；可靠性：门关上的一刹那出现障碍

2021-06-28 18:48:06 114

原创经典用列：购物车

经典用列设计：购物车– 添加商品1.是否能够添加商品2.添加单个商品数量是否有上下限3.添加商品种类是否有上下限4.添加同类型商品的不同规格商品显示是否分条显示5.加入购物车商品排序是否合理• 删除商品1.能否删除单类商品2.是否有快速删除多种商品方式（全选，删除）3.删除商品是否有确认提示• 跳转商品详情1.跳转商品图片显示是否正常2.跳转商品链接显示内容是否完整，是否过长3.点击图片或者链接是否能够跳转商品详情•编辑商品数量1.是否有通过+ -编辑商品数量方式2.是否有

2021-06-28 18:41:38 172

翻译经典用列设计：水杯

经典用列设计：水杯一、功能测试能否装水，除了装水，能否装其他液体。比如可乐，酒精能装多少ML的水杯子是否有刻度表杯子能否泡茶，跑咖啡杯子是否能放冰箱，做冰块杯子的材质是什么（玻璃，塑料,黄金做的）二、界面测试(UI Test)外观好不好看。什么颜色杯子的形状是怎么样的。杯子的重量是多少杯子是否有异味杯子的图案是否合理三、性能测试(performance test)能否装100度的开水 (泡茶)能否装0度冰水装满水，放几天后，是否会漏水杯子内壁上的涂料是否容易脱落。

2021-06-28 18:39:22 717

转载测试过程中，开发认为不是bug的bug该怎么办

测试过程中，开发认为不是bug的bug该怎么办找出需求文档，并且对着文档和开发当面进行沟通，说出我认为是BUG的原因，注意客观、严谨，不参杂个人情绪。如果开发接受我的说法，那就需要开发进行BUG修改。如果开发仍然觉得不是一个BUG，这个时候需要产品经理接入。针对此问题，进行讨论。如果产品觉得是BUG，一般情况是需要修复的。如果产品经理觉得问题不大，那这个BUG就可以不解决。...

2021-06-28 18:35:51 689

原创测试中遇到不可复现的bug的时候如何解决

测试中遇到不可复现的bug的时候如何解决1.提交该问题单：把不可重现的BUG记录下来，以后再遇到的时候可能就会了解发生的原因。同时尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。而且程序员对程序比测试人员熟悉的多，因为测试人员看到的只是程序的外部，无法深入程序内部，也许你提交了，即使无法重新，程序员也会了解问题所在。无法重现的问题再次出现后，也可以直接叫程序员来看看问题。2.尽量详细的描述缺陷：尽可能的详细记录BUG产生的相关信息；如重现频率，发生情况并有截图，操作步骤，软件的版本，发生

2021-06-28 17:14:14 1605