测试基础

一软件开发的模型有
1 瀑布模型， 2 快速原模型 3 螺旋模型

二瀑布模型的流程有
需求分析-设计-编码-实现-软件测试-完成-维护
瀑布模型
1 是线性模型的一种，在所有模型中占用地位，是所有其他模型的一个基础
2 每一个阶段执行一次，按线性顺序进行软件开发
测试阶段的切入点：
测试阶段处于软件实现后，必须在代码完成留出足够的时间给测试活动，不然将导致测试不充分，很多问题到项目期才暴露
瀑布模型的优缺点
优点：
1.开发的各个阶段比较清晰
2.强调早期计划及需求调查
3.适合需求稳定的产品开发
缺点：
1.依懒于早期的需求调查，不适合需求的变化
2.单一流程不可逆
3.风险往往延期至后期才显露，失去及早纠正的机会
4.问题在项目后期才开始暴露
5.前面未发现的错误会传递并导致后面的阶段，可能导致项目失败
改良
1.沿用瀑布模型的线性思想，细化了各个阶段，并在重要关注的阶段之间参入递代的思想

快速原模型
在开发真实系统之前，构造一个原型，该原型在的基础上，逐渐完成整个系统的开发工作。
1.建造一个快速原型，实现用户与系统的交互，用户对原型进行评论，进一步细化待开发软件的需求。通过逐步调整原型是其他满足用户的要求，开发人员可以确定真正之前的什么
2.在第一步的基础上开发用户满足的软件产品

快速原模型优缺点
优点：
克服瀑布模型的缺点，更好地满足用户的需求不明确的项目开发风险。适合预先不能切定义需求的软件系统的开发
缺点：
不适合大型系统开发（适合开发小型的，灵活性高的系统）。前提要有一个展示性的产品原型，因此在一定程度上可能会限制开发人员的创新。

软件测试和软件工程
1.软件测试和软件工程息息相关，软件测试是软件工程组成中不可或缺的一部分
2下软件工程、项目管理、质量管理得到规范化应用的企业、软件测试也会进行的比较顺利，软件测试发挥的价值也会更大
3要关注软件工程、质量管理以及配置管理与软件测试的关系：在不同的开发模式下，如何进行软件测试
测试模型常见的模型
V模型、W模型、H模型

V模型：
v模型示意图
需求分析 验收测试

              概要设计                              系统测试

                     详细设计                集成测试

                             编码        单元测试

单元测试：
又称模块测试，针对软件设计中的最小单位–程序模块，进行正确性检测的测试工作，多个模块可以平行地独立进行单元测试
A.什么时候进行单元测试
B.由谁来做单元测试？
C.单元测试的依据？
D.单元测试的通过标准？
E.国内单元测试的现状？
F.如何进行单元测试？
集成测试：
又叫组装测试，通常在单元测试的基础上，将所有程序模块进行有递增的测试。重点测试不同的接口部分。
A.什么时候进行集成测试？
B.由谁来做集成测试、测试人员？
C.集成测试的依据？

系统测试：
指的将整个软件系统看为一个整体进行测试，包括对功能、性能、也及软件所运行的软硬件环境进行测试
系统测试在系统集成完毕后进行测试，前期主要测试系统的功能是否满足需求，后期主要测试系统运行的性能是否满足需求，以及系统在不同的软硬件环境的兼容性等。

验收测试：
Aipha是内测版本，即现在所说的cb，此版本表示该软件仅仅是一个初步完成本，通常在软件开发内部交流，也有少一部发给专业测试人员。一般而言，该版本软件的bug较多，普通用户最好不要安装。
Beta是公测版，是对所有用户开放的测试版本。该版本相对于aipha版已有了的很大改进，消除了严重的错误，但还是存在着一些缺陷，需要经过大规模的发布测试来进行一步消除。这一版本通常由软件公司免费发布，用户可从相关的站点下载。通过一些专业爱好者的测试，将结果反馈给开发者，开发者们进行有针对性的修改。该版本也不适合一般用户安装
Gamma版本，指的是软件版本正式发行的候选版。该版本已经相当成熟了，与即将发行的正式版相差无几，成为正式发布的候选版本。

V模型优缺点：
1 、优点：包含了底层测试（单元测试）和高层测试（系统测试）清楚的标识了开发者和测试的各个阶段；自上而下逐步求精，每个阶段分工明确，便于整体项目的把控。
2、缺点：自上而下的顺序导致了，测试工作在编码之后，就导致错误不能及时的进行修改；实际工作中，需求经常变化，导致v模型步骤，反复执行，返工量很大，灵活度较低。
3、改良：每个步骤都可以进行小的迭代工作.

