第一章基础知识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)：软件过程的特征是无序的，有时甚至是混乱的。