软件测试技术经典教程——学习笔记
软件测试技术笔记
软件测试技术学习笔记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。
《软件测试》读书笔记（持续更新）
《软件测试》读书笔记（持续更新）⽂章⽬录#第⼀部分 软件测试综述##第⼀章 软件测试的背景###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．妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档在测试实施之前，软件测试工程师必须确定将要采用的测试策略和测试方法，并以此为依据制定详细的测试案例。
而一个好的测试策略和测试方法必将给软件测试带来事半功倍的效果，它可以充分利用有限的人力和物力资源，高效率、高质量地完成测试。
那么，终究如何才能确定一个好的测试策略和测试方法呢，一般来说，在确定测试方法时，应该遵循以下原那么：第一，要根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点；第二，要认真研究测试策略，以便能使用尽可能少的测试用例，发现尽可能多的程序错误，因为一次完整的软件测试过后，如果程序中遗留的错误过多并且很严重，那么说明本次测试是失败的，是缺乏的，而测试缺乏意味着让用户承当隐藏错误带来的危险，同时反过来说如果过度测试那么又会浪费许多珍贵的资源。
软件测试技术笔记
1.1什么是软件测试软件测试：在可控的预置条件下操作软件的过程，其目的是拟定软件行为符合产品规格说明、发现错误和验证软件复符合用户的需求。
注意：目的不仅仅是发现软件存在缺陷没有发现缺陷的测试同样有价值测试是评估软件质量的一种方法1.2软件测试原则（1）尽早和不断的进行软件测试发现软件缺陷越早，其修复成本越低（2）重视无效数据和非预期使用习惯的测试缺陷高发区（3）充足注意测试中的群集现象缺陷扎堆（4）用例要定期评审，适时补充修改用例保持测试用例的活力（5）应当对每一个测试结果做全面检查发现隐含的缺陷（6）经济原则穷尽测试不也许，考虑成本（7）开发人员应避免测试自己的程序思维定势、心理作用1.3软件测试分类软件开发阶段：单元测试、集成测试、系统测试、验收测试测试方法：白盒测试、黑盒测试测试实行方：开发方测试、用户测试、第三方测试测试内容：功能测试、性能测试、安全性测试、兼容性测试、可靠性测试按软件开发阶段分类：（1）单元测试：模块测试，对软件中最小可测试单元进行检查、验证（2）集成测试：组装测试，对软件不同单元或部件的接口进行测试（3）系统测试：将软件与外设、网络等结合在一起，对整个产品系统进行的测试（4）验收测试：按照验收依据，对整个系统进行测试按测试方法分类：（1）白盒测试（结构测试、逻辑驱动测试）基于代码的内部逻辑知识，检测软件内部动作是否按照规格说明书的规定正的确现，检查软件中的所有结构和途径是否可以按预定规定对的工作。
（2）黑盒测试（功能测试、数据驱动测试）用的多把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，只检查程序功能是否按照需求规格说明书的规定正常使用，程序能否适本地接受输入数据，并产生对的的输出信息。
1.4软件测试方法黑盒测试：等价类划分法、边界值分析法、错误推测法、因果图法、鉴定表驱动法、正交实验法、场景法、功能图法白盒测试：代码走查、代码审查、静态分析、逻辑覆盖、基本途径测试、域测试、符号测试、程序插桩几种常用的测试方法（1）等价类划分法：一种重要的、常用的设计方法根据数据的需求，吧数据划分为有效等价类和无效等价类，进而从每个等价类中选取一个数据作为测试用例数据。
软件测试学习笔记-概念篇（一）
软件测试学习笔记-概念篇（⼀）前⾔ 每个系统的成型，上线都离不开测试，这段时间陆陆续续的学习测试，在这⾥总结⼀番；作为学习交流之⽤；正⽂早期定义：软件测试是对程序能够按预期运⾏建⽴起⼀种信⼼。
经典定义：测试是为了发现错误⽽执⾏程序的过程。
IEEE定义（ISO/IEC/IEEE 29119）：使⽤⼈⼯或者⾃动的⼿段来运⾏或测量软件系统的过程，以检验软件系统是否满⾜规定的要求，并找出与预期结果之间的差异。
五⼤要素有：质量、⼈员、资源、流程、技术。
其中最主要的是软件质量，其他四个要素都是为质量服务的。
其次是⼈员，决定了技术，资源，流程，以及配置和使⽤。
技术包含了：软件测试技术、软件测试⽅法、使⽤的⼯具。
技术是⼿段。
流程：测试计划，测试⽤例，测试执⾏，测试报告。
有⼀些进⼊进出的标准（规范性，对软件测试做⼀个规范的要求）。
资源：测试所需要的硬件设备、⽹络环境、测试设备、测试时间（周期）。
注意：⼈不是资源。
⽬标：①提升测试覆盖率-> 能够有效的保证软件的质量②提升测试效率->能够使我们更好地完成软件测试⼀、测试显⽰缺陷的存在，但不能证明系统不存在缺陷。
经过软件测试，可以发现软件中的故障；但是经过软件测试，不能保证软件就没有故障了。
⼆、穷尽测试是不可能的，应设定及时终⽌的条件。
三、测试应该尽早进⾏四、缺陷具备群集特性越是发现问题多的模块，越是需要重点测试的对象五、测试的杀⾍剂悖论在测试中，如果采⽤同样的测试⽤例，同样的测试⽅法。
多次重复的测试某⼀个模块，最后就不能再发现新的缺陷。
所以说，测试⽤例和测试⽅法应该不定期的评审修改，并且增加不同的测试⽅法和⽤例来测试不同的部分，从⽽更多的发现软件的缺陷。
六、测试的⼆⼋原则测试时间和资源往往是有限的，要找出所有的缺陷是不可能的，这时我们需要遵循⼆⼋原则。
把80%的时间或者资源⽤在20%的重点模块上，重点测试模块中20%的重要模块。
来达到测试效率和资源配置的最佳的⽐例。
《软件测试》笔记.doc
1.软件缺陷如何影响我们的生活2.软件缺陷是什么，为什么会出现只有符合下列5个规则才能叫软件缺陷1.软件未达到产品说明书标明的功能2.软件出现了产品说明书不会出现的错误3.软件功能超出产品说明书指明的范围4.软件未达到产品说明书虽未指出但应达到的目标5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好导致软件缺陷最大的原因是产品说明书；软件缺陷的第二大来源是设计方案。
3.软件测试者是谁，职责是什么软件测试员的目标是发现软件缺陷。
软件测试员的目标是找出软件缺陷，尽可能早一些。
软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。
（最终定义）区别：软件质量评判人员的主要职责是创建和加强促进软件开发并防止软件缺陷的标准和方法。
Quiz：1.在千年虫例子中，Dave有错误吗？2.判断：公司或者开发小组如何称呼软件问题很重要。
×3.仅仅测试程序是否按预期方式运行有何错误？4.产品发布后修复软件缺陷比项目开发早期这样做的费用要高出多少？5.软件测试员的目标是什么？软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。
（最终定义）6.判断：好的测试员不懈追求完美。
×7.阐述产品说明书为什么通常是软件产品中制造软件缺陷的最大来源。
1.构成软件产品的主要部分。
代码、帮助文件、用户手册、样本和示例、标签和帖子、产品支持信息、图标和标志、错误信息（别忘了测试错误提示信息）、广告和宣传材料、安装、说明文件等2.制作软件产品的人和技术。
人：项目管理员(编写产品说明书)、程序管理员（管理进度）、监制人（进行重大决策和取舍）；设计师、系统工程师；程序员、开发人员、代码制作者；测试员、质量评判员；技术作者、用户助手、用户培训专员、手册编写人员、文案专员；结构管理员、制作人员等3.软件从构想到最终产品的过程。
从最初构思到公开发行软件产品的过程称为软件开发模式。
4种最常用的模式：大棒模式、边写边改模式、流水线模式、螺旋模式。
软件测试工程师学习笔记
软件测试工程师学习笔记软件测试读书笔记之一软件测试背景一.软件缺陷的正式定义：符合下边5个规则的才能叫做软件缺陷。
1.软件未达到产品说明书标明的功能。
2.软件出现了产品说明书指明不会出现的错误。
3.软件功能超出产品说明书指明范围。
4.软件未达到产品说明书虽未指出但应达到的目标。
5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
二.软件缺陷的产生原因：导致软件缺陷最大的原因是产品说明书；第二大来源是设计方案；三是代码；四是某些软件缺陷产生的条件被错误地认定。
三.软件缺陷的修复费用：随时间增长，修复软件缺陷的费用是呈几何数级增长的，随时间推移，数十倍增长。
四.软件测试人员的目的：软件测试远的目标就是发现软件缺陷，尽可能早一些，并确保其得以修复。
五.怎么成为优秀测试员：1.探索精神2.故障排除能手3.不懈努力4.创造性5.追求完美6.判断准确7.老练稳重8.说服力9.除了这些素质，在软件编程方面受过的教育也是重要的。
10.软件的功能为了解决现实问题，因此，教学烹饪航空木工医疗等知识都将对查找该领域软件的缺陷有莫大帮助软件测试读书笔记之二软件开发过程一.测试文挡包括：1.测试计划2.测试案例3.软件缺陷报告4.归纳，统计和总结。
二.软件产品由哪些部分组成（都是要测的哦，当然我国许多软件都无法达到这么多部分~呵呵）1. 最终产品（光盘/软盘/程序...）2.帮助文件3.用户手册4.样本和示例5.标签和帖子6.产品支持信息7.图标和标志8.错误信息9.广告和宣传材料10.安装11.说明文件这些都是要测试的，书中尤其提到了不要忘了测试错误提示信息（错误提示信息是软件产品最容易忽视的部分，通常是有程序员而不是训练有素的稿手来写的。
这些信息很少照顾到修复软件缺陷的需要，还常常造成麻烦。
软件测试员也难以找到并显示全部信息。
在软件中不要加入吓人和不友好的错误提示信息。
）三.软件开发模式1.大棒式：所有精力都在开发软件和编写代码上2.边写边改式：没有时间做好，总有时间返工哈哈！这句话经典，测试者几乎每天都拿到一个新版本，新版本出来的时候，旧版本还没测完！而新版本还包含新的或者经过修改的功能）3.流水式：创意-分析-设计-开发-测试-最终产品，只许前进不能后退！4.螺旋式：开始不必详细定义所有细节。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试技术经典教程——学习笔记
公司推荐的入门书，《软件测试技术经典教程》是一本难得的好书。
注重理论与实践结合！
之前看过的一些软件测试方面的书，大多注重理论，而且大都讲得泛泛，不具体，书本之间的重复内容很多。
全书分为三部分：软件测试基础知识、黑盒测试工具和白盒测试工具。
其中黑盒测试中介绍的几个工具，很长见识，带人进入真实的软件测试工作环境。
它让我第一次深得，原来软件测试是这个样子的。
LoadRunner，这个软件之前有听过，大概知道它是性能测试的工具，但没有用过，直觉是这软件应该比较复杂。
此次书中的介绍，其实并不算好，跟任何介绍软件使用的计算机书一样，价值是不大的。
我操作的时候也没有太多按照书上的内容来，而是借助网上的电子文档教程，但书是一个好东西，它让我明白这个工具的重要性，明白它是软件测试理论及实践中的位置，这个意义比软件教程本身重要很多，是决定要不要学习一个工具的前提。
下载了安装程序之后，对着教程进行操作，发现其实过程还是非常简单的。
软件的操作，一两天就可以学会，并应用在工作中，软件操作遇到的具体问题也可以通过查找资料或者向同事请教的方式解决。
但工作过程中跟项目相关的内容，就需要软件测试理论和其它知识的支撑了。
正如前面所提到的，本书的意义在于——它带我走进真实的软件测试环境。
QTP（Quick Test Professional），是一个功能测试工具。
这个软件之前在软件测试论坛上也有人提及，还看到有专门的教程，因此感觉软件本身可能比较复杂。
但真正使用起来，才发现非常易学易用。
同LoadRunner一样，重要在于通过本书，知道了它的重要意义，软件的学习是容易的。
这款软件的主要功能是录制与回放，可对测试过程插入检查点等，回放时，可用参数化的方式进行输入。
QC（Quality Center），是一款软件测试过程管理工具，它的老版本叫Test Director，也是书中所介绍的版本。
有管理员与用户两种模式。
管理员可新建域与项目，添加用户和设定数据库参数等。
而用
户模式登录后，则包含了软件需求管理、测试计划制定、测试执行与缺陷管理等功能。
其中需求与测试之间可以相互转换，需求执行阶段，可以与Mercury公司的其它测试工具如QTP或 LR进行交互。
以上三款软件，前两款都是黑盒测试工具：包括功能和性能。
第三款为软件测试管理工具。
都是Mercury公司的产品，公司现在已被HP收购。
其实不借助于软件，一切工作也可进行。
工具的意义在于让工作更有规划，更有计划，更加有迹可循，而且提供了丰富的报表功能。
在做大项目的时候，这些优点更为明显，小项目不建议用工具。
这如同只进行一两次测试的东西，不建议用自动化的方式一样，因为自动化测试本身成本不低。
只有大的软件项目，才适用一些功能全面的软件测试工具。