软件质量守护――测试理
前言：软件迅猛发展凸现软件测试问题着软件业蓬勃发展种软件需求纷繁潮起潮落IT洪流中软件项目越越凸现型化复杂化发展趋势十百开发团队成千万模块接口跨域跨系统户等情况早已屡见鲜项目质量理提出更高求满足方需求做出更软件系统？测试理逐渐成家目光焦点软件质量什理软件程严密配合勿庸置疑质量守护测试象门狗认真守护着软件质量家
软件测试重性测试什？测试项目开发程产品（编码文档等）进行差错审查保证质量种程软件业迅猛发展十年程时间短许误解似已根深蒂固测试偏见软件重点需求分析设计开发测试容易没什技术含量找户需求力测行时间测点没时间少测点种法许项目理软件负责心中固守着难改变种观念结果目睹什？简单量软件BUG缺陷流失测试员手中悄然流失户手中流失进项目维护阶段便户休止抱怨维护员休止救火维护成休止增加软件员梦魇恶梦总醒时数教训重击堪回首回首历中软件业理者发现：错软件测试忽视问题假项目中测试话便会造成收拾结果――终意识测试简单纯真真谛
软件测试软件测试直观讲测试象进行检查验证似简单实际然许处理环节构成根测试目标质量控制求划分类环节（图）设置准入准出标准
测试程活动图示容目然详述希通测试重点问题关注热点介绍帮助家测试理总体握 测试方式中普遍存问题点评 谈测试法回避前软件程普遍存测试问题：1手工缺少测试工具动化测试方式缺失传统项目测试手工测试员根需求规格说明书求测试象进行机话着软件业断发展软件规模扩种测试弊端日益明显：·量手工项目力成沟通成居高·工操作低效率项目耗时增加带进度风险·员素质确定素会影响手工测试结果导致差错率增加·测试程中需测试案例库进行统配置理项
目规模激增手工理案例库难度日益加尤需求变更回测试频繁发生时候古生产率阻碍生产力发展时候必然会引入更高级生产工具方式项目测试道理引入工具引入动化测试理项目测试趋势
2缺乏文档测试检查文档项目重产品产品需求功分析架构设计详细设计户手册维护手册等等项目测试线维护等程起关重参考指导作质量应该项目重点关注点令遗憾许软件项目文档重视停留口头编码第观念似根深蒂固着需求断变更补充业务技术员忙应付法腾出精力进行文档容修改完善包含需求变更容工作联系单需求文档附事更新需求相关文档方面项目变更理够完善理重点集中开发轻视文档质量理未留出充分文档更新时间导致文档更新严重滞编码进度保证文档质量必须定期进行文档测试测试花成项目高层愿意付代价文档读性低便会影响户理解编码致便起参考作编码测试没测试路清楚前走呀？强烈建议进行文档测试置测试理首位前文档测试方法没什特形式缺乏测试工具支持通常通静态审查方式――走查进行查文档读性容真实性性全面性外项目里程碑时期召集相关领域专家重文档进行集中审核种检查方式 3单元测试应引入交叉测试方法单元测试软件基组成单元进行测试测试象软件模块通常单元测试开发员完成测存问题隐患什呢技术员软件模块制造者测软件话角色便制造者变成审查者前角色目保证软件正确角色目发现更缺陷时扮演两种目角色裁判员运动员做呢？解决方法通常两种种：测试员进行单元测试种方式求测试员较高软件技术知识种：软件员分组模块开发告段落时进行交叉测试种方法需测试者解测方软件需求需外知识培训测试出发点较客观较普遍推广
4测试开发基完成启动传统瀑布型开发模式中软件测试位编码阶段作独立阶段存许便刀切认应该测试工作编码完成开始观点原二：首先测试工作细分许工作提前先期执行：需求书设计书学测试计划制定测试员培训测试脚建立测试资源搭建测试模板创建测试工具选择等等阶段行处理缩短项目开发时间测试提供充分时间保障提高测试质量次软件缺陷发现越晚修改补救耗费成越高引BoehmSoftware Engineering Economics
书中话――均言果需求阶段修证错误代价1设计阶段3－6倍编程阶段10倍部测试阶段20—40倍外部测试阶段30－70倍产品发布出时数字40－1000倍见测试目标佳定位应该：错误第次出现时候捕捉情况测试越早展开越项目进行阶段项目产品产生质量坏续开发影响重现国际较流行做法：测试融合开发环节中早测试
5测试案例测试方案重率低传统测试程测试理严密测试员未建立完整测试库未测试案例测试程序测试方案进行效保存等回测试时相关测试程序等已知终处寻找程序案例回测试频繁项目期限日益迫已没时间余量修改完善程序案例验记忆技术员口述程序修改方草草重测遍已缺乏正规化测试程造成测试虎头蛇尾
正常测试案例方式图测试设计阶段相关测试设计员会测试象进行解分析保证测试利进行保证测试覆盖量测试象会设计测试案例测试方案测试期间进行测试发现错误时软件技术员会根测试缺陷反馈结果技术员软件修改信息测试程序进行修改完毕进行回测试
6测试员素质低缺乏相关知识培训项目理员测试存偏见测试重性认识足导致严重忽略测试员选拔知识培训许软件项目软件户新招收技术员完成测试工作认测试员工作简单技术员测什测什基动手动脑工作样做果进步导致测试工作序混乱测试程缺乏计划性测试员缺乏技术力缺乏架构解相关素质缺失成技术员附庸测试说种枯燥手＋眼式工作唯渴聊测试快完成远远逃离样测试结果想知实软件工程测试员素质求严格：相关计算机知识背景具备软件工程基知识熟悉项目编程语言熟悉项目技术架构需求容工作责感独立分析力团队精神等等真正规范软件项目测试员求会低技术员会测试员提供进步知识培训机会应种项目复杂情况
7测试进度错误估算项目开发中领导督促测试进程会项目组汇报工作进度解已完成工作占工作进度做出判断种工作方式完全拥护觉种方式足测试进程简单1＋1程武断认8天干完80％工作剩余工作便2天干完著名Pareto8020规律告
诉：测试发现错误中80％集中20％程序模块中外20％集中80％程序模块中没测试象认真分析基础单工作完成数量工作进度做出判断错误认工作实际进度＝工作完成量占＋测试象错误占分析较合理测试进度估算方式
测试新思路：项目开发风险需求误解设计开发程产品缺陷早发现缺陷降低控制项目风险基种思想软件业出现新测试思路二：1测试驱动开发（TestDriven Development简称TDD）种测试思想流行XP（Extreme Programming）极限编程方式力提倡基思想通测试编程做指导某开发需求象明确编码前先进行相关测试代码（测试代码容需求规格说明书描述相称执行需求规格说明书）编写工作完成针测试代码进行编程然测试程序开发代码进行测试验证正确性程序通测试说明符合需求规格说明书求周复始通样程开发进程层层深入直开发完成时单元测试基完成种测试方式处早发现设计开发中存问题避免传统开发模式中测试程中发现代码满足需求导致量返工降低项目风险时早半成品展示客户客户需求进行验证补充完善外测试代码表达方式相准确二义性降低需求理解错误导致项目风险
2迭代测试种测试IBM推崇测试方式迭代式开发模式演变迭代开发模式中迭代包含需求设计编码集成测试等程次迭代完成便会开始新迭代程通次次迭代累进系统会增量式集成新功直整系统功完成中迭代周期测试工作两方面容构成：·前迭代周期产品增量测试·前迭代周期已完成功回测试着迭代周期累进测试工作容断变化早期迭代测试重点新功测试期迭代测试重点累积功回测试喜欢XP编程开发方式认没明确阶段性划分利计划理模式灵活掌握迭代式开发模式提供新选择种开发方式继承瀑布式开发模式优点――全面严谨计划性易理更重种模式测试工作分布迭代周期中测试工作提前进行发现软件缺陷周期提前降低软件风险开发成
测试程衡量测试程断改进效果衡量测试效果呢？需引入尺子度量标准样握测试程改进方样收集数度量？长久直困惑方妨助山石想想办法CMMI国际流行软件程衡量模型方面独处：1面全局CMMI测试度量面仅仅测试程改进测试效果加强面整开发程始终质量监督放工作首位度量工作产品规模（例代码行数）度量工作量成（例工时数）中搜集数整开
发程改进指导作更高起点避免项目理改进程中常见头痛医头脚痛医脚毛病2建立度量数库搜集数分析方式结果进行完整规范保存数库面软件开发程持续改进数复供项目参考前项目结束消失会作历史信息持续保存测试软件程改进提供更客观更全面度量数3关注度量分析程改进度量程测试软件程改进提供参考身运作方式合理性直接会影响度量结果准确性CMMI避免灯黑现象出现没忽略测量分析度量程改进会定期召集受影响受益者起审查初始分析结果总结程运作中遇验教训度量程方式进行改进保证度量结果正确性参考性CMMI度量方式优点忽略应力学长处软件测试程改进会帮助
结束语测试重检验开发结果否接预期目标重手段应清楚认识：毕竟种信息反馈程作软件质量守护者发现缺陷法避免缺陷发生软件质量安危押测试砝码喻记忆犹新软件开发喻成制作桌盛宴项目理作厨测试员作品尝师户作餐者保障饭菜质量菜前先品尝师满桌半成品准成品逐品尝发现足方时通知厨进行改进完善质量直品尝师觉：全部饭菜已色香味俱佳满足户求通审查允许饭菜桌供餐者品尝想说：饭菜质量品尝师监督厨技术理软件质量项目理程互相配合项目理整体控制握测试中份子请软件质量交测试程承担样生命承受重
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
前言：软件迅猛发展凸现软件测试问题着软件业蓬勃发展种软件需求纷繁潮起潮落IT洪流中软件项目越越凸现型化复杂化发展趋势十百开发团队成千万模块接口跨域跨系统户等情况早已屡见鲜项目质量理提出更高求满足方需求做出更软件系统？测试理逐渐成家目光焦点软件质量什理软件程严密配合勿庸置疑质量守护测试象门狗认真守护着软件质量家
软件测试重性测试什？测试项目开发程产品（编码文档等）进行差错审查保证质量种程软件业迅猛发展十年程时间短许误解似已根深蒂固测试偏见软件重点需求分析设计开发测试容易没什技术含量找户需求力测行时间测点没时间少测点种法许项目理软件负责心中固守着难改变种观念结果目睹什？简单量软件BUG缺陷流失测试员手中悄然流失户手中流失进项目维护阶段便户休止抱怨维护员休止救火维护成休止增加软件员梦魇恶梦总醒时数教训重击堪回首回首历中软件业理者发现：错软件测试忽视问题假项目中测试话便会造成收拾结果――终意识测试简单纯真真谛
软件测试软件测试直观讲测试象进行检查验证似简单实际然许处理环节构成根测试目标质量控制求划分类环节（图）设置准入准出标准
测试程活动图示容目然详述希通测试重点问题关注热点介绍帮助家测试理总体握 测试方式中普遍存问题点评 谈测试法回避前软件程普遍存测试问题：1手工缺少测试工具动化测试方式缺失传统项目测试手工测试员根需求规格说明书求测试象进行机话着软件业断发展软件规模扩种测试弊端日益明显：·量手工项目力成沟通成居高·工操作低效率项目耗时增加带进度风险·员素质确定素会影响手工测试结果导致差错率增加·测试程中需测试案例库进行统配置理项
目规模激增手工理案例库难度日益加尤需求变更回测试频繁发生时候古生产率阻碍生产力发展时候必然会引入更高级生产工具方式项目测试道理引入工具引入动化测试理项目测试趋势
2缺乏文档测试检查文档项目重产品产品需求功分析架构设计详细设计户手册维护手册等等项目测试线维护等程起关重参考指导作质量应该项目重点关注点令遗憾许软件项目文档重视停留口头编码第观念似根深蒂固着需求断变更补充业务技术员忙应付法腾出精力进行文档容修改完善包含需求变更容工作联系单需求文档附事更新需求相关文档方面项目变更理够完善理重点集中开发轻视文档质量理未留出充分文档更新时间导致文档更新严重滞编码进度保证文档质量必须定期进行文档测试测试花成项目高层愿意付代价文档读性低便会影响户理解编码致便起参考作编码测试没测试路清楚前走呀？强烈建议进行文档测试置测试理首位前文档测试方法没什特形式缺乏测试工具支持通常通静态审查方式――走查进行查文档读性容真实性性全面性外项目里程碑时期召集相关领域专家重文档进行集中审核种检查方式 3单元测试应引入交叉测试方法单元测试软件基组成单元进行测试测试象软件模块通常单元测试开发员完成测存问题隐患什呢技术员软件模块制造者测软件话角色便制造者变成审查者前角色目保证软件正确角色目发现更缺陷时扮演两种目角色裁判员运动员做呢？解决方法通常两种种：测试员进行单元测试种方式求测试员较高软件技术知识种：软件员分组模块开发告段落时进行交叉测试种方法需测试者解测方软件需求需外知识培训测试出发点较客观较普遍推广
4测试开发基完成启动传统瀑布型开发模式中软件测试位编码阶段作独立阶段存许便刀切认应该测试工作编码完成开始观点原二：首先测试工作细分许工作提前先期执行：需求书设计书学测试计划制定测试员培训测试脚建立测试资源搭建测试模板创建测试工具选择等等阶段行处理缩短项目开发时间测试提供充分时间保障提高测试质量次软件缺陷发现越晚修改补救耗费成越高引BoehmSoftware Engineering Economics
书中话――均言果需求阶段修证错误代价1设计阶段3－6倍编程阶段10倍部测试阶段20—40倍外部测试阶段30－70倍产品发布出时数字40－1000倍见测试目标佳定位应该：错误第次出现时候捕捉情况测试越早展开越项目进行阶段项目产品产生质量坏续开发影响重现国际较流行做法：测试融合开发环节中早测试
5测试案例测试方案重率低传统测试程测试理严密测试员未建立完整测试库未测试案例测试程序测试方案进行效保存等回测试时相关测试程序等已知终处寻找程序案例回测试频繁项目期限日益迫已没时间余量修改完善程序案例验记忆技术员口述程序修改方草草重测遍已缺乏正规化测试程造成测试虎头蛇尾
正常测试案例方式图测试设计阶段相关测试设计员会测试象进行解分析保证测试利进行保证测试覆盖量测试象会设计测试案例测试方案测试期间进行测试发现错误时软件技术员会根测试缺陷反馈结果技术员软件修改信息测试程序进行修改完毕进行回测试
6测试员素质低缺乏相关知识培训项目理员测试存偏见测试重性认识足导致严重忽略测试员选拔知识培训许软件项目软件户新招收技术员完成测试工作认测试员工作简单技术员测什测什基动手动脑工作样做果进步导致测试工作序混乱测试程缺乏计划性测试员缺乏技术力缺乏架构解相关素质缺失成技术员附庸测试说种枯燥手＋眼式工作唯渴聊测试快完成远远逃离样测试结果想知实软件工程测试员素质求严格：相关计算机知识背景具备软件工程基知识熟悉项目编程语言熟悉项目技术架构需求容工作责感独立分析力团队精神等等真正规范软件项目测试员求会低技术员会测试员提供进步知识培训机会应种项目复杂情况
7测试进度错误估算项目开发中领导督促测试进程会项目组汇报工作进度解已完成工作占工作进度做出判断种工作方式完全拥护觉种方式足测试进程简单1＋1程武断认8天干完80％工作剩余工作便2天干完著名Pareto8020规律告
诉：测试发现错误中80％集中20％程序模块中外20％集中80％程序模块中没测试象认真分析基础单工作完成数量工作进度做出判断错误认工作实际进度＝工作完成量占＋测试象错误占分析较合理测试进度估算方式
测试新思路：项目开发风险需求误解设计开发程产品缺陷早发现缺陷降低控制项目风险基种思想软件业出现新测试思路二：1测试驱动开发（TestDriven Development简称TDD）种测试思想流行XP（Extreme Programming）极限编程方式力提倡基思想通测试编程做指导某开发需求象明确编码前先进行相关测试代码（测试代码容需求规格说明书描述相称执行需求规格说明书）编写工作完成针测试代码进行编程然测试程序开发代码进行测试验证正确性程序通测试说明符合需求规格说明书求周复始通样程开发进程层层深入直开发完成时单元测试基完成种测试方式处早发现设计开发中存问题避免传统开发模式中测试程中发现代码满足需求导致量返工降低项目风险时早半成品展示客户客户需求进行验证补充完善外测试代码表达方式相准确二义性降低需求理解错误导致项目风险
2迭代测试种测试IBM推崇测试方式迭代式开发模式演变迭代开发模式中迭代包含需求设计编码集成测试等程次迭代完成便会开始新迭代程通次次迭代累进系统会增量式集成新功直整系统功完成中迭代周期测试工作两方面容构成：·前迭代周期产品增量测试·前迭代周期已完成功回测试着迭代周期累进测试工作容断变化早期迭代测试重点新功测试期迭代测试重点累积功回测试喜欢XP编程开发方式认没明确阶段性划分利计划理模式灵活掌握迭代式开发模式提供新选择种开发方式继承瀑布式开发模式优点――全面严谨计划性易理更重种模式测试工作分布迭代周期中测试工作提前进行发现软件缺陷周期提前降低软件风险开发成
测试程衡量测试程断改进效果衡量测试效果呢？需引入尺子度量标准样握测试程改进方样收集数度量？长久直困惑方妨助山石想想办法CMMI国际流行软件程衡量模型方面独处：1面全局CMMI测试度量面仅仅测试程改进测试效果加强面整开发程始终质量监督放工作首位度量工作产品规模（例代码行数）度量工作量成（例工时数）中搜集数整开
发程改进指导作更高起点避免项目理改进程中常见头痛医头脚痛医脚毛病2建立度量数库搜集数分析方式结果进行完整规范保存数库面软件开发程持续改进数复供项目参考前项目结束消失会作历史信息持续保存测试软件程改进提供更客观更全面度量数3关注度量分析程改进度量程测试软件程改进提供参考身运作方式合理性直接会影响度量结果准确性CMMI避免灯黑现象出现没忽略测量分析度量程改进会定期召集受影响受益者起审查初始分析结果总结程运作中遇验教训度量程方式进行改进保证度量结果正确性参考性CMMI度量方式优点忽略应力学长处软件测试程改进会帮助
结束语测试重检验开发结果否接预期目标重手段应清楚认识：毕竟种信息反馈程作软件质量守护者发现缺陷法避免缺陷发生软件质量安危押测试砝码喻记忆犹新软件开发喻成制作桌盛宴项目理作厨测试员作品尝师户作餐者保障饭菜质量菜前先品尝师满桌半成品准成品逐品尝发现足方时通知厨进行改进完善质量直品尝师觉：全部饭菜已色香味俱佳满足户求通审查允许饭菜桌供餐者品尝想说：饭菜质量品尝师监督厨技术理软件质量项目理程互相配合项目理整体控制握测试中份子请软件质量交测试程承担样生命承受重
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
