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

、软件1)、软件=程序+文档2)、分类功能:系统+应用架构:单机+C/S+B/S用户:产品+项目规模:小型+中型+、Bug1)、类型一(广义上,软件生命周期,与用户需求不符的问题):完全没有实现的功能基本实现功能,但有功能上或性能上的问题实现了用户不需要的功能2)、类型二(测试执行阶段的问题)Defect---------Requirements&DesignError-----------DevelopmentBug------------TestingFailure---------、测试1)、概念:测试是为了检验实际的软件是否符合用户需求,所以不能为了发现错误而发现错误。使用人工或自动手段,来运行或测试某个系统的过程。2)、测试环境:硬件+软件+网络要求:真实(项目、产品)+干净+无毒+独立(测试与开发)、测试用例测试用例=输入+输出+测试环境便于团队交流,便于重复测试,便于跟踪统计,比纳与用户自测开发生命周期需求分析→概要设计→详细设计→编码→维护测试生命周期测试计划→测试设计→测试执行→测试评估需求分析和测试计划完成后,根据《系统需求规格说明书》和软件原型(DEMO))、测试人员素质要求:细心、耐心、信心、服务意识、团队合作意识、沟通能力2)、如何成为优秀的测试工程师:1、不断学****充电2、阅读原版书籍3、阅读缺陷管理系统中的缺陷报告4、阅读高手写的测试用例5、)ZeroBug与GoodEnoughGoodEnough原则:不充分测试是不负责任,过分的测试是一种资源浪费。参考:*遗留bug不超过10个,严重的不超过5个*测试用例执行率为100%,通过率为95%*单元测试,关键模块语句覆盖率达到100%,分支覆盖率达到85%2)不要视图穷举法3)开发人员不能既是运动员又是裁判员4)软件测试要尽早执行5)软件测试应该追溯需求原始需求需求分析正确的规格说明错误的规格说明设计正确的设计错误的设计对错误说明的设计编码正确编码错误的编码对错误设计编码对错误说明设计的编码测试正确功能可改正的错误不可改正的错误潜伏的错误不完善的软件产品6)缺陷的二八定理一般情况下,软件80%的缺陷集中在20%的模块中。7)缺陷具有免疫性缺陷具有免疫性,需要根据新版本修改维护测试用例,另外,有一个值得注意的经验:没修复3-4个bug,可能会产生一个新bug。、是否运行程序 StaticTesting------------代码规范、界面、文档 DynamicTesting--------、根据阶段分类 UnitTesting(单元测试)----------10%最小模块,依据源程序和《详细设计》白盒测试人员||开发人员编译代码→静态测试→动态测试桩模块(Stub)、驱动模块(Driver) IntegrationTesting(集成测试)----------20%模块间的接口,依据单元测试的模块和《概要设计》白盒测试人员||开发人员一般单元和集成同步进行 SystemTesting(系统测试)----------40% 整个系统(功能、性能、软硬件环境),依据《需求规格说明书》黑盒测试工程师 Accept