软件测试[(美)Ron Patton]读书笔记
软件测试笔记
单元测试：单元测试是对软件中的基本组成单位进行的测试。
目的是检验软件基本组成单位的正确性。
集成测试：集成测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等是否满足其规约所指定的要求。
验收测试：验收测试是部署软件之前的最后一个测试操作。
验收测试的目的是确保软件准备就绪，向软件购买者展示该软件系统满足其用户的需求。
单元测试阶段：1.模块接口测试：通过所测模块的数据流进行测试。
调用所测模块时的输入参数与模块的形式参数个数、属性和顺序是否匹配。
2.局部数据结构测试：局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确、模块的局部数据结构往往是错误的根源。
3.路径测试：对模块中重要的执行路径进行测试。
4.错误处理测试：比较完善的模块设计要求能预见出错的条件，并设置适当的出错处理，以便在一旦程序出错时，能对出错程序重做安排，保证其逻辑上的正确性。
5.边界条件测试：软件经常在便捷上失效，边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点。
集成测试阶段：在集成测试中，我们主要关注以下几点：1.把各个模块连接起来时，穿越模块接口的数据是否会丢失。
2.各个模块组合起来，能否达到预期的要求的功能。
3.一个模块的功能是否会对另一个模块的功能产生不利的影响。
4.全局数据结构是否有问题。
5.单个模块的误差积累起来是否会被放大，从而达到不可接受的程序。
系统测试阶段：一般系统的主要测试工作都集中系统测试阶段。
根据不同的系统，所进行的测试种类也很多。
功能测试：功能测试是对产品的各功能进行验证，以检查是否满足需求的要求。
性能测试：性能测试是通过自动化测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
安全测试：安全测试检查系统对非法入侵的防范能力。
兼容测试：兼容测试主要测试系统在不同的硬件环境下是否能够正常的运行。
验收测试阶段：功能确认测试安全可靠性测试易用性测试可扩充性测试兼容性测试资源占用率测试用户文档资料验收白盒测试、黑盒测试、灰盒测试黑盒测试黑盒测试，指的是把被测的软件看做是一个黑盒子，我们不去关心盒子里面的结构是什么样的，只关心软件的输入和输出结果。
软件测试_读书笔记1
软件测试必备1、软件测试基本概念和方法三个重要的测试原则：1. 软件测试是为发现错误而执行程序的过程；2. 一个好的测试用例具有较高的发现某个尚未发现的错误的可能性；3. 一个成功的测试用例能够发现某个尚未发现的错误。
1.测试的过程具有一定的破坏性2.测试用例包括：输入数据的详细描述和正确输出结果的精确描述3.检查程序是否‘没有做它应该做的’仅仅是测试一半，另一半是检查‘是否做了它不应该做的’4.全面测试目标：验证是否做了应该做的事情，确保可靠性验证程序是否做了不应该做的事情，确保安全性5.任何多余的功能都应视为安全隐患6.Boehm给出的度量中的头10个表示软件现象遵守Pareto分布：20％的模块消耗80％的资源（人力、经费等）；20％的模块包含80％的错误；20％的错误消耗80％的修改成本；20％的改进包含了80％的适应性为主的成本；20％的模块占用了80％的执行时间；20％的软件工具使用占80％的整个工具使用时间。
补充：20%的软件缺陷造成80%的软件故障20%的软件开发和管理人员（骨干），决定了80%软件开发质量：Pareto原理强调了精力集中在少数重要的事情上（vital few），而不是多数琐碎的事情上(trivial many)。
6.软件测试是一种作为主体的人通过各种手段对客体软件的某种固有属性进行的一种以8.审查的终极目标——确认缺陷9.人工审查包括：文档审查代码审查10. 软件缺陷的类型：可追溯性、逻辑、赋值顺序、控制、数据、接口、文档、注释、例外情况处理、内存等。
11. 只要简单地使用静态代码分析来增强输入验证的正确性就能够避免OWASP（业界领袖的安全性协会）所列出的约70%的安全性问题。
12. 圈度复杂度（独立路径的最大数量=程序控制流图中的区域数）=控制流图边数—控制流图的节点数+2二、测试框架的表述13. 测试框架（Test Framework）:一组相互协作的组件的集合，能够实现一个或多个测试域中的一系列问题的解决方案。
软件测试自学笔记
首先测试程序的核心功能，然后测试辅助功能。
首先测试功能，然后测试性能。
首先测试常见情况，然后测试异常情况。
首先测试经过变更的部分，然后测试没有变更的部分。
首先测试影响大的问题，然后测试影响小的问题。
首先测试必须测试的部分，然后测试可选或没有要求测试的部分。
中国国内软件测试人才现巨大缺口算机领域的专业技能是测试工程师应该必备的一项素质，是做好测试工作的前提条件。
尽管没有任行业主要指测试人员所在企业涉及的行业领域，例如很多IT企业从事石油、电信、银行、电子政务、电子商务等行业领域的产品开发。
行业知识即业务知识，是测试人员做好测试工作的又一个前提条件，只有深入地了解了产品的业务流程，才可以判断出开发人员实现的产品功能是否正确。
很多时候，软件运行起来没有异常，但是功能不一定正确。
只有掌握了相关的行业知识，才可以判断出用户的业务需求是否得到了实现。
行业知识与工作经验有一定关系，通过时间即可以完成积累。
个人素养作为一名优秀的测试工程师，首先要对测试工作有兴趣：测试工作很多时候都是显得有些枯燥的，因此热爱测试工作，才更容易做好测试工作。
因此，除了具有前面的专业技能和行业知识外，测试人员应该具有一些基本的个人素养，即下面的“五心”。
1.专心：主要指测试人员在执行测试任务的时候要专心，不可一心二用。
经验表明，高度集中精神不但能够提高效率，还能发现更多的软件缺陷，业绩最棒的往往是团队中做事精力最集中的那些成员。
2.细心：主要指执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。
某些缺陷如果不细心很难发现，例如一些界面的样式、文字等。
3.耐心：很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。
如果比较浮躁，就不会做到“专心”和“细心”，这将让很多软件缺陷从你眼前逃过。
4.责任心：责任心是做好工作必备的素质之一，测试工程师更应该将其发扬光大。
如果测试中没有尽到责任，甚至敷衍了事，这将会把测试工作交给用户来完成，很可能引起非常严重的后果。
chap1软件测试的基本概念
29
1.2 软件与软件测试
软件测试的标准定义——IEEE1983
是使用人工和自动手段来运行或测试某
个系统的过程，目的在于检验其是否满
足规定的需要或是弄清楚预期结果与实
际结果之间的差别。
华东交通大学软件学院
30
1.2 软件与软件测试
软件测试的重要性
寻找软件错误，以进行修正 验证软件是否符合要求 证明软件符合要求，是可用 的
华东交通大学软件学院
39
1.3 软件缺陷
软件缺陷的定义——正式定义
软件未达到需求规格说明书中指明的功能 软件出现了需求规格说明书中指明不会出现的错误 软件功能超出需求规格说明书中指明的范围 软件未达到需求规格说明书中虽未指出但应达到的目标 软件测试员认为软件难以理解、不易使用、运行速度缓 慢，或者最终用户认为不好
华东交通大学软件学院
36
华东交通大学软件学院
37
1.3 软件缺陷
软件缺陷的典型定义
Bug是未曾预料到的系统行为 Bug是程序与规格说明之间的不匹配
华东交通大学软件学院
38
1.3 软件缺陷
软件缺陷的标准定义——IEEE1983
从产品内部看，软件缺陷是软件产品开 发或维护过程中所存在的错误、毛病等 各种问题。 从产品外部看，软件缺陷是系统所需实 现的某种功能的失效或违背。
韩轲 杜旭涛 译
华东交通大学软件学院
13
参考文献（4）
4、《软件测试方法和技术》 清华大学出版社 朱少民 编著
华东交通大学软件学院
14
参考文献（5）
4、《软件测试技术》 中国水利水电出版社 曲朝阳 编著
华东交通大学软件学院
15
参考网站
《软件测试》读书笔记（持续更新）
《软件测试》读书笔记（持续更新）⽂章⽬录#第⼀部分 软件测试综述##第⼀章 软件测试的背景###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.1什么是软件测试软件测试：在可控的预置条件下操作软件的过程，其目的是拟定软件行为符合产品规格说明、发现错误和验证软件复符合用户的需求。
注意：目的不仅仅是发现软件存在缺陷没有发现缺陷的测试同样有价值测试是评估软件质量的一种方法1.2软件测试原则（1）尽早和不断的进行软件测试发现软件缺陷越早，其修复成本越低（2）重视无效数据和非预期使用习惯的测试缺陷高发区（3）充足注意测试中的群集现象缺陷扎堆（4）用例要定期评审，适时补充修改用例保持测试用例的活力（5）应当对每一个测试结果做全面检查发现隐含的缺陷（6）经济原则穷尽测试不也许，考虑成本（7）开发人员应避免测试自己的程序思维定势、心理作用1.3软件测试分类软件开发阶段：单元测试、集成测试、系统测试、验收测试测试方法：白盒测试、黑盒测试测试实行方：开发方测试、用户测试、第三方测试测试内容：功能测试、性能测试、安全性测试、兼容性测试、可靠性测试按软件开发阶段分类：（1）单元测试：模块测试，对软件中最小可测试单元进行检查、验证（2）集成测试：组装测试，对软件不同单元或部件的接口进行测试（3）系统测试：将软件与外设、网络等结合在一起，对整个产品系统进行的测试（4）验收测试：按照验收依据，对整个系统进行测试按测试方法分类：（1）白盒测试（结构测试、逻辑驱动测试）基于代码的内部逻辑知识，检测软件内部动作是否按照规格说明书的规定正的确现，检查软件中的所有结构和途径是否可以按预定规定对的工作。
（2）黑盒测试（功能测试、数据驱动测试）用的多把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，只检查程序功能是否按照需求规格说明书的规定正常使用，程序能否适本地接受输入数据，并产生对的的输出信息。
1.4软件测试方法黑盒测试：等价类划分法、边界值分析法、错误推测法、因果图法、鉴定表驱动法、正交实验法、场景法、功能图法白盒测试：代码走查、代码审查、静态分析、逻辑覆盖、基本途径测试、域测试、符号测试、程序插桩几种常用的测试方法（1）等价类划分法：一种重要的、常用的设计方法根据数据的需求，吧数据划分为有效等价类和无效等价类，进而从每个等价类中选取一个数据作为测试用例数据。
《软件测试》笔记.doc
1.软件缺陷如何影响我们的生活2.软件缺陷是什么，为什么会出现只有符合下列5个规则才能叫软件缺陷1.软件未达到产品说明书标明的功能2.软件出现了产品说明书不会出现的错误3.软件功能超出产品说明书指明的范围4.软件未达到产品说明书虽未指出但应达到的目标5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好导致软件缺陷最大的原因是产品说明书；软件缺陷的第二大来源是设计方案。
3.软件测试者是谁，职责是什么软件测试员的目标是发现软件缺陷。
软件测试员的目标是找出软件缺陷，尽可能早一些。
软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。
（最终定义）区别：软件质量评判人员的主要职责是创建和加强促进软件开发并防止软件缺陷的标准和方法。
Quiz：1.在千年虫例子中，Dave有错误吗？2.判断：公司或者开发小组如何称呼软件问题很重要。
×3.仅仅测试程序是否按预期方式运行有何错误？4.产品发布后修复软件缺陷比项目开发早期这样做的费用要高出多少？5.软件测试员的目标是什么？软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。
（最终定义）6.判断：好的测试员不懈追求完美。
×7.阐述产品说明书为什么通常是软件产品中制造软件缺陷的最大来源。
1.构成软件产品的主要部分。
代码、帮助文件、用户手册、样本和示例、标签和帖子、产品支持信息、图标和标志、错误信息（别忘了测试错误提示信息）、广告和宣传材料、安装、说明文件等2.制作软件产品的人和技术。
人：项目管理员(编写产品说明书)、程序管理员（管理进度）、监制人（进行重大决策和取舍）；设计师、系统工程师；程序员、开发人员、代码制作者；测试员、质量评判员；技术作者、用户助手、用户培训专员、手册编写人员、文案专员；结构管理员、制作人员等3.软件从构想到最终产品的过程。
从最初构思到公开发行软件产品的过程称为软件开发模式。
4种最常用的模式：大棒模式、边写边改模式、流水线模式、螺旋模式。
《软件测试(第2版)》读书笔记模板
目录分析
1.1软件、软件危机 和软件工程
1.2软件缺陷与软件 故障
1.3软件质量与质量 模型
1.4软件测试
1.5软件测试人 员的基本素质
习题1
1.1.1软件、软件危机和软件工程的基本概念 1.1.2软件工程的目标及其一般开发过程 1.1.3软件过程模型
1.4.1软件测试的概念 1.4.2软件测试的原则 1.4.3软件测试过程模型 1.4.4软件测试的分类 1.4.5软件测试流程 1.4.6软件测试发展历程和发展趋势
1
2.1软件测试 计划的作用
2
2.2制订测试 计划的原则
3
2.3如何制订 软件测试计划
4 2.4制订测试
计划时面对的 问题
5
2.5衡量测试 计划的标准
2.6制订测试计 划
习题2
1
3.1软件测试 技术概述
2
3.2白盒测试 技术
3
3.3黑盒测试 技术
4
3.4灰盒测试 技术
5
习题3
3.2.1静态测试 3.2.2程序插桩 3.2.3逻辑覆盖 3.2.4基本路径测试 3.2.5其他白盒测试方法 3.2.6白盒测试应用策略
习题8
1
9.1 Web应用 测试概述
2
9.2 Web应用 的性能测试
3
9.3 Web应用 的功能测试
4
9.4 Web应用 的界面测试
5 9.5 Web应用
的客户端兼容 性测试
9.6 Web应用 的安全性测试
习题9
9.2.1 Web性能测试的主要术语和性能指标 9.2.2 Web性能测试的目标和测试策略 9.2.3 Web应用系统性能测试人员应具有的能力 9.2.4 Web应用系统性能测试的种类 9.2.5 Web应用系统性能测试规划与设计 9.2.6 Web应用系统全面性能测试模型 9.2.7 Web应用系统性能测试流程
软件测试笔记整理
笔记整理一、基础知识1、结合自己的理解回答什么是软件测试，软件测试分为哪几个阶段。
答：软件测试是在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
按照开发阶段划分，软件测试可分为单元测试、集成测试，系统测试和验收测试。
单元测试：针对每个单元的测试，以确保每个模块能正常工作为目标。
集成测试：对已测试过的模块进行组装，进行集成测试。
目的在于检验与软件设计相关的程序结构问题。
确认（有效性）测试：是检验所开发的软件能否满足所有功能和性能需求的最后手段。
有的划分方法中，也将确认测试合并入系统测试中。
系统测试：检验软件产品能否与系统的其他部分（比如，硬件、数据库及操作人员）协调工作。
验收（用户）测试：检验软件产品质量的最后一道工序。
主要突出用户的作用，同时软件开发人员也应有一定程度的参与。
验收测试可以分成Alpha测试和Beta测试。
Alpha测试是由用户在开发环境下完成的测试，Beta测试是由用户在用户环境下完成的测试。
2、为什么要在一个团队中开展软件测试工作？答：因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。
在测试的过程中发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。
3、请列举黑盒测试的设计的方法？答：黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、流程分析法等。
4、测试人员在软件开发过程中的任务是什么？答：测试人员在软件开发过程中的任务：1、寻找Bug；2、避免软件开发过程中的缺陷；3、衡量软件的品质；4、关注用户的需求。
5、软件测试开始与结束的标准是什么？答：开始：1.测试计划和测试用例准备完毕2.错误跟踪工具设置完毕3.被测试的版本已经可用（冒烟测试通过）4.测试的软件和硬件环境已经准备就绪结束：1.全部测试用例回归测试都执行完成。
《软件测试》Ron Pantton读书笔记
第1章软件测试背景1.1 臭名昭著的软件错误案例研究1.1.1 迪斯尼的狮子王，1994~1995没有对市场上投入使用的各种PC机型进行正确的测试1.1.2 英特尔奔腾浮点除法软件缺陷，1994这个故事重要的不是软件缺陷，而是英特尔解决问题的方式：1.他们的软件测试工程师在芯片发布之前进行内部测试时发现了这个问题，英特尔的管理层认为这没有严重到要保证修正，甚至公开；2.当软件缺陷被发现时，英特尔通过新闻发布和公开声明试图掩饰这个问题的严重性；3.受到压力时，英特尔承诺更换有问题的芯片，但要求用户必须证明自己受到软件缺陷的影响。
由于这个缺陷，英特尔公开道歉并拿出了4亿多美元来致富更换坏芯片的费用。
（代价惨重呀，汗！）1.1.3 美国航天局火星极地登陆，1999由多个小组测试该项目，各自分工不同，但就是中间空隙出错了。
1.1.4 爱国者导弹防御系统，1991系统时钟错误积累起来拖延100多个小时。
1.1.5 前年虫，大约1974当时发现错误但没有修改，只是着重眼前的任务，不去考虑2000年的兼容问题，导致损失过亿。
1.2 软件缺陷是什么1.2.1 描述软件失败的术语缺点（defect）谬误（fault）问题（problt）错误（error）毛病（incident）异常（anomaly）偏差（variance）失败（failure）矛盾（incosistency）特殊（feature）缺陷（bug）怎样描述测试结果根据开发小组的个性1.2.2 软件缺陷：正式定义1.软件未达到产品说明书标明的功能；2.软件出现了产品说明书指明不会出现的错误；3.软件功能超出产品说明书指明范围；4.软件未达到产品说明书虽未指出但应达到的目标；5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
注意：作为测试人员，在运用第5条测试规则时应记住要编写令所有用户都喜欢的软件是不可能的，但是最好能全面地客观评价，做到合情合理。
软件测试培训笔记
第一章测试基础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.软件研发流程类型：瀑布模型：无风险控制能力，适合需求变化较小的情况。
软件测试学习笔记
软件测试学习笔记之一/软件测试概述一、什么是软件测试？简单的说，如果你写了一段代码，我来帮你查看代码并找出里面的错误，这就是测试。
IEEE的定义：―使用人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。
‖有位大师曾说过：―软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。
‖二、常见导致软件错误的根源1、缺乏有效的沟通，甚至根本就没有进行沟通。
2、软件复杂度过大。
3、编程出现错误。
4、不断变更的需求，项目失败的最大杀手。
5、时间的压力，为了赶时间交付，错误也就伴随发生了。
6、缺乏文档的代码。
7、软件开发工具本身存在问题。
8、人员过于自信。
三、软件测试中的误区1、测试和调试是一样的。
2、测试组的人应当为保证质量负责。
3、过分依赖Beta测试。
4、把测试作为新员工的一个过渡工作。
5、把不合格的开发人员安排做测试工作。
6、关注与测试的执行而忽略测试的设计。
7、测试自动化是万能的。
8、测试时可以穷尽的。
9、测试是为了证明软件的正确性。
10、测试是枯燥乏味，缺乏创造力的工作。
软件测试是一种检测手段，目的是为了寻找软件系统中的缺陷。
业界越来越多的公司已经意识到软件测试的重要性，并在测试方面加大了投入。
软件测试有很多误区，只有认识到了这些误区才能真正理解测试本身的含义，才能以正确的态度看待测试。
软件测试学习笔记之二/白盒测试与黑盒测试一、为什么要进行白盒测试？1、逻辑错误和不正确假设与一条程序路径被执行可能性成反比。
当我们设计和实现主流之外的功能、条件和控制时，错误往往开始出现在我们的工作中。
日常处理往往能被很好的理解，而―特殊情况‖的处理则难于发现。
2、我们经常相信某个逻辑路径不可能被执行，而事实上，它可能在正常的情况下被执行。
程序的逻辑流有时候是违反直觉的，这意味着我们关于控制流和数据流的一些无意识的假设可能导致设计错误，只有路经测试才能发现这些错误。
软件测试书籍
《软件测试方法与技术概论》《软件测试方法与应用》〈Software Testing〉Sams RonPatton(美) [机械工程出版社]〈实用软件测试指南〉[清华大学出版社] 5z3?`??〈软件测试经验与教训〉〈计算机软件测试技术〉〈自动化测试的引入，管理与实施〉Elfriede Dustin [清华大学出版社] 推荐e文原版〈有效软件测试〉Elfriede Dustin [清华大学出版社] 新语译〈软件测试〉Paul.C.Jorgensen CRC [机械工程出版社]〈软件测试自动化〉Paniel J.Moslsy [机械工程出版社] 邓波译中文翻译的不错软件测试的经典书籍一、自动化测试类：1、软件自动化测试：引入、管理与实施Automated Software Testing Introduction，Management，and Performance2、软件测试自动化技术与实例详解Software Test Automation3、高效软件测试自动化Effective Software Test Automation4、图形用户界面测试自动化Effective GUI Test Automation5、软件测试自动化Just Enough Software Test Automation6、软件工程与软件测试自动化教程二、Web应用测试类：1、Web安全测试Testing Web Security:Assessing the Security of Web Sites and Applications2、Web应用测试Testing Application on the Web：Test Planning for Internet-Based Systems3、Web应用测试（第二版）Testing Applications on the Web: Test Planning for Mobile and Internet-Based Systems, Second Edition4、Web测试指南The Web T esting Companion: The Isider's Guide to Efficient and Effective Tests三、软件测试基础类：1、软件测试（原书第2版）Software Testing A Craftsmaj's Approach(Second Edition)2、软件测试Software Testing3、面向对象的软件测试A Practical Guide to Testing Object Oriented Software4、软件测试与质量管理5、计算机软件测试（原书第2版）Testing Computer Software,Second Edition6、实用软件测试过程Testing IT:An Off-the-Shelf Software Testing Process7、软件质量和软件测试Software Quality and Software Testing in Internet Times8、系统的软件测试Systematic Software Testing9、软件子系统测试The Craft of Software Testing:Subsystem Testing,Including Object-Based and Object-Oriented Testing10、面向对象系统的测试Testing Object-Oriented System:Models,Patterns,and Tools11、软件测试技术概论12、软件β测试Beta Testing for Better Software四、软件测试应用类：1、有效软件测试Effective Software Testing2、实用软件测试方法与应用3、软件测试：经验与教训Lessons Learned in Software Testing4、软件测试入门Introducing Software Testing5、实用软件测试指南How to Break Software A Practical Guide to Testing6、软件评估：基准测试与最佳实践Software Assessments,Benchmarks,and Best Practices7、嵌入式软件测试Testing Embedded Software8、软件测试求生法则Surviving the Top Ten Challenges of Software Testing : A People-Oriented Approach9、软件测试：过程改进Software Testing in the Real World Improving the Process10、快速测试Papid Testing11、软件测试的有效方法（原书第2版）Effective Methods for Software Testing,Second Edition12、网络测试深入解析五、单元测试类：1、单元测试之道Java版——使用JunitPragmatic Unit Testing:In Java with JUnit2、测试驱动开发（中文版）Test-driven development:by example3、单元测试之道C#版——使用NunitPragmatic Unit Testing:In C# with NUnit4、测试驱动开发——实用指南Test Driven Development: A Practical Guide5、软件测试与Junit实践六、性能测试类1、2EE性能测试J2EE Performance T esting With BEA WebLogic Server2、Microsoft .NET Web应用程序性能测试Performance Testing Microsoft .NET Web Applications七、软件安全测试类：1、黑客攻击测试篇Hack Attacks Testing:How to Conduct Your Own Security Audit2、Web安全测试Testing Web Security:Assessing the Security of Web Sites and Applications八、测试管理类：1、测试流程管理Managing the Testing Process2、软件测试过程管理（原书第2版）Managing the Testing Process(Second Edition)九、软件测试培训类：1、软件测试员培训教材2、软件测试实用指南软件评测师书籍：1、软件评测师考试考点分析和真题详解2、软件评测师教程3、软件评测师试题分类精解软件测试——深入学习1、软件测试Ron Patton2、软件测试Paul C.Jorgensen3、计算机软件测试（第2版）4、实用软件测试过程【软件测试技术大全】||1、软件测试自动化||1、Web测试指南2、Web安全测试||1、探索式软件测试||1、软件测试经验与教训。
软件测试学习笔记-概念篇（一）
软件测试学习笔记-概念篇（⼀）前⾔ 每个系统的成型，上线都离不开测试，这段时间陆陆续续的学习测试，在这⾥总结⼀番；作为学习交流之⽤；正⽂早期定义：软件测试是对程序能够按预期运⾏建⽴起⼀种信⼼。
经典定义：测试是为了发现错误⽽执⾏程序的过程。
IEEE定义（ISO/IEC/IEEE 29119）：使⽤⼈⼯或者⾃动的⼿段来运⾏或测量软件系统的过程，以检验软件系统是否满⾜规定的要求，并找出与预期结果之间的差异。
五⼤要素有：质量、⼈员、资源、流程、技术。
其中最主要的是软件质量，其他四个要素都是为质量服务的。
其次是⼈员，决定了技术，资源，流程，以及配置和使⽤。
技术包含了：软件测试技术、软件测试⽅法、使⽤的⼯具。
技术是⼿段。
流程：测试计划，测试⽤例，测试执⾏，测试报告。
有⼀些进⼊进出的标准（规范性，对软件测试做⼀个规范的要求）。
资源：测试所需要的硬件设备、⽹络环境、测试设备、测试时间（周期）。
注意：⼈不是资源。
⽬标：①提升测试覆盖率-> 能够有效的保证软件的质量②提升测试效率->能够使我们更好地完成软件测试⼀、测试显⽰缺陷的存在，但不能证明系统不存在缺陷。
经过软件测试，可以发现软件中的故障；但是经过软件测试，不能保证软件就没有故障了。
⼆、穷尽测试是不可能的，应设定及时终⽌的条件。
三、测试应该尽早进⾏四、缺陷具备群集特性越是发现问题多的模块，越是需要重点测试的对象五、测试的杀⾍剂悖论在测试中，如果采⽤同样的测试⽤例，同样的测试⽅法。
多次重复的测试某⼀个模块，最后就不能再发现新的缺陷。
所以说，测试⽤例和测试⽅法应该不定期的评审修改，并且增加不同的测试⽅法和⽤例来测试不同的部分，从⽽更多的发现软件的缺陷。
六、测试的⼆⼋原则测试时间和资源往往是有限的，要找出所有的缺陷是不可能的，这时我们需要遵循⼆⼋原则。
把80%的时间或者资源⽤在20%的重点模块上，重点测试模块中20%的重要模块。
来达到测试效率和资源配置的最佳的⽐例。
笔记
Part 1 理论篇Chapter 1 软件测试概论1.1概述软件测试是伴随软件的产生而产生的，有了软件生产和运行必然有软件测试。
早期软件开发过程中，测试的含义比较狭窄，测试等同于“调试”，目的纠正软件已知故障，由开发自己完成。
对测试投入极少，测试介入也晚，常常等代码形成，产品基本完成才进行测试。
软件测试与调试开始区分开来是在1957年，成为一种发现软件缺陷的活动。
1972年在北卡罗来纳大学举行了首届软件测试正式会议。
软件测试目前面临的挑战：1）软件在国防现代化、社会信息化和国民经济信息化领域中的作用越来越重要，由此产生的软件任务越来越繁重。
2）软件规模越来越大，功能越来越复杂，如何进行充分而有效的测试成为难题。
3）面向对象的开发技术越来越普及，但是面向对象的测试技术却刚刚起步。
4）对于分布式系统整体性能还不能进行很好的测试。
5）对于实时系统来说，缺乏有效的测试手段6）随着安全问题的日益突出，信息系统的安全性如何进行有效的测试与评估，成为世界性的难题。
1.2国内外现状1国外状况：在软件发达的国家，特别是美国，软件测试已经发展成为独立的产业，主要体现在：1）软件测试在软件公司中占有重要的地位。
比尔·盖茨曾经说微软在开发项目组中测试要比编码工程师多得多，花费在测试上的时间要比编码多得多。
2）软件测试理论研究蓬勃发展，每年举办各种各样的测试技术年会，发表大量软件测试研究论文，引领软件测试理论烟酒店国际浪潮。
3）软件测试市场的繁荣。
美国有一些专业公司开发软件测试标准与测试工具。
MI、Conpuware、MaCabe、Rational 等著名的软件测试工具提供商，他们出品的测试工具已经占领国际市场，目前国内使用的主流测试工具大部分都是外国产品。
2国内状况1990年，成立国家级的中国软件评测中心，测试服务才逐步开展起来。
我国在软件测试理论和测试实践上，与国外发达国家有很大差距，主要体现在软件产品化测试的技术，从业人员少，测试服务没有形成足够的规模。
《软件质量保证与测试》2013版：理论课(含课程实践)教学大纲
《软件质量保证与测试》教学大纲制定依据：本大纲根据软件工程专业2013 版本科人才培养方案制定课程编码：JX020309课程类别：专业限选课学分数：2.5学时数：40，其中理论课学时：24，实践课学时：16开课学期：7适用专业：软件工程第一部分 理论教学一、课程性质、目的和要求《软件质量保证与测试》为软件工程专业的专业限选课。
通过本课程的学习，学生需要达到下列知识和能力水平：综合运用边界值分析、等价类划分和因果图等黑盒测试方法；综合运用逻辑覆盖、基本路径等白盒测试方法；独立设计测试用例，参与或管理软件测试的各个过程；使用自动化测试工具，编写具备较多工作量的测试脚本；独立设计测试方案和撰写测试报告；运用质量管理工具，为将来从事软件开发、测试或管理等工作打下良好的基础。
学生通过本门课程学习，能达到的学习预期：了解软件质量工程的活动框架，掌握软件测试的基本理论和基本方法，能熟练使用一些常用的测试工具，了解软件项目中软件测试的实施策略和实施过程。
根据需求规格说明决定合适的测试策略，具有综合运用软件测试方法、技术和工具的实践能力。
二、主要先修课程和后续课程先修课程：《程序设计基础》,《面向对象程序设计》后续课程：（无）三、教学方式本课程针对四年级学生开设，考虑学生已有的程序设计、软件工程知识，本课程内容的实用性特点，采用适当的教学方法；以课堂讲授为主，辅以多媒体教学软件，结合例子引导学生学习；并充分利用网络教学平台和测试网站资源，提供更多的课外学习资料与习题，拓展学生的学习空间，加强与学生的沟通交流。
四、教学内容、课时安排﹙一﹚软件测试基础 （2）课时1.教学内容了解: 软件质量的基本概念，软件质量与软件危机，软件测试的相关概念,软件错误的案例,软件缺陷, 错误与缺陷的定义和分类,软件测试的发展；熟悉: 软件产品的组成部分,软件项目成员,软件开发生命周期模式。
2.重点及难点重点：无。
难点：无。
﹙二﹚白盒测试及面向对象的测试 （7）课时1.教学内容了解：程序结构、函数调用关系、接口等静态结构分析，检查设计和代码，编码标准和规范，通用代码审查清单；熟悉：基于输入空间分析的程序域测试，程序变异；掌握：程序语句覆盖、判定（分支）覆盖、条件覆盖、判定/条件覆盖和条件组合覆盖等逻辑覆盖测试，基本路径测试，单循环、嵌套循环、级联循环、混杂循环等循环结构测试，程序插装，以方法和类为单元的面向对象的测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一部分软件测试综述软件测试-机械工业出版社（美）Ron Patton著周予滨姚静等译雪舞奉天读书笔记说真的，这本书真的很不错，里面的一些定义很权威的，而且话不罗嗦，讲的都是重点，美中不足的在测试用例设计方法那块不完整。
许多人在推荐入门看什么书的时候都提到此书，为了方便新手学习（其实我也是新手哈哈），我决定把我以前的读书笔记敲出来贴在网上，写的不是太全，主要是我觉得不错的东西。
在此感谢此书作者和翻译人员！软件测试读书笔记之一软件测试背景 (1)软件测试读书笔记之二软件开发过程 (2)软件测试读书笔记之三软件测试的实质 (3)软件测试读书笔记之四检查产品说明书 (4)软件测试读书笔记之五闭着眼睛测试软件 (5)软件测试读书笔记之六检查代码 (9)软件测试读书笔记之七带上X光眼镜检查软件 (13)软件测试读书笔记之八配置测试 (15)软件测试读书笔记之一软件测试背景一.软件缺陷的正式定义：符合下边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.螺旋式：开始不必详细定义所有细节。
从小开始，定义重要功能，努力实现，接受客户反馈，然后进入下一阶段。
（一个螺旋包括6个步骤：1.确定目标，可选方案和限制条件；2.指出并解决风险；3.评估方案；4.本阶段开发和测试；5.计划下一阶段；6.确定进入下一阶段的方法。
）测试一直在进行，知道最后宣布成功！软件测试读书笔记之三软件测试的实质一.测试人员要知道的几个‘交通规则’和‘生活法则’~1.完全测试是不可能的。
A.输入量太大；B.输出结果太多；C.软件实现途径太多；D.软件说明书没有客观标准。
从不同角度看，软件缺陷标准不同。
2.软件测试是有风险行为。
3.测试无法显示潜伏的软件缺陷。
4.找到的软件缺陷越多，就说明软件缺陷越多。
5.老用一种药，害虫都有抵抗力，程序也如此，如在螺旋开发模式中，每一个轮回都会对软件进行测试，几回合后，该发现的都发现了，找不到什么错误了。
这要求我们必须不断编写不同的新测试程序，对程序的不同部分进行测试，以找到更多的缺陷。
6.并非所有的软件缺陷都能修复：A.没有足够的时间；B.不算真正的缺陷；C.修复风险太大；D.不值得修复7.难以说清的软件缺陷8.产品说明书不断变化：软件测试员必须想到产品说明书可能改变。
9.测试员做的工作不受欢迎，因为工作就是挑错！所以我们要懂得怎么和开发的相处：A.早点找出缺陷；B.控制情绪；C.多交流，不要总是报告坏消息。
10.软件测试是一项讲究条理的技术专业。
二.软件测试的术语和定义这里引用下网上的术语总结，对原作者表示歉意和谢意和敬意！（不知道是谁）1.精确和准确：A.精确参照物是目标。
与目标越接近，就越准确；B：准确参照物是每次实施的结果。
几次结果相互之间越接近，表示越精确。
但与目标可能相去甚远.2.验证和合法性检查：A.验证保证软件符合产品说明书的过程B.合法性检查保证软件满足用户要求的过程.3.质量和可靠性：可靠性只是质量的一个方面。
A.质量可能包含功能是否齐全，产品能否在各种机器上运行，软件公司有没有技术支持，甚至包装盒的色彩，可靠性或者软件产品是否经常毁坏数据可能也很重要，但不绝对。
B.可靠性：你自己想吧，我没找到定义哈哈~4.测试和质量评判(QA)：A.软件测试员的目标是找出软件缺陷，尽可能造一些，确保得以修复；B.软件质量评判人员的主要指责是创建和加强促进软件开发并防止软件缺陷的标准和方法第二部分测试基础软件测试读书笔记之四检查产品说明书一.开始测试1.A：黑盒测试：软件测试员只需知道软件要做什么，无法看到如何运作。
只进行输入操作来得到输入结果。
B：白盒测试：软件测试员可以访问程序员的代码，并通过检查代码来协助测试。
2.A：静态测试：测试不运行的部分—只是检查和审阅。
B：动态测试：指通常意义上的测试—运行和使用软件。
3.测试产品说明书属于静态黑盒测试。
二.对产品说明书进行高级审查测试产品说明书第一步不是去找软件缺陷，而是在一个高度上审视。
审查产品说明书是为了找出根本性大问题，疏忽或遗漏之处。
1.占在客户角度思考:设身处地的为客户着想,测试的时候把自己当成客户。
2.研究现有的标准和规范:软件测试员的任务不是定义润件要符合何种标准和规范，而是观察，检验是否套用正确的标准，没有遗漏。
3.审查和测试同类软件:同类软件有助于制订测试条件和测试方法，还可能暴露没想到的潜在问题。
三.产品说明书的低级测试技术1.优秀产品说明书应当具有的8个属性A.完整。
是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？B.准确。
解决方案正确吗？目标明确吗？有没有错误？C.精确、不含糊、清晰。
描述是否一清二楚？还是自说自话？容易看懂和理解吗？D.一致。
产品功能描述是否自相矛盾？与其他功能有无冲突？E.贴切。
描述功能的陈述是否必要？有没有多余信息？功能是否原来的客户要求？F.合理。
在特定预算和进度下，以现有人力、物力和资源能否实现？G.代码无关。
是否坚持定义产品，而不是定义其所依赖的设计、架构和代码？H.可测试。
特性能否测试？测试员建立验证操作的测试错误程序是否提供足够的信息？2.产品说明书7个用语检查清单A.总是、每一种、所有、没有、从不。
看到此类绝对或肯定的切实认定的叙述，可以着手设计针锋相对的案例。
B.当然、因此、明显、显然、必然。
这些话意图诱使接受假定情况。
不要中了圈套。
C.某些、有时、常常、通常、经常、大多、几乎。
这些话太过模糊。
“有时”发生作用的功能无法测试D.等等、诸如此类、依此类推。
以这样的词结束的功能清单无法测试。
功能清单要绝对或者解释明确。
E.良好、迅速、廉价、高效、稳定。
这些是不确定的说法，不可测试。
如果在产品说明书出现，必须要求进一步指明含义。
F.已处理、已拒绝、已忽略、已消除。
这些说法可能会隐藏大量需要说明的功能。
G.如果...那么...（没有否则）。
缺少配套的否则，想一想，“如果”没有发生会怎样呢？软件测试读书笔记之五闭着眼睛测试软件一.动态黑盒测试1.不深入代码细节的软件测试方法称为动态黑盒子测试。
它是动态的，因为程序正在运行；它是黑盒子，因为测试时不知道程序如何工作。
测试工作就是进行输入，接受输出，检验结果。
2.首先要弄清楚作为测试对象的软件要输入什么得到什么，或者操作结果。
这就要求有文挡或产品说明书；接下来开始定义测试案例（就是我们常说的测试用例）3.选择测试案例是软件测试员最重要的任务。
不正确的选择可能导致测试量过大或者过小，甚至测试目标不对。
准确评估风险，把不可穷近的可能性减少到可以控制的范围是成功的诀窍。
*4.没有产品说明书的情况下使用探索测试。
（这个我觉得很重要，因为国内大部分软件都是这样的，因为国内大部分软件都是这样的，什么说明都没有,没有需求说明,没有产品说明书,没有设计书......呵呵,这就是有中国特色的软件测试吧~~，遇到这种情况不要烦躁，"把软件当成产品说明书来对待。
分步骤地逐项探索软件特性。
记录软件执行情况，详细描述功能。
在这种情况下，无法像有产品说明书那样完整的测试软件--比如无法断定是否遗漏功能，但是可以进行系统测试。
找到软件缺陷几乎是肯定的." 小雪经验总结:这种情况还要多和开发的沟通，在他们那了解软件更多的情况。
他们自己写的,没有人比他们知道的多.这种测试会遇到很多你认为逻辑不合理的地方,因为没有需求说明,开发的完全照自己的意思来编写代码.有的是多人编写,每人负责一个模块,模块之间衔接和整个软件的业务逻辑多会有许多问题.二.通过测试和失败测试通过测试：确认软件至少能做什么，而不考验其能力。
只运用最简单，最直观的测试案例。
失败测试：纯粹为了破坏软件而设计和执行的测试案例。
设计和执行测试案例时，总是首先进行通过测试。
在破坏性试验之前看看软件基本功能是否实现是很重要的，否则在正常使用软件时就会奇怪为什么有那么多的软件缺陷。
常见的测试案例就是设法迫使软件出现错误提示信息。
三.等价分配等价分配（等价类划分）：是指分步骤地把过多（无限）的测试案例减小到同样有效的小范围的过程。
等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。
在寻找等价区间时，想办法把软件的相似输入、输出、操作分成组。
这些组就是等价区间。
等价分配的目标是把可能的测试案例组合缩减到仍然足以测试软件的控制范围。
因为选择了不完全测试，就要冒一定的风险。
如果为了减少测试案例的数量过度进行等价分配，测试的风险就会增加。
另外，等价区间的划分没有一定的标准，只要足以覆盖测试对象就行了。
（个人认为这里讲的不是很好，在笔记前我就说了，本书测试用例设计方法上做的不是很好，有关知识大家上网看吧，写的很详细，推荐一个风姿清扬整理的测试用例设计方法~。