l软件测试技术经典教程笔记修.docxVIP

第一章基础知识1.1、软件1)、软件=程序+文档2)、分类功能：系统+应用架构：单机+C/S+B/S用户：产品+项目规模：小型+中型+大型1.2、Bug1)、类型一(广义上，软件生命周期，与用户需求不符的问题)：完全没有实现的功能基本实现功能，但有功能上或性能上的问题实现了用户不需要的功能2)、类型二(测试执行阶段的问题)Defect---------RequirementsDesignError-----------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) 软件测试要尽早执行5) 软件测试应该追溯需求原始需求需求分析正确的规格说明错误的规格说明设计正确的设计错误的设计对错误说明的设计编码正确编码错误的编码对错误设计编码对错误说明设计的编码测试正确功能可改正的错误不可改正的错误潜伏的错误不完善的软件产品6) 缺陷的二八定理一般情况下，软件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 可靠性测试)：指连续运行被测系统，检