自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(10)
  • 收藏
  • 关注

原创 day01网络协议

网络协议 1.1 http与https的基本概念 HTTP:是互联网上应用最为广泛的一种网络协议,是一个客户端和服务器端请求和应答的标准 (TCP),用于从WWW服务器传输超文本到本地浏览器的传输协议,它可以使浏览器更加高效,使网络传输减 少。 超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协 议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方 法。 HTTP协议一般用于B/S架构(

2021-10-12 17:14:43 48

原创 测试day09

day09 1.测试报告 1.1定义: 记录测试的过程和结果,对发现的问题和缺陷进行分析的文档 1.2测试报告分类: 阶段测试报告 整体测试报告 2.报告内容 2.1概要: 1.编写目的 ①对测试报告进行相应的解释 ②对项目进行简介 ③对于测试任务进行简单描述,要测试哪些内容 2.测试人员 类似于测试计划中的人员分工,简单描述日期等 3.测试环境 软件和硬件环境 2.2测试工作: 阶段测试报告: 测试进度情况 用例执行情况 缺陷统计 总体测试报告 各

2021-09-27 11:54:25 61

原创 测试day08

day08 1.缺陷报告 1.1定义: 识别并描述发现的缺陷,具有清晰,完整可重视问题所需信息的文档。 理解: 测试人员发现bug,记录在缺陷报告中,通过缺陷报告和开发进行沟通,并对缺陷进行跟踪管理 1.2什么是缺陷: 软件缺陷就是通常说的Bug,它是指在软件中(包括文档和程序)存在的影响软件正常运行的问题。 软件未达到产品说明书标明的功能,如一个即时通讯App不能聊天。 软件出现了产品说明书指明不会出现的错误,如高考不带身份证。 软件功能超出产品说明书指明的范围

2021-09-26 10:00:50 64

原创 测试day07

day07 1.场景法 1.1定义:通过模拟业务场景来对系统的功能点或业务流程的描述,从而提高测试效果的黑盒测试方法 1.2ATM引入场景法: 1.3原理图: 1.4两个流: 基本流:正确完成的流程 插卡 → 输入密码 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片 备选流:存在异常的流程,对于基本流每一步都取反 插卡 → 输入密码 → 密码错误 → 重新输入 → 密码正确 → 选择服务 → 取款 → 选择金额 → 等待 1.5场景法编写

2021-09-24 15:09:43 55

原创 测试day06

day06 1.因果图 1.1定义:因果图法比较适合输入条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出。 1.2因果图测试用例编写过程: 确定原因、结果、中间过程 连接因果图 标明约束条件 输出测试用例 2.错误推测法 2.1定义:是经验丰富的人喜欢用的一种测试用例设计方法 一般这种方法是基于经验和直觉推测程序中可能发送的各种错误,有针对性的设计,只能作为另外的一种补充 2.2应用: 输入一串数字,程序可以自动从小到大的排序 邮箱

2021-09-24 10:10:58 65

原创 测试day05

day05 1.测试用例介绍 1.1定义:为某个业务目标,而编制的一组由测试输入,执行条件以及预期结果组成的案例 1.2为什么要学习测试用例: 在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率。 测试用例的使用令软件测试的实施重点突出、目的明确。 在软件版本更新后只需修正少部分的测试用例便可展开测试工作,降低工作强度、缩短项目周期。 检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。 1.3用例核心要素(16个): 用例编号 所属模块 用例

2021-09-23 19:07:20 65

原创 测试day04

day04 1.软件测试计划简介 1.1测试目的编写结构 目的的总体概述 包含详细描述 1.2测试目的的编写内容 程序是否满足需求 程序是否存在bug 系统或产品顺利发布 1.3测试资源: 人力资源 + 系统资源=硬件+软件 1.4测试范围 测试对象、测试的特性、不测试的特性 1.5测试风险: 人员不足、技术有限、软件依赖环境不完备、工具不足、需求变更 1.6人员分工 1.7测试准则: 启动准则:满足什么情况可以进行测试 暂停准则:遇到什么情况测试

2021-09-22 14:57:39 59

原创 测试day03

day03 1.软件缺陷管理 1.1软件缺陷定义:软件缺陷就是通常说的Bug,它是指在软件中(包括文档和程序)存在的影响软件正常运行的问题。 1.2软件缺陷产生的原因:需求不明确、软件结构复杂、编码问题、项目期限短、使用新技术 1.3软件缺陷分类: 测试种类:界面类、功能类、性能类、安全类、兼容性类 缺陷严重程度:严重、一般、次要、轻微 缺陷优先级:立即解决、高优先级、正常排队、低优先级 缺陷发生阶段:需求阶段缺陷、架构阶段缺陷、设计阶段缺陷、编码阶段缺陷、测试阶段缺陷 1.4

2021-09-22 11:44:55 72

原创 测试day02

day02 公司组织架构 董事长----总经理-----副总经理------财务部 ------技术部-----产品总监----产品经理----- ------项目经理----开发----测试 ------运营部---上线 项目成员组成: 项目经理 产品经理 UI设计师 技术总监 开发工程师 (web前端,Android,iOS,后端) 测试工程师 软件开发流程:项目启动阶段,需求阶段,设计阶段,开发阶段,测试阶段,项目上线 项目启动:产品经理调研文档 了解项目背

2021-09-18 16:07:07 57

原创 测试day01

软件定义:是一系列按照特定顺序组织的计算机数据和指令的集合 软件开发模式: 瀑布模型:需求分析-系统设计-程序设计-编码开发-测试-运维 快速原型模型:快速设计出原型 实现与未来用户的交互 在快速模型上一步步的完善 螺旋模型:制定计划-风险分析-实施-客户评估 螺旋模型特别强调风险分析 迭代模型:迭代式开发 有更高的成功率和生产率 降低了一定的开支 增量模型:把产品分为若干个子产品 交付客户也是交付一个完整的子产品 每个子产品进行反复求精的迭代过程 直到产生最后的完善的产品 敏捷开发模式:以人

2021-09-18 11:27:31 89

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除