软件测试
亚索不会吹风
向钱看
展开
-
mysql学习笔记
一.基础1.基本查询 1.查询的列表可以是:表中的字段、常量值、表达式、函数 2.查询的结果是一个虚拟的表格 3.查询前选择库保险一些 use ctms 4.有些字段名可能和mysql的关键字一样,可以使用卓分号也就是键盘1左边的那个键select `name` from biaoselect 100 select '字符'select 100+200原创 2021-07-08 19:31:54 · 27493 阅读 · 2 评论 -
app测试知识点,adb命令,日志(安卓和苹果)查看,软件后缀,专项测试等
https://www.jianshu.com/p/6bbd3f370fe9兼容性测试/适配测试一般做系统版本兼容性测试、手机机型兼容性测试与分辨率适配测试,可根据具体的业务线要求进行1.平台兼容性测试(手机和平板等)根据客户端是否需要支持pad来决定是否测试2.手机机型兼容性测试(监控使用公司业务的用户手机占有率前十的型号)3.系统分辨率兼容性测试测试手机不同分辨率下,app各个页面展示情况,主要考虑市场占有主流分辨率(如:10801920、7201280等),低分辨率(如:320480..原创 2021-04-09 11:27:52 · 30908 阅读 · 1 评论 -
HTTP 的15个常见知识点复习
标记下好文章https://zhuanlan.zhihu.com/p/73409439原创 2021-04-09 10:09:00 · 19023 阅读 · 0 评论 -
get请求和post请求的区别以及常用请求方式
4种请求方式都是对服务器资源的操作put:增加delete:删除post:修改get:查询get请求和post请求的区别:1.GET在浏览器回退时是无害的,而POST会再次提交请求。2.GET请求只能进行url编码,而POST支持多种编码方式,携带请求体常见的 POST 提交数据方式application/x-www-form-urlencodedmultipart/form-dataapplication/jsontext/xml3.GET请求在URL中传送的参数是有长度限制的,原创 2021-04-09 10:01:20 · 19153 阅读 · 1 评论 -
保证测试的覆盖率
一.首先测试需求分析要全面显式需求:产品需求文档隐式需求:用户的主观感受,市场的主流观点,专业人士的评价分析二.用例编写容易忽略的点自动执行的功能完整业务流程功能的默认情况三.测试用例的补充在测试过程中,会发现一些bug,但是不是完全按照用例的步骤执行出来的,需要把产生bug的步骤补充为新的测试用例...原创 2021-03-29 15:15:57 · 19014 阅读 · 2 评论 -
缺陷(bug)管理
缺陷等级分类致命:测试过程死机、系统崩溃、数据跌势、功能没有实现严重:导致软件功能不稳定、功能实现错误、流程错误一般:校验错误、罕见故障、错别字,不影响功能,影响体验低级:没影响的小问题缺陷报告组成缺陷标题缺陷所属的模块发现缺陷的版本指派给谁处理缺陷的状态缺陷的严重程度缺陷生命周期顺利情况下测试发现创建缺陷报告指派开发开发修复指回测试测试验证关闭缺陷不顺利情况下开发修复后指回测试,测试验证未修复成功,再次指回修复...原创 2021-03-29 14:56:11 · 18950 阅读 · 2 评论 -
接口测试
的原创 2021-03-29 14:46:21 · 17632 阅读 · 2 评论 -
抓包工具在测试中的作用
需要通过抓包工具,检查数据加密安全测试方面,我们需要检查敏感数据在传输过程中是否加密,也需要借助抓包工具才能检查。常见加密方式:线性散列算法(签名算法)MD5 SHA1对称性加密算法 AES DES非对称性加密算法 RSA处理前后端 bug 归属之争在我们提交bug的时候,经常会出现前端(客户端展示)和后端(服务端的逻辑)的争议,那么可以通过抓包工具,确实是数据传递问题还是前端显示的问题。如果抓出来的数据就有问题的话,那么一般是后端的问题;如果抓出来的数据是正确的,那么基本上可以断定是..原创 2021-03-29 14:40:18 · 17854 阅读 · 0 评论 -
测试一个项目的流程
项目流程1.产品去调研编写出需求文档2.产品召集开发测试去讲解需求文档,让我们提出一些疑问补充需求文档3.确定提测时间和上线时间,划分测试任务安排好测试时间4.根据自己的的测试任务来拆解需求,遇到一些疑问点咨询产品5.充分了解需求后开始编写测试用例6.召集产品开发进行用例评审,查漏补缺7.提测前2天了解开发进度,提前规避风险8.开发提测正式开始进行测试9.测试发现bug进行记录告知开发进行修改,修改好及时验证10.上线之前寻找产品前来验收项目11.发布测试报告12.上线后在生成环境进原创 2021-03-29 14:26:13 · 28562 阅读 · 0 评论 -
测试报告的内容
测试报告的内容1.测试的哪些功能模块(测试范围)2.测试用例执行情况(一共多少,执行了多少,未执行多少,通过多少,失败多少,用例失败率)3.发现的严重缺陷有哪些(仅仅罗列最严重级别的bug)4.测试结论(测试是否通过/是否满足发布要求/是否能够发布)5.下版本优化点和发版风险6.此次版本参与项目的产品测试研发人员...原创 2021-03-29 14:22:36 · 18560 阅读 · 0 评论 -
测试时间不够,项目要如期发布如何保证测试质量
保证质量方案找到项目负责人确认1.定下测试优先级,测试策略,即优先测试哪些功能,是不是保主要流程和界面样式,其他分支流程和细节可以留待后面测试优化?2.bug是不是只确保严重等级以上的完全修复,其他尽量修复,不行留待后续版本解决?3.人员是不是可以借用,比如拉上产品、运营一起测试?4.协调好万分无奈的加班计划,尽可能给测试留下时间。找产品组沟通让对应产品和开发一起开会,产品深度讲解本次迭代的需求,开发讲解实现及注意点,确保三方尤其是测试这边的人员快速理解需求,节省时间分析成因及做好规避措施原创 2021-03-29 14:19:46 · 29734 阅读 · 0 评论 -
项目上线出bug怎么处理
一. 评估bug的影响范围1.分析bug影响的用户数量2.分析bug影响的严重程度二. 解决线上问题bug影响范围比较小时一般都会通过修复bug的方式来解决,方法如下:1.了解bug出现的场景,业务操作,努力复现bug2.开发人员结合bug出现时的各种日志(系统日志、数据库日志、操作日志、debug日志),定位bug产生的原因3.开发人员修改完成bug后,由测试人员进行验证,保证bug已被修复4.按照项目规划的发布/升级的时间节点,将bug修复的代码发布到线上,bug解决影响范围比较大的b原创 2021-03-29 13:55:37 · 30827 阅读 · 0 评论 -
软件测试用例设计方法等价类和边界值
好像也就用这2种,然后就是一些场景,把一些流程相关的用例单独拉出组成场景用例,模仿用户的常用操作需求:登陆功能手机号和密码登陆,密码长度不能小于6位,不能超过12位等价类有效等价类:手机号15576152333,密码lll1234,点击登陆按钮。登陆成功手机号15576152339,密码lll12349876,点击登陆按钮。登陆成功无效等价类手机号155761523**,密码lll1234,点击登陆按钮。手机号格式不正确手机号15576152333,密码lll1236(错误密码),点击登原创 2021-03-29 13:40:09 · 19414 阅读 · 0 评论