W模型：
需求分析 验收/系统测试设计 交付 验收测试

             概要设计             集成测试设计           实施               系统测试


                   详细设计       单元测试设计         集成            集成测试
                                  

                                          编码                          单元测试  
     1 、优点：开发伴随着整个开发周期，需求和设计同样要测试，更早的介入测试，可以发现初期的缺陷，修改成本低；分阶段工作，方便项目整体管理
     2、缺点：开发和测试依然是线性的关系，需求的变更和调整，依然不方便：如果没有文档，根本无法执行w模型，对于项目成员的技术更高！
                 定义：开发一个v；测试一个v组合起来的模型（w模型也叫双v模型）

总结：v模型使用与中小企业，w模型适用于中大企业（因为人员要求高），h模型人员要求非常高，很少公司使用

黑盒测试：
又称数据驱动测试，完全不考虑从内部机构和特性，值注重 软件和功能需求（不管代码）
黑盒测试分类：
一 功能测试：
1.逻辑功能测试
2.界面测试
3.易用性测试
4.安装测试
5.兼容测试
二 性能测试：
1.时间性能
2.空间性能稳定性能
3.一般性能
4.稳定性能
5.负载测试
6.压力测试

白盒测试：
把盒子打开研究里面的程序结构和源代码

随机测试：
针对重要功能、新增加的功能、特殊情况、以前发现重大bug的模块进行二次：也叫探索测试，它可以结合回归测试来使用；

软件测试的分类：
1、按测试阶段划分：单元测试、集成测试、系统测试
2、是否覆盖源代码：
（1）白盒测试：
（2）黑盒测试：1、功能测试2、性能测试
3、是否运行：静态测试（不运行程序）、动态测试（运行程序）
4、其他：1、回归测试 2、冒烟测试 3、随机测试 4、验收测试（内侧、公测、候选版）
5、是否自动化：1、人工程师 2、自动测试

灰盒测试：

测试用例：
测什么？怎么测？

等价类划分法：
属于黑盒测试，它将不能穷举的测试过程进行分类。从而保证完整性和代表性；
思考步骤：
1、确定有效等价类和无效等价类
2、有效等价类划分（题目条件，还注意边界值（极致），中间再随意找个值）
3、无效等价划分（跟有效等价类相反，其它特殊情况（中文、英文、特殊符号、空格、空））

等价类细节：
1、考虑输入长度
2、考虑输入类型
3、组成规则
4、是否区分大小写
5、是否重复
6、是否去除空格

边界值：
我们在测试过程中，一定小心边界值（极值），因为在程序中这些边界值最容易出问题；
具体测试用例书写思路：找到边界和两端值，分别进行测试；
总结：边界值思想应该是选到边界刚好超过值，进行测试，也要根据实际情况来选择；边界值和等价类是相辅相成的关系，配合使用的。

因果图法的定义：
因：输入条件
果：输出条件输出结果
使用与输入条件之间相互制约、相互依赖的情况；

因果图中的符号：

                1、恒等：有因就有果、没有因就没有果
                2、非：有因没有果，没有因有果
                3、或：条件有一个是真，结果是真，条件是假，结果才是假
                4、且（与）：条件都为真，结果都是真，一个条件为假，结果都为假

判定表:
根据因果图来制定判定表（因果图可以不画）
组成部分：
1、条件桩：所以条件
2、条件桩：所以结果
3、条件项：针对条件桩的取值
4、动作项：针对条动作的取值
书写步骤：
1、列出所有条件和动作桩
2、填写条件和动作中的项目
3、简化判定表
注意：如果出现“_”代表此选项不影响最结果

场景法：
主要来测试业务流程：分为基本流（正确流程）和备选流（错误流程）
注意：还要补充异常情况：
在冒烟测试中主要采用场景法来测试：

流程分析法：
使用于先后顺序的测试：常用于业务流程等等。每一个流程就是一条测试用例，它只是在测试整体流程是否正确，细节还需要使用等价类、边界值等方法进行完善：

错误推测法：
凭着直觉和经验来测试用例，它是根据之前项目相关的bug数据总结来的;

