- 博客(19)
- 收藏
- 关注
RSS订阅转载 如何判断该bug输入前端bug还是后端bug
如何判断该bug输入前端bug还是后端bug 软件测试工程师的 职责是发现BUG，此外，如何体现个人价值？那么我们试想，只提出问题而不去解决，问题就永远得不到闭环。所以，一个资深的测试人员的基本功应该是这样 的：深挖业务和功能需求，找出BUG，定位BUG，提出解决方案。这里我们就来说说，当我们找到了BUG，应该把BUG提交给谁去解决，这属于BUG定位 的问题。 为什么要区分前端/后端BUG？ 如果是一个多人开发的系统，不能明确定位到这个bug是谁造成的，容易提交给错误的开发人员，我们又不可能把这些bug同时
2021-06-29 21:43:24
445
原创 测试面试总结：缺陷的验证程度、缺陷报告的核心要素、缺陷的生命周期
缺陷的验证程度 严重 一般 次要 轻微 缺陷报告的核心要素 缺陷编号 缺陷状态 缺陷标题 重现步骤（复现步骤） 严重程度 优先级 缺陷类型 测试环境 缺陷的生命周期 测试人员提交新的Bug入库，错误状态为New，如果确认是错误，设置为Declined状态。如果是Bug则修复并置状态为Fixed，不能解决的Bug,要留下文字说明及保持Bug为Open状态，测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决，置Bug的状态为Closed，如没有解决，置bug状态为Reopen ..
2021-06-29 21:28:53
393
原创 测试面试总结：测试用例的内容
测试用例的内容 主要内容 用列编号（如何命名） 所属模块 用例标题（验证谁在什么情况下、去做什么，最后结果是什么） 优先级 前置条件 操作步骤 测试数据 预期结果 实际结果 辅助内容 通过否 bugID 编写人员 编写时间 测试人员 测试时间 备注 ...
2021-06-29 21:17:36
154
原创 测试面试总结：软件测试计划内容
软件测试计划内容： 项目概述 背景 目的 对象 术语 测试说明 测试对象范围 测试环境 测试资源 测试策略 任务分配 文档管理 风险控制 系统风险 影响计划的潜在因素 应急措施 测试局限性 测试质量评估标准 模块测试通过标准 验收测试通过标准 任务里程碑记录 附录及其他 ...
2021-06-29 21:11:25
167
原创 面试：token、session、cookie三者区别
token、session、cookie三者区别 token是用户身份的验证方式，最简单的token组成:uid(用户唯一的身份标识)、time(当前时间的时间戳)、sign(签名，由token的前几位+盐以哈希算法压缩成一定长的十六进制字符串，可以防止恶意第三方拼接token请求服务器)。还可以把不变的参数也放进token，避免多次查库 2.传统身份验证 HTTP是一种没有状态的协议，并不知道谁是访问者。假设一个客户端访问服务端时发送账号密码，通过验证。下回它再次访问时，还是需要验证。 解决办法（sess
2021-06-29 21:01:28
218
原创 测试经典用例设计：发红包
测试经典用例：发红包 1、功能测试 1）发给单个好友 ① 正确的金额+无留言+无表情 ② 错误的金额+无留言+无表情 ③ 正确的金额+有留言+无表情 ④ 错误的金额+有留言+无表情 ⑤ 正确的金额+无留言+有表情 ⑥ 错误的金额+无留言+有表情 ⑦ 正确的金额+有留言+有表情 ⑧ 错误的金额+有留言+有表情 其中，金额（0.01-200）可以测试以下数据 数字：测试0, 0.009, 0.01，0.011, 01， 199.99, 200, 200.01这些边界值 中文、英文、特殊字符或者这几种的组合 是否
2021-06-29 20:59:44
682
原创 测试经典用列：朋友圈点赞
测试经典用例：朋友圈点赞 朋友圈点赞 功能测试 1.点赞后是否显示结果； 2.点赞后是否可以取消； 3.点赞取消后是否可以重复点赞； 4.共同好友点赞后，是否有消息提醒； 5.非共同好友点赞后，是否有消息提醒； 6.点击点赞人昵称，是否可以跳转到他/她的主页； 7.自己能否给自己点赞； 8.屏蔽了该用户，共同好友点赞是否提示； 9.点赞人有备注时，是否展示备注昵称； 10.点赞后删除好友，是否继续展示其点赞； UI界面测试 1.界面是否简介美观； 2.点赞后动态特效是否正常显示； 3.朋友圈界面图片是否正常
2021-06-29 20:56:55
257
原创 测试经典用例设计：三角形设计测试点
测试经典用例设计：三角形设计测试点 三角形的测试用例设计 在三角形计算中，要求三角形的三个边长：A B C 。 1、 当三边不可能构成三角形时提示错误，可构成三角形时计算三角形周长。 2、若是等腰三角形打印“等腰三角形”， 若两个等腰的平方和等于第三边平方和，则打印“等腰直角三角形”。 3、若是等边三角形，则打印：“等边三角形”。 4、画出程序流程图并设计一个测试用例。 分析一下： 1、构成三角形的条件：任意两边之和大于第三边； 2、构成等腰三角形的条件：任意两边相等； 3、构成等腰直角三角形的条件：任意两
2021-06-28 19:13:05
4218
3
转载 测试经典用例：视频播放器测试点
视频播放器测试点 功能测试 视频资源可以正常获取，不管是服务器返回还是后台添加等 视频的封面图、页面UI等正常 若一个视频中涉及到上一个视频、下一个视频时点击后都能正常切换到相应的视频，且视频正常播放 音量大小（如静音模式下播放时无声音） 视频最大化、最小化（如切换到最大化时视频全屏播放） 播放列表的播放顺序，单循环，多循环，顺序播放，随机播放（还需要考虑下视频若是后台上传的，若在后台将某视频进行增加，删除，修改操作，验证视频播放是否正常） 其他逻辑： 点击视频时，视频正常播放；再次点击时暂停播放资源； 播
2021-06-28 19:01:55
2528
转载 测试经典用列设计：电梯
测试经典用列设计：电梯 一、界面测试： 外观（里面、外面）美观性 电梯空间尺寸是否和设计尺寸一致 按钮是否清晰和易懂 显示楼层的显示屏是否安装 是否联系外界的电话、紧急电话 设备检测说明书 安全规范说明书 灯 标识的承重和人数 扶手 镜子 仅提供可到达楼层的按钮 电梯制作的材料 二、功能测试： 测试电梯能否实现正常的上升和下降功能，每层是否都可以停靠。 每层停靠楼层是否与所按的楼层一致 电梯按键在按下时是否点亮按键灯 电梯在每个楼层的上行和下行的申请是否可以有效 电梯满负载的时候，是否会忽略其他楼层外部的上
2021-06-28 18:56:29
127
原创 测试经典用列设计：登录框
测试经典用列设计：登录框 功能测试 1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。 2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。 3.登录成功后能否能否跳转到正确的页面 4.用户名和密码，如果太短或者太长，应该怎么处理 5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况 6.记住用户名的功能 7.登陆失败后，不能记录密码的功能 8.用户名和密码前后有空格的处理 9.密码是否加密显示（星号圆点等） 10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难
2021-06-28 18:50:03
343
转载 测试经典用列设计：电梯
测试经典用列设计：电梯 需求测试:查看电梯使用说明书、安全说明书等 界面测试:查看电梯外观 功能测试：测试电梯能否实现正常的上升和下降功能．电梯的按钮是否都可以用； 电梯门的打开，关闭是否正常；报警装置是否可用，报警电话是否可用； 通风状况如何.突然停电时的情况；是否有手机信号； 比如说上升途中的响应。电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来； 电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停； 可靠性：门关上的一刹那出现障碍
2021-06-28 18:48:06
89
原创 经典用列：购物车
经典用列设计：购物车 – 添加商品 1.是否能够添加商品 2.添加单个商品数量是否有上下限 3.添加商品种类是否有上下限 4.添加同类型商品的不同规格商品显示是否分条显示 5.加入购物车商品排序是否合理 • 删除商品 1.能否删除单类商品 2.是否有快速删除多种商品方式（全选，删除） 3.删除商品是否有确认提示 • 跳转商品详情 1.跳转商品图片显示是否正常 2.跳转商品链接显示内容是否完整，是否过长 3.点击图片或者链接是否能够跳转商品详情 •编辑商品数量 1.是否有通过+ -编辑商品数量方式 2.是否有
2021-06-28 18:41:38
133
翻译 经典用列设计：水杯
经典用列设计：水杯 一、功能测试 能否装水， 除了装水， 能否装其他液体。比如可乐，酒精 能装多少ML的水 杯子是否有刻度表 杯子能否泡茶，跑咖啡 杯子是否能放冰箱，做冰块 杯子的材质是什么（玻璃，塑料,黄金做的） 二、界面测试(UI Test) 外观好不好看。 什么颜色 杯子的形状是怎么样的。 杯子的重量是多少 杯子是否有异味 杯子的图案是否合理 三、性能测试(performance test) 能否装100度的开水 (泡茶) 能否装0度冰水 装满水，放几天后，是否会漏水 杯子内壁上的涂料是否容易脱落。
2021-06-28 18:39:22
613
转载 测试过程中，开发认为不是bug的bug该怎么办
测试过程中，开发认为不是bug的bug该怎么办 找出需求文档，并且对着文档和开发当面进行沟通，说出我认为是BUG的原因，注意客观、严谨，不参杂个人情绪。 如果开发接受我的说法，那就需要开发进行BUG修改。 如果开发仍然觉得不是一个BUG，这个时候需要产品经理接入。针对此问题，进行讨论。如果产品觉得是BUG，一般情况是需要修复的。如果产品经理觉得问题不大，那这个BUG就可以不解决。 ...
2021-06-28 18:35:51
632
原创 测试中遇到不可复现的bug的时候如何解决
测试中遇到不可复现的bug的时候如何解决 1.提交该问题单：把不可重现的BUG记录下来，以后再遇到的时候可能就会了解发生的原因。同时尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。而且程序员对程序比测试人员熟悉的多，因为测试人员看到的只是程序的外部，无法深入程序内部，也许你提交了，即使无法重新，程序员也会了解问题所在。无法重现的问题再次出现后，也可以直接叫程序员来看看问题。 2.尽量详细的描述缺陷：尽可能的详细记录BUG产生的相关信息；如重现频率，发生情况并有截图，操作步骤，软件的版本，发生
2021-06-28 17:14:14
1528
原创 测试的流程
测试流程 测试工作流程也许会有些许差别，但大体上都不会有太大的偏差，基本上包括需求评审、制定测试计划、设计测试用例、用例评审、测试执行、撰写测试报告等文档 需求评审： 不管是自研产品或其他产品，测试人员都要参加需求评审的会议。一方面，便于了解需求进而更好地开展之后的测试工作；另一方面，测试人员往往是从用户角度考虑居多，更加能够从用户的角度提出符合实际的建议。 制订测试计划： 待需求最终确定下来后，则可以开始制定测试计划，确定测试目标、测试范围、测试方法、测试策略、资源安排、风险评估等。 测试用例
2021-06-28 16:54:28
246
原创 初识flask(2)
通过上一篇文章的学习，我们可以去运行一个简单的flask项目， 只是提供config对象直接设置即可，适用于 少量的配置项 ，接下来让我们进一步的去学习
2021-06-04 19:16:48
81
原创 初识flask
Flask作为当前主流框架之一，是每位程序员必不可少要掌握的，与其他主流框架对比，虽然只提供了web框架的核心功能，但是更加轻量级，具有自由、灵活、高度定制等特点。
2021-05-31 21:32:14
208
2
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人