【精选】守护着软件Software质量这个 家.pdfVIP

守护着软件Software质量这个 家 疯狂代码 http://CrazyC/ ĵ http:/CrazyC/SoftwareTesting/Article35560.html 软件Software测试重要性 测试是什么？测试就是对项目开发过程产品(编码、文档等)进行差错审查保证其质量种过程 软件Software业迅猛发展也就是近几十年过程时间虽短但许多误解似乎已根深蒂固对测试偏见也是如此“软件 Software重点在于需求、在于分析、在于设计、在于开 发而测试容易没什么技术含量找些用户对照需求尽力去 测就行了；有时间多测点没时间就少测点”这种看法在许多项目经理(project manager)、软件Software负责 人心中固 守着难以改变 这种观念结果有目共睹是什么？很简单是大量软件SoftwareBUG、缺陷“流失”从测试人员手中悄然而过流失 到用户手中流失进项目维护阶段随的而来便是用户无休止抱怨、维护人员无休止“救火”、维护成本无休止增 加这是软件Software人员梦魇！ 恶梦总有醒来时经过无数教训重击在不堪回首而不得回首经历中软件Software业管理者发现:是他们错了软件 Software测试是不可忽视 “所有这些问题假如在项目中测试到话便不会有造成不可收拾结果了”――人们终于意识到测试简单而纯真真谛 软件Software测试 软件Software测试从直观上来讲是对测试对象进行检查、验证似乎很简单但实际不然它是由许多处理环节构成 根据测试目标、质量控制要求它被划分为以下各类环节(如下图)并被设置了区别准入、准出标准 er alt=软件Software测试 src=/WebFiles/20092/895999fd-ed1a-41e3- 93e3-20606b845f90.jpg border=0 / 测试主要过程及活动如上图所示内容目了然在此就不详述了只希望通过对测试重点问题、关注热点介绍帮助大 家对测试管理有个总体把握 　　测试方式中普遍存在问题和点评 　　谈到测试我们无法回避是当前软件Software过程普遍存在测试问题: 　　1、 手工过多缺少测试工具自动化测试方式缺失 　　传统项目测试还是以手工为主测试人员根据需求规格介绍说明书要求和测试对象进行“人机对话”随着软 件Software业不断发展及软件Software规模扩大这种测试弊端日益明显: 　　· 大量手工使项目人力成本、沟通成本居高不下； 　　· 人工操作低效率使项目耗时增加带来进度风险； 　　· 人员素质及其他不确定原因会影响手工测试结果导致差错率增加 　　· 在测试过程中需要对测试案例库进行统配置管理项目规模激增使手工管理案例库难度日益加大尤其是在需 求变更、回归测试频繁发生时候 　　从古到今当生产率阻碍了生产力发展时候必然会引入更高级生产工具及方式项目测试也是这个道理引入工 具引入自动化测试及管理是项目测试大趋势 　　2、 缺乏文档测试、检查 　　文档是项目重要产品的产品需求、功能分析、架构设计、详细设计、用户手册、维护手册等等对于项目测 试、上线、维护等过程起到至关重要参考、指导作用所以它们质量应该是项目重点关注点的令人遗憾是许多软 件Software项目对于文档重视只停留在口头上“编码第”观念似乎根深蒂固 　　随着需求不断变更、补充业务、技术人员忙于应付无法腾出精力来进行文档内容修改及完善往往是将包含 需求变更内容工作联系单往需求文档后附了事而不去更新需求和其他相关文档；另方面项目变更管理还不够完 善管理重点往往集中于开发而轻视文档质量管理未留出充分文档更新时间导致文档更新严重滞后于编码进度为 保证文档质量必须定期进行文档测试但测试要花成本项目高层不愿意付此代价 　　文档若可读性低便会影响用户理解；若和编码不致便起不到参考作用编码测试就没有可靠测试依据路都看 不清楚如何往前走呀？所以强烈建议进行文档测试并将其置于测试管理首位 　　当前文档测试思路方法没有什么特别形式还缺乏测试工具支持通常是通过静态审查方式――“走查”来进行 主要查看文档可读性内容真实性、可靠性、全面性另外在项目里程碑时期召集相关领域专家对重要文档进行集 中审核也是种检查方式 　　3、 单元测试应引入交叉测试思路方法； 　　单元测试是对软件Softwar