一、正交排例法：
从全面实验中挑选出代表性的点进行测试（均匀分散，整齐可比）；高效率、快速、经济的方法；
二、正交表的使用方法：
1、根据控件和取值数选择一个合适的正交表。
2、例举取值并编号 ，生成取值表
3、把取值表与选择的正交表进行映射
三、混合正交表工具：
在实际工作中，很多情况都是因素和水平不同，我们在现成使用的正交表中找不到对应的表格，此时我们就需要混合正交表；
使用步骤：
1、制作取值表（不需要编号，列出数据即可）
2、复制表格中的数据放在一个新建的txt文本档中，保存到allpairs文件夹中（例如 test2.txt）
3、Win+r在输入cmd进入控制台界面
4、使用控制台代码进入allpairs文件夹中
5、在输入allparis.Exe text2.txt （test。Txt 是我们刚新建的文件，chenggong.txt是我们最终生成出来的正交文件）
四、测试用例方法的选择：
1、如果测试功能和流程，使用场景法
2、需要输入数据的地方，我们要使用等价类划分法，要注意配合边界值来做详细测试
3、如果有条件组合的情况，我们使用因果图制作判断法
4、配置类软件，组合较多的，我们使用正交表来科技的选择测试用例
5、如果没有到达覆盖标准，就要增加一些测试用例
6、依靠经验追加一些测试用例（错误推断法）
五、软件缺陷：
定义：缺陷就是软件的问题，最终表现为没有满足用户的需求
六、那些属于软件缺陷：
1、软件未达到出现规格说明不会出现的错误
2、软件出现了规格说明书指明不会出现的错误
3、软件功能超出了规格说明书的范围
4、软件未达到到规格说明书未指明但应该达到目标
5、软件测试人员或用户觉得不好
七、软件缺陷表现形式
1、功能、特性没有实现或者部分实现
2、时间不合理、功能不明确、逻辑不清楚或存在矛盾
3、实际结果和期望结果不同
4、没有达到规格说明书要求的性能指标
5、运行出错、崩溃、中断、界面混乱
6、用户不能接受其它问题，如存取时间过长、界面不美观
7、硬件或软件存在其他问题
八、软件缺陷状态：
1、提交–测试人员提交了一个缺陷给程序员
2、打开–待处理
3、拒绝–程序员认为不是缺陷或者重复，就可以修改状态为拒绝
4、修复–程序员修复缺陷后提交的一个状态
5、关闭–测试人员经过回归测试后，认为此缺陷已经解决，将其关闭
6、推迟–可以放在后续版本的问题，但是要详细写出修复的日期或版本
九、软件缺陷的严重度划分：
1、low–表面性错误，如错别字
2、Medium–影响一个相对独立功能、仅仅发生再特定条件上、与需求定义不一致、断断续续出现问题
3、High–功能点没有实现、不符合用户需求、导致数据丢失
4、Veryhigh–频繁死机、大部分功能不能使用
5、Critical–系统瘫痪、异常退出、死循环、严重的计算错误
十、软件测试的优先级：
1、low–时间和资源允许的情况下修复
2、Medium–不会延迟发布，会在也后修复
3、High–绘制约开发和测试的进行，需要在发布之间前修复
4、Veryhigh-- 影响系统，产生严重影响
5、Urgent–导致系统几乎不可用
十一、软件缺陷分类：
1、系统缺陷
2、数据缺陷
3、数据库缺陷
4、接口缺陷
5、功能缺陷
6、安全性缺陷
7、性能缺陷
8、兼容缺陷
9、界面缺陷
10、建议
一、缺陷报告注意事项：
1、尽量保证缺陷可以重现
2、简洁、准确、完整
3、一个缺陷报告只写一个缺陷
二、缺陷的规范标准
1、标题简介、提供缺陷的本质信息即可
2、复现的步骤要详细，用数字编号
3、实际结果要提供描述清楚复现后的结果
4、提供附件
5、严重性属性和其他公司需要填写的属性
注意：要避免一些常见错误
（1）避免使用情绪化语言和强调标点符号
（2）避免使用模糊的词语
（3）避免使用自认为幽默的语言，直接描述问题即可
（4）避免提交不正确的缺陷

三、缺陷的跟踪：
新提交的缺陷为“新建”状态，在确认有效之后变为“打开”状态，开发人员修改后为“已修复”状态，此时测试人员需要回归测试，如果验证问题已解决，状态为“已解决”，如果问题依然存在，状态为“打开”；如果开发人员任务此缺陷可以延期修改，状态为“延期”，注意此时必须由项目相关人员讨论确定后，才可以延期处理，否则状态继续为“打开”
四、缺陷密度
每千行代码的缺陷数： 缺陷密度=1000*缺陷个数/代码行数
五、

欢迎使用Markdown编辑器

你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。

新的改变

