软件测试技术经典教程笔记(修).docx
软件测试技术笔记
软件测试技术学习笔记1. 软件工程：应用计算机科学，数学及管理科学等原理开发软件的工程。
软件工程是实现一个大型程序的一套原则方法，是指将其他工程领域中行之有效的工程学知识运用到软件开发中来，即按工程化的原则和方法组织软件开发工作。
2. 软件：程序以及开发，使用和维护程序所需的所有文档。
3. 软件测试：使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清楚预期结果与实际结果之间的差别，软件测试以检验是否满足需求为目标。
4. 软件测试的价值：（1）防止质量灾难的发生；（2）确保软件满足用户的需求（功能性，非功能性）；（3）确保软件符合质量标准（国家，行业，企业）。
5. 软件测试的目的：（1）证明程序的正确性—除非仅处理有限种情况；（2）发现程序错误（BUG）—直接目标；（3）检查软件（系统）是否满足需求—期望目标。
6. 软件测试的原则：（1）测试必须是有计划的，有准备的，包括任务，时间，人员，设备，经费，方法与工具，问题等；（2）所有的测试都应追溯到用户需求；（3）应当尽早地和不断地进行软件测试；（4）软件测试充分注意测试中的集群现象；（5）总假定程序具有错误的；（6）旁举测试是不可能的；（7）彻底检查每一个测试结果。
7. 软件测试的分类：（1）按照开发阶段划分：单元测试，集成测试，系统测试，验收测试；（2）按照测试实施组织划分：开发方测试，用户测试，第三方测试；（3）按照测试技术划分：白盒测试，黑盒测试。
8. 软件测试流程：制定测试计划，设计测试，实施测试，执行测试，评估测试。
9. 白盒测试：已知产品的详细设计过程，可以通过测试证明每种内部操作是否符合设计规格需求，所有内部成分是否已通过检查。
10. 黑盒测试：已知产品的用户需求规格，可以通过测试证明整个软件系统是否符合用户最终要求。
11. 采用等价类划分的原因：由于旁举测试的办法数量太大，以至于无法实际完成，自然促使我们选取测试用例。
软件测试技术大全读书笔记
软件测试技术大全读书笔记-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
一．测试是一种服务：
1.可以化解很多测试与开发之间的矛盾；
2.有利于测试客观公正地进行工作。
二．软件测试应该遵循的几个原则：
1.GoodEnough原则；--投入与产出成正比
2.Pareto原则；--80-20原则
3.尽可能早的开展测试；--早发现，代价小
4.在发现比较多错误的地方需要投入更多的测试；--聚集效应。
5.同化效应。
--交叉测试避免出现盲点。
三．IBM公司的软件测试方法
1.单元测试
2.集成测试
3.系统测试
4.验收测试
四．为什么需要回归测试
1.所谓回归：指产品的质量从一个较高的水平回落到一个较低的水平。
2.回归的问题根源是软件系统的内在复杂性。
3.随着系统构建的时间越长回归的问题也会增多。
2。
软件测试技术经典教程——学习笔记
软件测试技术经典教程——学习笔记公司推荐的入门书，《软件测试技术经典教程》是一本难得的好书。
注重理论与实践结合！之前看过的一些软件测试方面的书，大多注重理论，而且大都讲得泛泛，不具体，书本之间的重复内容很多。
全书分为三部分：软件测试基础知识、黑盒测试工具和白盒测试工具。
其中黑盒测试中介绍的几个工具，很长见识，带人进入真实的软件测试工作环境。
它让我第一次深得，原来软件测试是这个样子的。
LoadRunner，这个软件之前有听过，大概知道它是性能测试的工具，但没有用过，直觉是这软件应该比较复杂。
此次书中的介绍，其实并不算好，跟任何介绍软件使用的计算机书一样，价值是不大的。
我操作的时候也没有太多按照书上的内容来，而是借助网上的电子文档教程，但书是一个好东西，它让我明白这个工具的重要性，明白它是软件测试理论及实践中的位置，这个意义比软件教程本身重要很多，是决定要不要学习一个工具的前提。
下载了安装程序之后，对着教程进行操作，发现其实过程还是非常简单的。
软件的操作，一两天就可以学会，并应用在工作中，软件操作遇到的具体问题也可以通过查找资料或者向同事请教的方式解决。
但工作过程中跟项目相关的内容，就需要软件测试理论和其它知识的支撑了。
正如前面所提到的，本书的意义在于——它带我走进真实的软件测试环境。
QTP（Quick Test Professional），是一个功能测试工具。
这个软件之前在软件测试论坛上也有人提及，还看到有专门的教程，因此感觉软件本身可能比较复杂。
但真正使用起来，才发现非常易学易用。
同LoadRunner一样，重要在于通过本书，知道了它的重要意义，软件的学习是容易的。
这款软件的主要功能是录制与回放，可对测试过程插入检查点等，回放时，可用参数化的方式进行输入。
QC（Quality Center），是一款软件测试过程管理工具，它的老版本叫Test Director，也是书中所介绍的版本。
有管理员与用户两种模式。
《软件测试》读书笔记（持续更新）
《软件测试》读书笔记（持续更新）⽂章⽬录#第⼀部分 软件测试综述##第⼀章 软件测试的背景###1.1臭名昭著的软件错误⽤例研究###1.2软件缺陷是什么####1.2.1软件失败的术语确实严重，甚⾄是危险的情况：故障（fault）、失败（failure）、缺点（defect）不那么尖锐，主要指未按预料运⾏，⽽不指全部失败：异常（anomaly）、事件，插曲（incident）、偏差（variance）最常⽤的术语：问题（problem）、错误（error）、缺陷（bug）其他术语：⽭盾（inconsistency）、特殊（feature）软件测试中出现的其他术语：产品说明书（product specification）：简称为说明（spec）或产品说明（product spec）。
它对开发的产品进⾏定义，给出产品的细节、如何做、做什么、不能做什么。
这种协定从简单的⼝头说明到正式的书⾯⽂档有多种形式。
之后《软件开发的过程》会讲述产品说明书和开发过程中的更多内容。
在每个公司，不同的开发⼩组⾥会有不同的术语，但在⽤词上过多的计较是没有意义的。
在这本书中，所有的软件问题都被称为缺陷####1.2.2软件缺陷的官⽅定义 ☟⾄少满⾜下列5个规则之⼀才称发⽣了⼀个软件缺陷（software bug）1）软件未实现产品说明书要求的内容（产品说明书：计算器能够准确⽆误的进⾏加减乘除；按下（+）键，没有反应，或者得到错误答1）软件未实现产品说明书要求的内容（产品说明书：计算器能够准确⽆误的进⾏加减乘除；按下（+）键，没有反应，或者得到错误答案）2）软件出现了产品说明书指明不应该出现的错误（产品说明书：计算器永远不会崩溃、锁死或者停⽌反应；狂敲键盘，计算器停⽌接受输⼊）3）软件实现了产品说明书未提到的内容（计算器求加减乘除还可以求平⽅根，这也是缺陷，虽然有了更好，但会增加测试的⼯作，甚⾄带来更多的缺陷）4）软件未实现产品说明书虽未明确提及但应该实现的⽬标（⽬的为了捕获那些产品说明书上的遗漏之处。
软件测试方法与技术的学习笔记
软件测试方法与技术的学习笔记软件测试从不同的角度出发会派生出两种不同的测试原那么，从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷，从而考虑是否可以承受该产品，从开发者的角度出发，就是希望测试能说明软件产品不存在错误，已经正确地实现了用户的需求，确立人们对软件质量的信心。
测试的原那么就是从用户和开发者的角度出发进展软件产品测试的，通过测试，可以为用户提供放心的产品，并对优秀的产品进展认证。
为了到达上述的原那么，那么需要注意以下几点：1．应当把“尽早和不断的测试”作为开发者的座右铭2．程序员应该防止检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成。
3．设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，比方网络异常中断、电源断电等情况。
4．一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
5．对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进展讨论和分析。
6．制定严格的测试方案，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
7．回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。
8．妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档在测试实施之前，软件测试工程师必须确定将要采用的测试策略和测试方法，并以此为依据制定详细的测试案例。
而一个好的测试策略和测试方法必将给软件测试带来事半功倍的效果，它可以充分利用有限的人力和物力资源，高效率、高质量地完成测试。
那么，终究如何才能确定一个好的测试策略和测试方法呢，一般来说，在确定测试方法时，应该遵循以下原那么：第一，要根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点；第二，要认真研究测试策略，以便能使用尽可能少的测试用例，发现尽可能多的程序错误，因为一次完整的软件测试过后，如果程序中遗留的错误过多并且很严重，那么说明本次测试是失败的，是缺乏的，而测试缺乏意味着让用户承当隐藏错误带来的危险，同时反过来说如果过度测试那么又会浪费许多珍贵的资源。
软件测试技术经典教程
黑盒测试工具，指测试软件功能或性能的工具，主要用于系统测试和验收；其又可分为功能测试工具和性能测试工具。
白盒测试工具，指测试软件的源代码的工具，可以实现代码的静态分析、动态测试、评审等功能，主要用于单元测试。
测试管理工具，指管理整个测试流程的工具，主要功能有测试计划的管理、测试用例的管理、缺陷跟踪、测试报告等管理，一般贯穿于整个软件测试生命周期。
4.阅读高手写的测试用例
5.学习产品相关的业务知识
3.4.1什么是SQA
SQA（software quality assurance，软件质量保证）
SQA一般需要做一下工作：
1.通过监控软件开发过程来保证产品质量；
2.保证开发出来的软件和软件开发过程符合相应标准与规程（ISO9000或CMM）
3.保证软件产品、软件过程中存在的不符合问题得到处理，必要时将问题反映给高级管理者
测试计划=〉测试设计====〉测试执行=〉测试评估
6.1.4软件生命周期的模型
1.瀑布模型（waterfall model）
计划
需求
设计
编码
测试
维护
2.螺旋模型（spiral model）
3ቤተ መጻሕፍቲ ባይዱV模型（V model）
用户需求〈........................................................验收测试
规格定义〈..............................................系统测试
概要设计〈....................................集成测试
软件测试技术笔记
1.1什么是软件测试软件测试：在可控的预置条件下操作软件的过程，其目的是拟定软件行为符合产品规格说明、发现错误和验证软件复符合用户的需求。
注意：目的不仅仅是发现软件存在缺陷没有发现缺陷的测试同样有价值测试是评估软件质量的一种方法1.2软件测试原则（1）尽早和不断的进行软件测试发现软件缺陷越早，其修复成本越低（2）重视无效数据和非预期使用习惯的测试缺陷高发区（3）充足注意测试中的群集现象缺陷扎堆（4）用例要定期评审，适时补充修改用例保持测试用例的活力（5）应当对每一个测试结果做全面检查发现隐含的缺陷（6）经济原则穷尽测试不也许，考虑成本（7）开发人员应避免测试自己的程序思维定势、心理作用1.3软件测试分类软件开发阶段：单元测试、集成测试、系统测试、验收测试测试方法：白盒测试、黑盒测试测试实行方：开发方测试、用户测试、第三方测试测试内容：功能测试、性能测试、安全性测试、兼容性测试、可靠性测试按软件开发阶段分类：（1）单元测试：模块测试，对软件中最小可测试单元进行检查、验证（2）集成测试：组装测试，对软件不同单元或部件的接口进行测试（3）系统测试：将软件与外设、网络等结合在一起，对整个产品系统进行的测试（4）验收测试：按照验收依据，对整个系统进行测试按测试方法分类：（1）白盒测试（结构测试、逻辑驱动测试）基于代码的内部逻辑知识，检测软件内部动作是否按照规格说明书的规定正的确现，检查软件中的所有结构和途径是否可以按预定规定对的工作。
（2）黑盒测试（功能测试、数据驱动测试）用的多把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，只检查程序功能是否按照需求规格说明书的规定正常使用，程序能否适本地接受输入数据，并产生对的的输出信息。
1.4软件测试方法黑盒测试：等价类划分法、边界值分析法、错误推测法、因果图法、鉴定表驱动法、正交实验法、场景法、功能图法白盒测试：代码走查、代码审查、静态分析、逻辑覆盖、基本途径测试、域测试、符号测试、程序插桩几种常用的测试方法（1）等价类划分法：一种重要的、常用的设计方法根据数据的需求，吧数据划分为有效等价类和无效等价类，进而从每个等价类中选取一个数据作为测试用例数据。
软件评测师教程笔记
软件评测师教程（第一版）笔记第一篇理论篇第1章软件测试概论1.1概述早期的测试等同于“调试”。
测试是为发现错误而执行的一个程序或者系统的过程。
测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。
1.3软件测试与软件项目的关系软件测试的目的是为了发现软件中存在的错误，但是，其根本目的是为了提高软件质量，降低软件项目的风险。
软件的质量风险表现在两个方面，一种是内部风险，一种是外部风险。
内部风险是在即将销售的时候发现有重大的错误，从而延迟发布日期，失去市场机会；外部风险是用户发现了不能容忍的错误，引起索赔，法律纠纷，以及用于客户支持的费用甚至失去客户的风险。
软件测试只能证明软件存在错误，而不能证明软件没有错误。
软件公司对软件项目的期望是在预计的时间、合理的预算下，提交一个可以交付的产品，测试的目的就是把软件的错误控制在一个可以进行产品交付/发布的程度上，可以交付/发布的产品并不是没有错误的产品，因此软件测试不可能无休止地进行下去，而是要把错误控制在一个合理的范围之内，因为软件测试也是需要花费巨大成本的。
1.5第三方测试第三方测试是指独立于软件公司自身测试的测试。
第三方测试机构的测试除了发现软件问题之外，还有对软件进行科学、公正的评价的职能，这就要求第三方测试机构要保持公正、廉洁、客观、科学、独立的态度。
第2章软件测试基础1、什么是软件测试测试（test）被当作一个常规的检验产品质量的生产活动。
测试的含义为“为检验产品是否满足需求为目标”。
“软件测试”的经典定义是在规定条件下对程序进行操作，以发现错误，对软件质量进行评估。
软件是由文档、数据以及程序组成的，那么软件测试就应该是对软件形成过程的文档、数据以及程序进行的测试，而不仅仅是对程序进行的测试。
2、什么是软件质量ISO9126中定义的“软件质量”是：软件满足规定或潜在用户需求特性的总和。
ISO14598中“软件质量”定义是：软件特性的总和，软件满足规定或潜在用户需求的能力。
软件测试笔记
程序员也有心情不好的时候 程序员往往犯同样的错误 某些软件缺陷实乃冰山一角
原则
杀虫剂怪事
软件测试越多，对测试的免疫力越强
原则
并非所有软件缺陷都需要修复
没有足够的时间 不算真正的软件缺陷 修复的风险太大 不值得修复
原则
软件测试员在产品小组中不受欢迎
早点找出缺陷 控制情绪 不要总是报告坏消息
测试理论概述
测试员素质
探索精神、创造性、追求完美（尽力接近目标）、判断准确、注重策略和外交、善于说 服
测试理论概述
软件产品的组成
安装、帮助文件、样本和示例、说明文件、广告和宣传材料、标签和 不干胶、用户手册、 产品支持信息、错误信息、最终产品、图标和标志
体系构架师或系 统工程师
技术作者、用户协 助专员、用户培训 专员、手册编写员
软件缺陷定义
软件未实现spec虽未 明确提及但应该实现
的目标
测试理论概述
0 1
产品说明书
0 3
编码
0 2
设计
0 4
其他（误解、缺陷多处 反复出现 、测试错误）
软件缺陷原因
测试理论概述
软件缺陷术语
缺点、故障、问题、错误、事件、异常 偏差、失败、矛盾、特殊、缺陷
测试理论概述
缺陷修复费用
随着时间的推移，费用指数级增长
软件测试
演讲人
2 0 2 0 - 11 - 0 4
目录
CONTENTS
1
测试理论概述
2
测能
软件出现了spec指 明不应该出现的错 误
软件难以理解、不易使用、 运行缓慢或者从测试员角 度看最终用户会认为不好
软件实现了spec未 提到的功能
软件测试课堂笔记达内
开始-运行：calc
裸机也包含软件，主要是BIOS程序(Basic input/output system，基本输入/输出系统)
（1）存放在主板上的一块cmos芯片中的程序
（2）作用：计算机通电后，首先由bois程序控制，主要进行
硬件的“上电自检”，检查主
要设备是否连接完好，可以
工作，如果完好，把控制权
交给操作系统，如果硬件有
问题，通过蜂鸣器发出警告，
并停止启动
（3）如何进入该程序
电脑启动后，快速按下“delete”键，笔记本一般是功能键，如F4
计算机软件的分类
1、基本分类
（1）系统软件：操作系统、操作系统的补丁程序、驱动程序（操作系统通过内核程序调用硬件的驱动程序来完成硬件管理）
（2）应用软件
补充知识点：
操作系统（Operating System，简称
OS ）的主要功能？
（1）设备管理（通过驱动程序）（2）进程管理（对运行起来的程序进行管理）
（3）存储（内存）管理（使小内存可以运行大程序）
（4）文件管理（管理文件、文件夹）。
《软件测试》笔记.doc
1.软件缺陷如何影响我们的生活2.软件缺陷是什么，为什么会出现只有符合下列5个规则才能叫软件缺陷1.软件未达到产品说明书标明的功能2.软件出现了产品说明书不会出现的错误3.软件功能超出产品说明书指明的范围4.软件未达到产品说明书虽未指出但应达到的目标5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好导致软件缺陷最大的原因是产品说明书；软件缺陷的第二大来源是设计方案。
3.软件测试者是谁，职责是什么软件测试员的目标是发现软件缺陷。
软件测试员的目标是找出软件缺陷，尽可能早一些。
软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。
（最终定义）区别：软件质量评判人员的主要职责是创建和加强促进软件开发并防止软件缺陷的标准和方法。
Quiz：1.在千年虫例子中，Dave有错误吗？2.判断：公司或者开发小组如何称呼软件问题很重要。
×3.仅仅测试程序是否按预期方式运行有何错误？4.产品发布后修复软件缺陷比项目开发早期这样做的费用要高出多少？5.软件测试员的目标是什么？软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。
（最终定义）6.判断：好的测试员不懈追求完美。
×7.阐述产品说明书为什么通常是软件产品中制造软件缺陷的最大来源。
1.构成软件产品的主要部分。
代码、帮助文件、用户手册、样本和示例、标签和帖子、产品支持信息、图标和标志、错误信息（别忘了测试错误提示信息）、广告和宣传材料、安装、说明文件等2.制作软件产品的人和技术。
人：项目管理员(编写产品说明书)、程序管理员（管理进度）、监制人（进行重大决策和取舍）；设计师、系统工程师；程序员、开发人员、代码制作者；测试员、质量评判员；技术作者、用户助手、用户培训专员、手册编写人员、文案专员；结构管理员、制作人员等3.软件从构想到最终产品的过程。
从最初构思到公开发行软件产品的过程称为软件开发模式。
4种最常用的模式：大棒模式、边写边改模式、流水线模式、螺旋模式。
《软件测试基础》各章重点.docx
《软件测试基础》各章重点第1章软件测试的基础理论软件缺陷的定义：①软件未实现产品说明书要求的功能。
②软件岀现了产品说明书指明不会出现的错误。
③软件超出实现了产品说明书提到的功能。
④软件实现了产品说明书虽未明确指出但应该实现的目标。
⑤软件难以理解，不易使用，运行缓慢或者终端用户认为不好。
软件缺陷的原因：技术问题、团队工作、软件本身、软件需求分析不够全面、准确是导致软件缺陷的最主要原因。
软件设计和编码过程中的失误也会导致软件缺陷的产生。
但很多情况下，不正确的软件设计是不正确的需求分析引起的，编码阶段出现的错误则是由需求分析和软件设计不够完善、准确引起的。
软件测试的定义：软件的质量就是软件的生命，为了保证软件的质量，人们在长期的开发过程中积累了许多经验并形成了许多行之有效的方法。
但是借助这些方法，我们只能尽量减少软件中的错误和不足，却不能完全避免所有的错误。
软件测试的目的和原则：目的：用户角度（普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可以接受该产品。
）软件开发者角度：（希望软件测试成为表示软产品中不存在错误的工程，验证该软件以正确的实现了用户的要求。
确立人们对软件正确的信心）原则：（1）应当把尽早地和不断地进行软件测试作为软件开发者的座右铭（2）测试用例应由测试输入数据和与之对应的预期输出结果两部分组成（3）程序员应避免检查自己的程序（4）在设计测试用例时，应当包括合理的输入条件和不合理的输入条件（5）充分注意测试中的群集现象（6）严格执行测试计划，排除测试的随意性（7）应当对每一个测试结果作出全面检查（8）妥善保存测试计划、测试用例、出错统计和最终分析报告、为维护提供方便软件测试的生命周期及各阶段的含义周期：（7个）前三阶段（需求规格说明、设计、编码人引入程序错误阶段一一极易引入错误或者导致开发过程中其他阶段产生错误。
测试阶段：发现错误阶段一一需要使用一些适当的测试技术和方法最后阶段（缺陷分类、缺陷隔离、缺陷排除、人清除程序错误阶段一—进行缺陷分类、缺陷隔离和解决缺陷。
软件测试自学笔记
黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。
这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。
因此黑盒测试又叫功能测试或数据驱动测试。
黑盒测试主要是为了发现以下几类错误：1、是否有不正确或遗漏的功能？2、在接口上，输入是否能正确的接受？能否输出正确的结果？3、是否有数据结构错误或外部信息（例如数据文件）访问错误？4、性能上是否能够满足要求？5、是否有初始化或终止性错误？软件的白盒测试是对软件的过程性细节做细致的检查。
这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。
因此白盒测试又称为结构测试或逻辑驱动测试。
白盒测试主要是想对程序模块进行如下检查：1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。
通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。
单元测试是由程序员自己来完成，最终受益的也是程序员自己。
可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。
执行单元测试，就是为了证明这段代码的行为和我们期望的一致。
集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。
软件测试--笔记
软件测试第一章软件测试概述1.1引子：4W1H问题对于软件的初学者而言，最常见的五个问题是4W1HWhat：什么是软件测试，即软件测试是如何定义的？Which：软件测试到底要对软件的哪些部分展开测试，即测试的对象是什么Who：在一个项目小组中，哪些人负责对软件进行测试When：在一个软件产品从立项开发、验收、维护到消亡的整个生命周期过程中，何时开始软件测试工作，何时可以结束对软件的测试How：如何对软件进行测试？这也是大部分初学者最为关心的问题1.2软件与软件测试1.2.1软件的定义软件=程序（P）+数据(库）(DB)+文档（D）+服务（S）●程序：表示能够完成预定功能和性能的指令的集合，如C语言程序、java程序等。
●数据(库）：依照某种数据模型组织起来、并存在二级存储器中的数据集合。
●文档：指软件在开发、使用和维护过程中产生的文字与图形的集合，如：系统需求规格说明书、测试计划、用户手册等。
●服务：指通过提供必要的手段和方法，满足接受服务对象需求的过程。
如：安装指导、用户培训、售后技术支持、接受投诉等。
注：软件测试不仅仅是对程序的测试，还应包括对数据、文档和服务的测试。
1.2.2软件的特点1)软件是硬件的灵魂，硬件是软件的基础2)软件是智慧和知识的结晶3)软件的核心是人4)软件不会“磨损”1.2.3软件的分类1)按功能分类（固件、系统软件、中间件和应用软件）●固件：直接烧在芯片组或集成电路里的一段程序●系统软件能直接操作底层硬件，并为上层软件提供支持●中间件在应用软件和平台之间建立一种桥梁，常见的中间件包括数据库和万维网服务器●应用软件能为用户提供某种特定的应用服务2)按技术架构分类（单机版软件、C/S架构的软件、B/S架构的软件）●单机版软件直接安装并运行在单个计算机上，如office、ACDSee等●C/S架构的软件基于互联网或局域网，需要一台服务器来安装服务器端软件，每台客户端都要安装客户端软件，如QQ、MSN等●B/S架构的软件：B/S架构的软件也是基于互联网或局域网，但这类软件不需要安装客户端软件，只需要浏览器软件即可3)按用户分类（产品软件和项目软件）4)按开发规模分类（小型软件、中型软件和大型软件）1.2.4软件测试定软件测试指使用人工河自动手段来运行或测试某个系统的过程，目的在于检验其是否满足规定的需求或弄清楚预期结果与实际结果之间的差别。
软件测试培训笔记
软件测试培训笔记软件测试培训笔记随着计算机技术的不断发展，软件应用在各个行业中扮演着越来越重要的角色。
而软件测试则成为了保证软件质量和稳定性的必要环节。
为了满足不同企业和组织对于软件测试人才的需求，许多培训机构开展了软件测试培训课程。
本文基于筆者所参加的软件测试培训课程，整理笔记分享给大家。
第一节：软件测试基础1.1 软件的定义对于软件的定义，美国的IEEE（Institute of Electrical and Electronics Engineers）提出了以下定义：“软件是具有规模和复杂性，能够执行或控制计算机系统、硬件和/或其他软件组件的计算机程序、程序库、用户手册和相关文档。
”1.2 软件测试的定义软件测试是为了发现软件中的错误和缺陷，从而使软件达到预定的性能、功能和质量标准的过程。
软件测试的本质是通过运行软件来检测软件中的错误、问题和缺陷，并为改善软件提供建议。
1.3 软件测试的目的软件测试的目的是为了确保软件的质量、安全和可靠性。
测试的目标则是找出尽可能多的错误和缺陷，以便于在软件上线前修复这些问题。
此外，软件测试还有以下目的：- 测试能够确保软件符合规格说明书。
- 测试能够验证软件功能，比较软件与实际需求之间的匹配程度。
- 测试可以检测出软件的性能问题，比如在高并发量下会发生什么。
- 测试可以为用户提供安全保证，因为经过测试的软件安全性高。
-测试可以为软件维护提供支持，包含为修复问题提供更多的信息和建议。
1.4 软件测试的过程软件测试的过程经常被描述成以下几个步骤:- 需求分析：确定软件需求及各种功能要求。
- 设计测试用例：为测试准备各种测试场景。
- 执行测试用例：运行测试用例并记录结果。
- 异常管理：跟踪和报告软件中的问题和错误。
- 重新测试：在发现及修复错误时对软件进行重新测试。
第二节：软件测试的类型2.1 黑盒测试黑盒测试是一种测试方法，其中测试人员仅了解系统的输入和输出，对系统内部进行了解并不清楚。
软件测试技术经典教程笔记(修)
第一章基础知识、软件1)、软件=程序+文档2)、分类功能：系统+应用架构：单机+C/S+B/S用户：产品+项目规模：小型+中型+大型、Bug1)、类型一(广义上，软件生命周期，与用户需求不符的问题)：完全没有实现的功能基本实现功能，但有功能上或性能上的问题实现了用户不需要的功能2)、类型二(测试执行阶段的问题)Defect---------Requirements&DesignError-----------DevelopmentBug------------TestingFailure---------Post production、测试1)、概念：测试是为了检验实际的软件是否符合用户需求，所以不能为了发现错误而发现错误。
使用人工或自动手段，来运行或测试某个系统的过程。
2)、测试环境：硬件+软件+网络要求：真实(项目、产品)+干净+无毒+独立(测试与开发)、测试用例测试用例=输入+输出+测试环境便于团队交流，便于重复测试，便于跟踪统计，比纳与用户自测开发生命周期需求分析→概要设计→详细设计→编码→维护测试生命周期测试计划→测试设计→测试执行→测试评估需求分析和测试计划完成后，根据《系统需求规格说明书》和软件原型(DEMO)写测试用例1.5 其他1)、测试人员素质要求：细心、耐心、信心、服务意识、团队合作意识、沟通能力2)、如何成为优秀的测试工程师：1、不断学习充电2、阅读原版书籍3、阅读缺陷管理系统中的缺陷报告4、阅读高手写的测试用例5、学习产品相关的业务知识1.6 软件测试的基本规则1) Zero Bug 与Good EnoughGood Enough原则：不充分测试是不负责任，过分的测试是一种资源浪费。
参考：*遗留bug不超过10个，严重的不超过5个*测试用例执行率为100%，通过率为95%*单元测试，关键模块语句覆盖率到达100%，分支覆盖率到达85%2) 不要视图穷举法3) 开发人员不能既是运发动又是裁判员4) 软件测试要尽早执行一般情况下，软件80%的缺陷集中在20%的模块中。
软件测试培训笔记
第一章测试基础1.软件测试的目的：证明（表达软件能够工作）→检测（发现错误）→预防（管理质量）2.测试执行：单元测试（UT执行）：一个测试用例的测试执行；集成测试（IT执行）：一个测试用例集的测试执行；系统测试（ST执行）：不同测试阶段的测试执行。
3.测试用例（Test Case）：指对一项特定的软件产品测试任务的描述，体现测试方案、方法、技术和策略。
4.测试和调试的区别：b. 检测对代码的修改是否引入了新的错误。
6.软件测试的主要工作：a. 检视代码，评审开发文档；b. 进行测试设计，写作测试文档（测试计划、测试方案、测试用例等）；c. 执行测试，发现软件缺陷，提交缺陷报告，并确认缺陷最终得到了修正；d. 通过测试度量软件质量。
7.软件危机的出现主要表现在：a. 由于缺乏大型软件开发经验和软件开发数据积累，开发工作计划很难制定；b. 开发早期需求分析不够明确，造成开发后期矛盾集中暴露；c. 不遵循开发规范，开发文档不完整，软件难以维护；d. 缺乏严密有效的软件质量检测手段，交付给用户的软件质量差。
8.软件危机的后果：a. 软件质量不高，很难稳定；b. 软件项目延期，进度无法控制；c. 成本增加，无法控制预算。
9.软件危机的根源：a. 根据摩尔定律，硬件发展很快，相应对软件系统的期望越来越高；b. 软件系统复杂性提高，需多人合作；c. 软件开发是人的智力活动，无法用已有的产业工程方法来组织管理。
10.软件生命周期的各个阶段：计划→需求分析→设计→编码→测试→运行→评价11.设计：概要设计（HLD）：在设计阶段把各项需求转换成相应的体系结构，每一部分是功能明确的模块；详细设计（LLD）：对每个模块要完成的工作进行具体的描述。
12.软件研发三要素：人员、过程、工具13.软件项目组人员组成：分析人员、设计人员、开发人员、测试人员、配置管理人员、SQA（质量保证人员）14.软件研发流程类型：瀑布模型：无风险控制能力，适合需求变化较小的情况。
《软件测试技术》读书笔记模板
精彩摘录
软件测试就是在软件产品投入实际运行前，发现软件产品需求定义、系统设计、程序代码和文档中的缺陷。
简单地说，软件测试就是在软件产品投入实际运行前，发现软件产品需求定义、系统设计、程序代码和文档 中的缺陷。
（2）测试设计与评审；（3）执行测试；（4）测试结果统计与分析
使用人工或自动的手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结 果与实际结果之间的差别。
目录分析
项目一开始软件测试 工作之前的准备
项目二测试需求
项目三单元测试 项目四集成测试
项目五系统与 验收测试
项目六测试管 理
1.1理解软件开发过程与软件测试的关系 1.2软件测试知识准备
2.1系统需求分析 2.2系统需求评审 2.3测试需求分析及评审
3.1单元测试计划及评审 3.2单元测试设计 3.3单元测试执行 3.4单元测试结果与分析
软件测试技术
读书笔记模板
01 思维导图
03 精彩摘录 05 读书笔记
目录
02 内容摘要 04 目录分析 06 作者介绍
思维导图
本书关键字分析思维导图
设计
准备
测试
内容
系统
测试
软件
软件
测试用例
系统 项目
测试计划
技术
评审
集成
分析
单元测试
设计
需求
内容摘要
本书内容主要为：软件测试综述、软件测试过程与测试模型、黑盒测试与测试用例设计方法、白盒测试(静态 分析与动态测试)的实用技术、单元测试技术、集成测试技术、系统测试、验收测试、测试用例的设计、测试文档 的编写、测试项目管理以及上机实训等内容。本书以学生信息管理系统、HP自带的航班订票系统案例为线索，详 细讲述了几个主要的测试工具的使用，例如，LoadRunner、QualityCenter、QTP、XUnit等，书中给出了大量的 测试用例和实用的模板。
软件测试学习笔记
软件测试学习笔记之一/软件测试概述一、什么是软件测试？简单的说，如果你写了一段代码，我来帮你查看代码并找出里面的错误，这就是测试。
IEEE的定义：―使用人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。
‖有位大师曾说过：―软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。
‖二、常见导致软件错误的根源1、缺乏有效的沟通，甚至根本就没有进行沟通。
2、软件复杂度过大。
3、编程出现错误。
4、不断变更的需求，项目失败的最大杀手。
5、时间的压力，为了赶时间交付，错误也就伴随发生了。
6、缺乏文档的代码。
7、软件开发工具本身存在问题。
8、人员过于自信。
三、软件测试中的误区1、测试和调试是一样的。
2、测试组的人应当为保证质量负责。
3、过分依赖Beta测试。
4、把测试作为新员工的一个过渡工作。
5、把不合格的开发人员安排做测试工作。
6、关注与测试的执行而忽略测试的设计。
7、测试自动化是万能的。
8、测试时可以穷尽的。
9、测试是为了证明软件的正确性。
10、测试是枯燥乏味，缺乏创造力的工作。
软件测试是一种检测手段，目的是为了寻找软件系统中的缺陷。
业界越来越多的公司已经意识到软件测试的重要性，并在测试方面加大了投入。
软件测试有很多误区，只有认识到了这些误区才能真正理解测试本身的含义，才能以正确的态度看待测试。
软件测试学习笔记之二/白盒测试与黑盒测试一、为什么要进行白盒测试？1、逻辑错误和不正确假设与一条程序路径被执行可能性成反比。
当我们设计和实现主流之外的功能、条件和控制时，错误往往开始出现在我们的工作中。
日常处理往往能被很好的理解，而―特殊情况‖的处理则难于发现。
2、我们经常相信某个逻辑路径不可能被执行，而事实上，它可能在正常的情况下被执行。
程序的逻辑流有时候是违反直觉的，这意味着我们关于控制流和数据流的一些无意识的假设可能导致设计错误，只有路经测试才能发现这些错误。
软件测试学习笔记
软件测试学习笔记一.软件测试综述1.软件缺陷是什么1).软件失败的术语：缺点(defect)、偏差(variance)、故障(fault)、失败(failure)、问题(problem)、矛盾(inconsistency)、错误(error)、特殊(feature)、事件(incident)、缺陷(bug)、异常(anomaly)2).软件缺陷规则a.软件未实现产品说明书要求的功能eg.计算器，按下（+）后无反应、计算后答案错误b.软件出现了产品说明书指明不应该出现的错误eg.产品说明书称计算器不会崩溃、锁死或停止反应，但狂敲键盘使计算器停止接受输入，则视其为缺陷c.软件实现了产品说明书未提到的功能d.软件未实现产品说明书虽未明确提及但应该实现的目标eg.计算器电力不足无法正确计算，则视为缺陷e.软件难以理解、不易使用、运行缓慢或——从测试员的角度看——最终用户会认为不好3).软件测试员的目标是尽可能早地找出软件缺陷，并确保其得以修复。
4)问题1．软件缺陷的等级划分严重程度分级：等级严重程度描述A 致命(fatal) 数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系统或其他支撑系统崩溃、非正常关闭和非正常死机。
B 严重(critical) 应用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。
系统的主要功能不能正确实现或不完整。
C 一般(major) 规定的非主要功能没有实现或不完整、影响系统的运行；设计不合理造成性能低下。
D 警告不影响业务运行的功能问题。
E 建议(suggestion) 从用户角度考虑在软件设计和功能实现等不完全合理之处提出建议。
优先级一级：死机、功能未实现、数据丢失、和需求规格说明书不一致；存在系统漏洞，安全性漏洞；正常操作，但存储内容不正确；异常陷阱未处理。
二级：不兼容，或者因为边界条件超出正常范围导致1级描述中出现的问题；系统报非友好错误信息；内存泄漏；系统崩溃，导致系统变慢。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一章基础知识1.1、软件1)、软件=程序+文档2)、分类功能：系统+应用架构：单机+C/S+B/S用户：产品+项目规模：小型+中型+大型1.2、Bug1)、类型一(广义上，软件生命周期，与用户需求不符的问题)：完全没有实现的功能基本实现功能，但有功能上或性能上的问题实现了用户不需要的功能2)、类型二(测试执行阶段的问题)Defect---------Requirements&DesignError-----------DevelopmentBug------------TestingFailure---------Post production1.3、测试1)、概念：测试是为了检验实际的软件是否符合用户需求，所以不能为了发现错误而发现错误。
使用人工或自动手段，来运行或测试某个系统的过程。
2)、测试环境：硬件+软件+网络要求：真实(项目、产品)+干净+无毒+独立(测试与开发)1.4、测试用例测试用例=输入+输出+测试环境便于团队交流，便于重复测试，便于跟踪统计，比纳与用户自测开发生命周期需求分析→概要设计→详细设计→编码→维护测试生命周期测试计划→测试设计→测试执行→测试评估需求分析和测试计划完成后，根据《系统需求规格说明书》和软件原型(DEMO)写测试用例1.5 其他1)、测试人员素质要求：细心、耐心、信心、服务意识、团队合作意识、沟通能力2)、如何成为优秀的测试工程师：1、不断学习充电2、阅读原版书籍3、阅读缺陷管理系统中的缺陷报告4、阅读高手写的测试用例5、学习产品相关的业务知识1.6 软件测试的基本规则1) Zero Bug 与Good EnoughGood Enough原则：不充分测试是不负责任，过分的测试是一种资源浪费。
参考：*遗留bug不超过10个，严重的不超过5个*测试用例执行率为100%，通过率为95%*单元测试，关键模块语句覆盖率达到100%，分支覆盖率达到85%2) 不要视图穷举法3) 开发人员不能既是运动员又是裁判员4) 软件测试要尽早执行一般情况下，软件80%的缺陷集中在20%的模块中。
7) 缺陷具有免疫性缺陷具有免疫性，需要根据新版本修改维护测试用例，另外，有一个值得注意的经验：没修复3-4个bug，可能会产生一个新bug。
第二章测试分类2.1、是否运行程序Static Testing------------代码规范、界面、文档Dynamic Testing--------运行程序2.2、根据阶段分类Unit Testing(单元测试)----------10%最小模块，依据源程序和《详细设计》白盒测试人员||开发人员编译代码→静态测试→动态测试桩模块(Stub)、驱动模块(Driver)Integration Testing(集成测试)----------20%模块间的接口，依据单元测试的模块和《概要设计》白盒测试人员||开发人员一般单元和集成同步进行System Testing(系统测试)----------40%整个系统(功能、性能、软硬件环境)，依据《需求规格说明书》黑盒测试工程师Acceptance Testing(验收测试)----------20%整个系统(功能、性能、软硬件环境)，依据《需求规格说明书》和验收标准用户，可配合黑盒测试工程师α测试：内侧β测试：公测2.3、是否查看代码1)、White-Box Testing-----源代码的测试2)、Black-Box Testing-----功能测试、性能测试Function Testing(功能测试)Logic Function Testing(逻辑功能测试)UI Testing(界面测试)：窗口、下拉式菜单和鼠标操作Usability Tseting(易用性测试)Installation Testing(安装测试)Compatibility Testing(兼容性测试)其他：恢复测试、裸机测试、确认测试、接口测试、数据库测试、安全测试、配置测试Performance Testing(性能测试)时间性能：主要指一个事务的具体响应时间(Respind Time)。
空间性能：主要指软件运行时所消耗的系统资源(CPU、内存、硬盘)。
分类：一般性能测试、稳定性测试、负载测试、压力测试a、一般性能测试：让被测系统在正常的软硬件环境下运行，不向其施加任何压力b、稳定性测试(也叫Reliability Testing 可靠性测试)：指连续运行被测系统，检查系统运行时的稳定程度。
通常用MTBF(Mean Time Between Failure)c、负载测试(Load Testing)：让被测系统在其能忍受的压力极限范围内连续运行，检测系统的稳定性。
d、压力测试(Stress Testing)：持续不断的给被测系统增加压力，知道被测系统压垮为止，用来测试系统能承受最大压力。
2.4、回归测试、冒烟测试、随机测试Regression Testing(回归测试)：软件新版本测试时，重新执行上一个版本测试用例。
可以在任何阶段进行（单元测试、集成测试、系统测试、验收测试等），既有黑盒测试的回归，也有白盒测试的回归。
Smoke Testing(冒烟测试)：对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。
Random Testing(随机测试)：指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。
第三章测试技术黑盒测试技术3.1、等价类技术(Equivalence Class Testing)等价类：某个输入域的子集合。
在该子集合中，各个输入数据对于揭露程序中的错误都是等效的。
有效等价类：符合《需求规则说明书》，合理地输入数据集合无效等价类：不符合《需求规则说明书》，无意义的输入数据集合等价类划分步骤：1)先考虑输入数据的类型(合法和非法)2)再考虑数据范围3)画出示意图，区分等价类4)为每个等价类编号5)从等价类中选择测试数据构造用例3.2、边界值技术(Boundary Value Testing)3.3、因果图法(Cause-Effect Graphs)因果图法步骤1)找出所有的输入条件和输出，并编号2)分析输入条件之间的关系，是互斥还是可以同时满足3)画出输入条件的排列组合情况4)编写测试用例因果图试用于输入条件过多3.4、流程图法(Workflow Method)流程图法步骤1)详细了解需求2)根据需求说明或界面原型，找出业务流程的各个页面及各页面之间的流转关系3)画出业务流图4)写用例，覆盖所有路径分支流程图法是针对整个系统，而非某个页面或模块还有其他如：判定表、错误推测、场景法等，例：A TM机取钱-场景法(不全)白盒测试技术3.5 白盒测试检查点*对程序模块的所有独立的执行路径至少测试一次*对所有的逻辑判定，取’真’与’假’都至少测试一次*在循环的边界和运行界限内执行循环体*测试内部数据结构的有效性等步骤：1)根据分析画出流程图2)计算圈复杂度= 判定节点数+ 13)写出独立路径4)根据独立路径设计测试用例第四章缺陷管理4.1、Bug的分类1)严重程度(Severity)：系统崩溃、严重、一般、次要、建议2)优先级(Priority)：高(High)、中(Middle)、低(Low)严重程度高，优先级不一定高，严重程度低，优先级不一定低3)按测试种类：逻辑功能类(Fcuntion)、性能类(Performance)、界面类(UI)、易用性类(Usability)、兼容性类(Compatibility)4)按功能模块5)按生命周期：新建(New)、确认(Confirmed)、解决(Fixed)、关闭(Closed)、重新打开(Reopen)4.2 缺陷报告注意点：1)确保重现Bug2)用最少且必要步骤描述Bug3)简洁、准确、完整4)一个Bug一个报告4.3 缺陷管理工具TrackRecord、Clearquest、Bugzilla(免费)、Mantis(免费)、JIRA(免费)Bugzilla：Terry Weissman研制，perl编写，后台数据库是MySQL，最初是用来在Netscape 内部跟踪Bug的，可以在多种平台运行第五章常用测试工具分类：黑盒测试工具、白盒测试工具、测试管理工具MI公司产品：1、LoadRunner：性能测试工具2、WinRunner：功能测试工具(QTP：MI的QTP代替占有市场)3、TestDirector：测试管理工具(QC：HP收购MI公司后退出的一款TD升级产品)性能学习LoadRunner，功能学些QTP，管理学习TDIBM Rational公司的产品：Rational Testmanager(测试管理工具)Rational ClearQuest(缺陷管理工具)Rational Robot(功能/性能工具)Rational Purify(白盒测试工具)Compuware公司产品QACenter(测试管理)TrackRecord(缺陷管理)QARun(功能)QAload(性能)DevPartner(白盒测试)Telelogic公司产品Telelogic Doors(需求管理)、Logiscope(白盒测试工具)其他公司产品微软-WAS(性能测试)Radview公司-WebLoad(性能测试)，TestView Manager(测试管理)Parasoft公司-JTest(白盒测试)，C++ Test(白盒测试)另外，很多缺陷管理工具是开源的，如：Bugzilla、Mantis、Jira第六章测试管理6.1、测试与质量软件质量：软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准，以及所有专业开发的软件都应具有的隐含特征的程度(需求一致、符合准则、隐含特征) SQA(Software Quality Assurance)：软件质量保证，为确保软件开发过程和结果符合预期要求而建立的一系列规程，以及一照规程和计划采取的一系列活动及其结果评价。
SQA需要做的工作：*建立软件质量保证活动的实体*制定软件质量保证计划*坚持各阶段的评审、审计、跟踪*监控软件产品的质量*采集软件质量保证活动的数据*度量软件质量保证活动SQA需要达到目标：*通过监控软件开发过程来保证产品质量*保证开发出来的软件和软件开发过程符合相应标准与规程(ISO90000 或CMM)*保证软件产品、软件过程中存在的不符合问题得到处理，必要时将问题反映给高级管理者*确保项目组指定的计划、标准和规程适合项目组需要，同时满足评审和审计需要。
SQA工作人员：QA，QC工作人员：主要是TESTERQA与QC：QA-预防问题(Prevention)，贯穿于整个软件生命周期中，预防错误的成因，重点是对软件开发过程进行监督、管理、控制QC-发现问题(Detection)，主要是测试人员，关注于最后的产品的质量活动，重点是对开发出的产品进行检查6.2、常用模型CMM：能力成熟度模型1)初始级(Initial)：软件过程的特征是无序的，有时甚至是混乱的。