- 博客(13)
- 收藏
- 关注
RSS订阅原创 css基础
1.标签之间的镶嵌关系 div和span没有具体的含义 - div通常用来表示一个盒子作为网页的布局 - span包裹的是一段文本或者一个文本 2img标签 - src 图片的路径/地址 - alt 提示:当图片加载失败的时候提示的一段文本 - border 边框(html属性,只需要设置边框的大小，颜色样式都是 默认的) - width/height 宽/高(设置最常见的两个属性)
2021-03-13 08:48:29
71
原创 html的基础知识
1 HTML的语法 双标签<标签的名称 属性=“属性值"></标签的名称> 单标签<标签的名称/> /可加可不加 2 常见的标签使用 **h1~h6标签字体** 默认样式：字体大小越来越小，加粗越来越弱 h1存放网页中最重要的部分(logo-唯一性) h2~h6没有特殊固定用法 <h1>大</h1> <h2>大</h2> <h3>大</h3>
2021-03-09 20:14:57
78
原创 缺陷报告
缺陷报告模板 1.缺陷编号 Bug_项目名称_模块名称_功能名称_001 2.所属模块 一级模块/二级模块/三级模块 例如：上课直播软件 如果想要查看签到记录需要进入直播主界面–互动应用-签到-签到历史记录 3.优先级。缺陷的修复紧急程度。p1>p2>p3>p4 4.严重程度。s1>s2>s3>s4 5.缺陷概述。用一句话描述缺陷的基本情况 6.缺陷的描述。将缺陷的复现步骤。预期结果和实际的结果列出来 7，提交人，是谁就写谁的名字 8.备注。一般写产生该缺陷的特殊情况。将
2020-12-24 22:53:58
217
1
原创 缺陷的定义与生命周期
缺陷的生命周期 缺陷的识别 依据：需求文档，设计文档，产品原型，测试用例，都是客观的依据 同行业的类似成熟软件，和开发人员沟通，跟有经验的测试人员沟通，同行业隐性需求，都是带有主观依据。 测试人员在识别缺陷的时候，要很灵活对待 ...
2020-12-24 16:24:09
395
原创 测试中的方法——场景法正交实验法功能图法
场景法 重点： 基本流（软件功能正确实现的流程） 备选流（基本功能流程之外的过程） 注意： 1、场景中必修有基本流、 2、场景中必须有内容从用例的开始到用例的结束。 原理 设计用例的步骤 正交实验法 1、日本人，统计学家提出 2、使用的工具：正交表 3、统计和分析实验数据从大量的实验中找到合适的实验数据组合。 4、大量的实验中，挑选出来一部分具有代表性的点，进行实验，分析数据 5、数学原理:线性代数 概率论 数理统计 6、核心概念： 6. 1，影响实验结果的我们称为：实验因素（因子）、 6. 2每一个因
2020-12-17 00:12:54
839
原创 测试用例中的方法——因果图判定表
因果图 因果图法是一种适合于描述对于多种输入条件组合的测试方法 根据输入的条件组合约束关系和输出条件的因果关系 分析输入条件的各种组合情况，从而设计测试用例的方法 适合检查程序输入条件涉及的各种组合情况 因果图的关系 原因和结果的关系：恒等：原因A成立 结果B一定成立 非：原因A成立时 结果B一定不成立 或：原因A,B,C三者只要有一个成立，结果D就一定成立 与：原因A,B,C都成立时，结果D才会出现 输入状态相互之间还可能存在某些依赖关系，称为约束。例如, 某些输入条件本身不可能同时出现。输出状态之
2020-12-15 17:03:45
563
原创 黑盒测试中的方法——边界值分析法
1、黑盒测试概念 黑盒测试法也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 黑盒测试主要发现以下类型的错误： 基于规格说明的功能错误 基于规格说明的构件或系统行为错误 基于规格说明的性
2020-12-14 20:20:38
878
1
原创 测试用例及测试用例的模板与等价划分
1设计一个情况，软件程序在这种情况下，必须能够正常运行并且达到程序设计的预期结果（面试中经常会问到） 2如果软件按照测试用例运行达不到预期的结果就反馈给开发人员，并修复 3``开发人员说缺陷修护了，测试人员必须用同一个测试用例来测试这个问题，确保该问题已经修改完成（这也叫回归测试） 测试用例的模板 ...
2020-12-13 14:00:38
251
原创 软件测试的分类
1.按照开发阶段划分 单元测试 对于单个模块测试，从程序内部结构发出测试用例，一般要读程序和代码，大多数时候单元测试都是由开发人员自己去完成（交叉） 确认测试 功能是否实现，一般都是正向测试。 通过确认测试之后的软件才具备进入测试阶段 确认测试称为（冒烟测试）。一般不作为正式的测试环节或者测试阶段。 系统测试 在真实的运行环境下，检查系统的程序能否和系统所有功能，软件及硬件正确配置连接，满足需求 和硬件系统的联系；和系统软件的联系；和其他软件的关系 验收测试 一般供求双方。一般有三种验收测试的主体 α测试
2020-12-04 21:21:40
108
原创 软件测试的流程
软件测试的流程 1 获取测试需求-编写测试的计划-制定测试方案-开发与设计测试用例-执行测试-提交缺陷的报告-测试分析与评审-提交测试总结-准备下一版本测试 2 软件测试的模型 v模型 1揭示了开发过程与测试过程中各阶段对应关系 2缺点与不足 v模型仅仅把测试过程作为在需求分析。系统设计及编码之后的一个阶段，忽视了测试对需求分析系统设计难顶验证 需求的满足情况一直到后期的验收测试才 被验证 没有体现出《尽早地和不断地进行软件测试》的原则 w模型 1 由两个v字符模型组成，分别代表测试与开发过
2020-12-04 14:46:42
149
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人