我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客：

1. 全新的界面设计 ，将会带来全新的写作体验；
2. 在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示；
3. 增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示；
4. 全新的 KaTeX数学公式 语法；
5. 增加了支持甘特图的mermaid语法¹ 功能；
6. 增加了 多屏幕编辑 Markdown文章功能；
7. 增加了 焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置 等功能，功能按钮位于编辑区域与预览区域中间；
8. 增加了 检查列表 功能。

功能快捷键

撤销：Ctrl/Command + Z
重做：Ctrl/Command + Y
加粗：Ctrl/Command + B
斜体：Ctrl/Command + I
标题：Ctrl/Command + Shift + H
无序列表：Ctrl/Command + Shift + U
有序列表：Ctrl/Command + Shift + O
检查列表：Ctrl/Command + Shift + C
插入代码：Ctrl/Command + Shift + K
插入链接：Ctrl/Command + Shift + L
插入图片：Ctrl/Command + Shift + G

合理的创建标题，有助于目录的生成

直接输入1次#，并按下space后，将生成1级标题。
输入2次#，并按下space后，将生成2级标题。
以此类推，我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。

如何改变文本的样式

强调文本 强调文本

加粗文本 加粗文本

标记文本

删除文本

引用文本

H₂O is是液体。

2¹⁰ 运算结果是 1024.

插入链接与图片

链接: link.

图片:

带尺寸的图片:

居中的图片:

居中并且带尺寸的图片:

当然，我们为了让用户更加便捷，我们增加了图片拖拽功能。

如何插入一段漂亮的代码片

去博客设置页面，选择一款你喜欢的代码片高亮样式，下面展示同样高亮的 代码片.

// An highlighted block
var foo = 'bar';

生成一个适合你的列表

• 项目
  • 项目
    • 项目

1. 项目1
2. 项目2
3. 项目3

• 计划任务
• 完成任务

创建一个表格

一个简单的表格是这么创建的：

项目	Value
电脑	$1600
手机	$12
导管	$1

设定内容居中、居左、居右

使用:---------:居中
使用:----------居左
使用----------:居右

第一列	第二列	第三列
第一列文本居中	第二列文本居右	第三列文本居左

SmartyPants

SmartyPants将ASCII标点字符转换为“智能”印刷标点HTML实体。例如：

TYPE	ASCII	HTML
Single backticks	'Isn't this fun?'	‘Isn’t this fun?’
Quotes	"Isn't this fun?"	“Isn’t this fun?”
Dashes	-- is en-dash, --- is em-dash	– is en-dash, — is em-dash

创建一个自定义列表

Markdown

Text-to- HTML conversion tool

Authors

John

Luke

如何创建一个注脚

一个具有注脚的文本。²

注释也是必不可少的

Markdown将文本转换为 HTML。

KaTeX数学公式

您可以使用渲染LaTeX数学表达式 KaTeX:

Gamma公式展示 $\Gamma (n)=(n-1)!\forall n\in \mathbb{N}$ 是通过欧拉积分

$$\Gamma (z)={\int }_0^{\infty }{t}^{z-1}{e}^{-t}dt.$$

你可以找到更多关于的信息 LaTeX 数学表达式here.

新的甘特图功能，丰富你的文章

Mon 06 Mon 13 Mon 20 已完成 进行中 计划一 计划二 现有任务 Adding GANTT diagram functionality to mermaid

• 关于 甘特图 语法，参考 这儿,

UML 图表

可以使用UML图表进行渲染。 Mermaid. 例如下面产生的一个序列图：:

张三 李四 王五 你好！李四, 最近怎么样? 你最近怎么样，王五？ 我很好，谢谢! 我很好，谢谢! 李四想了很长时间, 文字太长了 不适合放在一行. 打量着王五... 很好... 王五, 你怎么样? 张三 李四 王五

这将产生一个流程图。:

链接

长方形

圆

圆角长方形

菱形

• 关于 Mermaid 语法，参考 这儿,

FLowchart流程图

我们依旧会支持flowchart的流程图：

Created with Raphaël 2.2.0 开始 我的操作 确认？ 结束 yes no

• 关于 Flowchart流程图 语法，参考 这儿.

导出与导入

导出

如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到 文章导出 ，生成一个.md文件或者.html文件进行本地保存。

导入

如果你想加载一篇你写过的.md文件或者.html文件，在上方工具栏可以选择导入功能进行对应扩展名的文件导入，
继续你的创作。

---

1. mermaid语法说明 ↩︎

2. 注脚的解释 ↩︎