文档介绍：软件测试与改错
——掌握有效测试的方法与技术
林锐博士
rui@
上海漫索计算机科技有限公司
鹰垃仍吭陋甄伊锅亮陪活勿虾陌掠娱颈岳泉秘戚殴胃访偶抚反晶恢嚼暗谗软件测试与改错软件测试与改错
目录
1. 测试的常识与道理
2. 测试的分类与比较
3. 测试人员的组织
4. 企业的测试策略
5. 测试规范
6. 软件产品的主要测试内容及技术
7. 改错的方法
8. 小结
参考书:《软件工程与项目管理解析》,林锐著,电子工业出版社,2003
世上不存在没有缺陷的软件
腐苦刘剂***缔恍秤朝杀硷前叙菠委坡欺糙倚哲烛父蹭详秒跪酋悄堑邑押卿软件测试与改错软件测试与改错
1. 测试的常识与道理
你真的懂测试吗
编程大师说:没有错误的程序世间难求。(《编程之道》)
你在学校里学过测试吗?(读到博士可能也不懂测试)
你所在的企业重视测试吗? (小公司程序员的技能更加全面)
临时抱佛脚行吗?你以为有文档模板就会测试了吗?
如果不懂得有效地进行测试,你不仅得不到功劳,也没人欣赏你的苦劳,你拥有最多的将只是疲劳。
职业软件工程师应当掌握需求开发、系统设计、编程、测试、维护所有技能。
测试的目的是什么
测试的目的是为了发现尽可能多的缺陷,不是为了说明软件中没有缺陷。
推论:成功的测试在于发现了迄今尚未发现的缺陷。所以测试人员的职责是设计这样的测试用例,它能有效地揭示潜伏在软件里的缺陷。
千万不要将“测试”与“演示”混为一谈。例如科研鉴定会。
如果产品通过了严格的测试,大家不要不吭气,应当好好地宣传一把。
了撤明房赖夜富臭芋疡编棠突息妥履寄舀偷烩掣税泳削裔呕删婚豌拇床穷软件测试与改错软件测试与改错
1. 测试的常识与道理
一些常识和经验之谈
测试能提高软件的质量,但是提高质量不能依赖测试。
测试只能证明缺陷存在,不能证明缺陷不存在。“彻底地测试”难以成为现实,要考虑时间、费用等限制,不允许无休止地测试。我们应当祈祷:软件的缺陷在产品被淘汰之前一直没有机会发作。
测试的主要困难是不知道如何进行有效地测试,也不知道什么时候可以放心地结束测试。
每个开发人员应当测试自己的程序(份内之事),但是不能作为该程序已经通过测试的依据(所以项目需要独立测试人员)。
80-20原则:80%的缺陷聚集在20%的模块中,经常出错的模块改错后还会经常出错
测试应当循序渐进,不要企图一次性干完,注意“欲速则不达”。
娟尺撂素羹柑煽畅埠劈糟梧搬陛闪镶晃踊涩剑摧韶水凸撮抛挖限捌设沥阵软件测试与改错软件测试与改错
2. 测试的分类与比较
测试方式
白盒测试:关心软件内部设计和程序实现,主要测试依据是设计文档
黑盒测试:不关心软件内部,只关心输入输出,主要测试依据是需求文档
测试阶段
单元测试、集成测试、系统测试、验收测试。是“从小到大”、“由内至外”、“循序渐进”的测试过程,体现了“分而治之”的思想。
单元测试的粒度最小,一般由开发小组采用白盒方式来测试,主要测试单元是否符合“设计”。
集成测试界于单元测试和系统测试之间,起到“桥梁作用”,一般由开发小组采用白盒加黑盒的方式来测试,既要验证“设计”又要验证“需求”。
系统测试的粒度最大,一般由独立测试小组采用黑盒方式来测试,主要测试系统是否符合“需求规格说明书”。
验收测试与系统测试非常相似,主要区别是测试人员不同,验收测试由用户执行。
感樊另蛮昭液脖罪臻尿写诌硕悍米迁碎静仲芯钾蚀我秋篱羞抹并叛麓诺铝软件测试与改错软件测试与改错
2. 测试的分类与比较
开发与测试的 V 型关系
如果软件开发过程采用严格的瀑布模型,那么开发与测试有“V”型的对应关系。
需求开发
高层设计
详细设计
编程
单元测试
集成测试
系统测试
验收测试
考匪烯悯糖霜卜贫橙涎伍硅咯俭务通条电遁晤沈还财默二讳沁粟采测乌凋软件测试与改错软件测试与改错
2. 测试的分类与比较
测试内容
接口与路径测试。
功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试…
测试阶段
主要依据
测试人员、测试方式
主要测试内容
单元测试
系统设计文档
由开发小组执行白盒测试
接口测试、路径测试
集成测试
系统设计文档
需求文档
由开发小组执行白盒测试和黑盒测试
接口测试、路径测试
功能测试、性能测试
系统测试
需求文档
由独立测试小组执行黑盒测试
功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试
验收测试
需求文档
由用户执行黑盒测试
粥兹毙前絮词盖斜膀毅蹿暴翻践榔蚂蕊拥润竿宣搭癣底氛厦承抢甚辊忿稳软件测试与改错软件测试与改错
2. 测试的分类