v

您的位置:VeryCD教育计算机


《软件测试与Junit实践》[PDG]

  • 状态: 精华资源
  • 摘要:
    发行日期2004年
    对白语言普通话
  • 时间: 2007/04/07 16:41:08 发布 | 2007/04/07 16:41:08 更新
  • 分类: 教育  计算机 

exist0619

精华资源: 29

全部资源: 29

相关: 分享到新浪微博   转播到腾讯微博   分享到开心网   分享到人人   分享到QQ空间   订阅本资源RSS更新   美味书签  subtitle
该内容尚未提供权利证明,无法提供下载。
中文名软件测试与Junit实践
版本[PDG]
发行日期2004年
地区大陆
对白语言普通话
简介

IPB Image


作者:王东刚 编著
出版社:人民邮电出版社

内容提要
本书是为软件测试领域相关人员编写的。前3章重在培养读者的软件测试意识。第4章是一个特殊的测试流程介绍。第5章详细阐述了类测试思想。第6-9章偏重于测试技术应用,着重介绍一款Xunit工具,并且加入了实际例子进一步告诉读者如何更好地应用。第10章介绍了测试后BUG的处理手段和相关处理流程。在附录中还有作者的感悟和与测试相关的书籍的评价。本书的特点在于“学以致用”,从测试的实际应用出发,结合大量的测试例子,使读者在测试层面上有更大的提高。本书适合于实现人员、设计人员、测试人员以及测试管理者参考使用。

目录
第1章 引言
1.1 读者对象
1.2 编码语言
1.3 软件测试方法快速浏览
1.4 联机文档
1.5 本书包含章节
1.6 源代码
1.7 样式
1.8 错误
1.9 作者联系方法
1.10 建议与评论
1.11 致谢

第2章 测试进阶
2.1 什么是软件测试
2.2 为什么需要软件测试
2.3 软件测试目的
2.4 软件测试原则
2.4.1 尽早和不断地测试
2.4.2 彻底的测试不可能
2.4.3 由小到大的测试范围
2.4.4 避免检查自己的代码
2.4.5 追溯至用户需求
2.4.6 考虑到各种输入
2.4.7 错误集中发生现象
2.4.8 跟踪测试错误结果
2.4.9 合理安排测试计划
2.4.10 错误的关联和依赖
2.4.11 测试结果的全面检查
2.4.12 及时更新测试
2.5 软件的可测试性
2.6 测试人员的素质
2.7 如何成为测试专家
2.8 测试人员最好拥有编程或者项目经验
2.9 本章总结

第3章 认识和理解
3.1 什么是软件BUG
3.2 测试团队的构成
3.3 测试认识的误区
3.3.1 测试工具和有效测试
3.3.2 测试天生是矮子
3.3.3 随意的测试
3.3.4 测试是一种想象
3.3.5 非专业人员做测试
3.3.6 测试是简单的事情
3.3.7 测试能保证软件质量
3.4 单元测试概论
3.4.1 单元测试提高开发速度和质量
3.4.2 单元测试是一种设计
3.4.3 单元测试的重要性
3.4.4 哪些代码呼唤单元测试
3.4.5 初试单元测试
3.5 单元测试的误区
3.5.1 单元测试不是规范
3.5.2 它浪费了太多的时间
3.5.3 它仅仅是证明这些代码做了什么
3.5.4 是不是可以不进行单元测试
3.5.5 集成测试将会抓住所有的Bug
3.5.6 成本效率不高
3.6 持续集成和测试
3.6.1 持续集成的优点
3.6.2 集成越频繁效果越好
3.6.3 使用配置管理工具
3.6.4 自动化创建过程
3.6.5 自测试的代码
3.7 测试用例
3.7.1 测试用例构成
3.7.2 测试用例范例
3.8 软件复审
3.8.1 软件复审内容
3.8.2 软件评审误区
3.8.3 流程图
3.8.4 复审参与角色
3.8.5 流程规约
3.9 测试自动化
3.9.1 使用测试工具的前提
3.9.2 测试自动化的绩效
3.10 自动化测试的存活周期
3.10.1 中介代码的变化
3.10.2 被测试代码的变化
3.10.3 更深入的测试探讨和研究
3.11 商业测试工具实现方式
3.11.1 对象识别模式
3.11.2 动作识别模式
3.11.3 两种模式的缺陷
3.12 本章总结

第4章 敏捷测试
4.1 软件的开发模式
4.1.1 瀑布模型
4.1.2 迭代模型
4.1.3 螺旋迭代模型
4.2 敏捷测试的存在理由
4.2.1 敏捷测试的价值观
4.2.2 敏捷测试的原则
4.2.3 敏捷测试的实践
4.2.4 敏捷测试是(不是)什么
4.2.5 测试何时是敏捷的
4.2.6 敏捷测试何时是有(没有)意义的
4.2.7 想成为一个敏捷测试者吗
4.2.8 敏捷测试团队的构成
4.3 敏捷测试涉及角色
4.3.1 测试经理
4.3.2 测试分析员
4.3.3 测试设计员
4.3.4 测试员
4.3.5 测试工具开发员
4.4 敏捷测试成熟度
4.4.1 初始阶段(I级)
4.4.2 已定义阶段(II级)
4.4.3 可持续集成阶段(III级)
4.4.4 可管理阶段(IV级)
4.4.5 持续优化阶段(V级)
4.5 敏捷测试过程
4.6 本章总结

第5章 类测试
5.1 类测试概念
5.1.1 类在UML中的描述
5.1.2 类测试的组成
5.1.3 类测试和传统单元测试
5.1.4 类的测试价值
5.1.5 类测试关联人员
5.1.6 类测试用例
5.1.7 类测试的阶段
5.1.8 类测试过程
5.1.9 类测试程度
5.2 确定类测试用例
5.2.1 根据前置和后置状态确定测试用例
5.2.2 根据状态转换确定测试用例
5.2.3 根据代码确定测试用例
5.3 构造类测试驱动
5.3.1 测试驱动器的构建前提
5.3.2 TestCase类设计
5.3.3 根据用例方法命名测试用例
5.3.4 根据前置条件和后置状态命名测试用例
5.3.5 类测试代码实例
5.3.6 测试结果
5.3.7 其他测试方式
5.4 测试构建的延伸
5.4.1 接口类的测试
5.4.2 抽象类的测试
5.4.3 抽象类测试改进
5.4.4 内类的测试
5.4.5 重载和覆盖测试
5.4.6 异常测试
5.5 本章总结

第6章 深入浅出Junit
6.1 单元级测试概述
6.1.1 Junit单元级测试的好处
6.1.2 System.out.println是不够的
6.1.3 成本的回收和再循环
6.2 哪里可以找到Junit
6.3 Junit的安装和配置
6.4 自动化测试框架
6.5 Test接口
6.6 Assert静态类
6.7 TestCase抽象类
6.8 TestResult结果类
6.9 TestSuite测试包类
6.10 TestListener监听者
6.11 Protectable保护接口
6.12 TestFailure失败类
6.13 本章总结

第7章 Junit GUI和扩展
7.1 概述
7.2 Junit的运行包
7.2.1 BaseTestRunner基运行类
7.3 Junit.textui字符执行包
7.3.1 TestRunner字符执行类
7.4 Junit.Awtui图形执行包
7.4.1 TestRunner图形执行类
7.5 Junit.Swingui图形执行包
7.5.1 TestRunner图形执行类
7.6 Junit扩展包
7.6.1 测试结果报告
7.6.2 多线程测试处理
7.6.3 增强异常测试
7.6.4 重复测试执行
7.6.5 额外的测试修饰
7.6.6 测试总环境初始化
7.7 Junit快速应用
7.7.1 如何运用Junit写一个简单测试程序
7.7.2 如何使用Junit的断言方法
7.7.3 如何使用Junit的suite方法
7.7.4 如何使用Junit的main方法
7.7.5 如何执行Junit测试
7.7.6 如何使用Junit初始化全局变量和实例
7.7.7 SimpleTestCase执行后效果
7.8 本章总结

第8章 Junit和类测试
8.1 Junit测试设计原则
8.1.1 不要测试简单的事
8.1.2 测试任何可能出现错误的地方
8.1.3 测试边界条件
8.1.4 作为详细设计文档和类文档的衍生
8.1.5 自动化
8.1.6 必须100%通过
8.1.7 测试重用
8.1.8 测试用例应该独立
8.1.9 测试依赖于接口
8.1.10 固定类方法的调用顺序
8.1.11 测试依赖于接口
8.2 类测试过程
8.2.1 构建单元级测试
8.2.2 CRC Cards
8.2.3 测试驱动复用
8.2.4 编码重构
8.2.5 持续集成
8.3 Product CRC Cards
8.3.1 Iproduct CRC Cards
8.3.2 Product CRC Cards
8.3.3 StoreHouse CRC Cards
8.4 Product代码
8.4.1 IProduct
8.4.2 Product类
8.4.3 StoreHouse类
8.5 Product测试
8.5.1 测试计划
8.5.2 测试数据
8.5.3 测试驱动代码
8.5.4 辅助说明
8.6 本章总结

第9章 Junit测试的延伸
9.1 录制功能点测试
9.2 抽象类测试(一)
9.3 抽象类测试(二)
9.4 私有方法测试
9.5 映射对象Mock
9.5.1 单元级测试和Mock
9.5.2 为什么使用Mock
9.5.3 高级测试行为
9.5.4 发现接口
9.5.5 Mock Objects的局限性
9.6 重构和MockObject
9.6.1 Bank类重构前
9.6.2 Bank类重构后
9.6.3 Mock Objects要点
9.6.4 Mock Objects简单范例
9.7 异常处理
9.8 随机测试
9.9 间隔测试
9.10 本章总结

第10章 软件BUG和管理
10.1 软件BUG和癌细胞
10.2 BUG的影响
10.3 BUG的产生
10.4 BUG如何穿透测试
10.5 BUG的种类
10.5.1 需求阶段的BUG
10.5.2 分析.设计阶段的BUG
10.5.3 实现阶段的BUG
10.5.4 配置阶段的BUG
10.5.5 短视将来的BUG
10.5.6 静态文档的BUG
10.6 Bug的具体分类
10.6.1 内存泄漏
10.6.2 程序运行时错误
10.6.3 程序语法的错误
10.6.4 未使用(死)代码的错误(一类)
10.6.5 编码标准的错误(二类)
10.6.6 命名惯例的错误(三类)
10.6.7 条件错误(一类)
10.6.8 循环错误(二类)
10.6.9 选择错误(三类)
10.6.10 多线程错误
10.6.11 读取和存储错误
10.6.12 集成错误
10.6.13 数据类型转换错误
10.6.14 版本错误
10.6.15 重用错误
10.6.16 Boolean错误
10.7 BUG的生命周期
10.7.1 BUG的流转状态关键字
10.7.2 BUG的严重等级
10.7.3 BUG的解决关键字
10.7.4 BUG处理的优先等级
10.8 BUG管理流程
10.8.1 如何提交系统中的BUG
10.8.2 使用自动BUG报告工具
10.8.3 通过电子邮件发送BUG报告
10.8.4 BUG详细内容信息
10.8.5 轻微的BUG报告
10.8.6 不知道归属的BUG
10.8.7 关闭BUG报告
10.8.8 接续的讨论信息
10.8.9 列出的具有特殊意义的BUG
10.8.10 重开.重分配的BUG
10.8.11 BUG的标题(特殊)
10.9 如何有效地报告BUG
10.9.1 千万别提“程序不好用”
10.9.2 不要盲目地报告BUG
10.9.3 让更多的事实说话
10.9.4 别把实现人员当傻瓜
10.9.5 冷静和细心
10.9.6 保持现场环境
10.9.7 真实的和建议的
10.9.8 提交问题的根源
10.9.9 最后的建议
10.10 本章总结

附录A 失败的项目

附录B 小集市里的谈话
B.1 序言
B.2 从测试文章看测试与开发
B.3 有关测试人生
B.4 关于测试到什么程度, 才能收手的问题
B.5 国外测试与国内测试的区别
B.6 如何做测试评估
B.7 作QA的就比作coding的差吗
B.8 大家一起来讨论测试的文档
B.9 数据库的测试
B.10 BUG如何分类
B.11 在什么时候项目提交给测试人员, 什么是最合理的
B.12 测试要有编程背景吗
B.13 编写测试用例
B.14 验收测试怎么做
B.15 如何创建测试模型
B.16 请问作为一个测试部的负责人, 应该如何组织和开展测试工作呢
B.17 集成测试需要专门的管理软件吗
B.18 来讨论一下测试的生命周期
B.19 经典BUG收集
B.20 大家觉得怎么做才能改变测试人员的地位
B.21 各种测试工具的主要功能和用途
B.22 测试负责人应该做些什么工作

附录C Web性能测试工具“StressTest”

附录D 推荐的相关书籍
D.1 序言
D.2 测试类书籍
D.3 需求分析类书籍
D.4 设计类书籍
D.5 代码实现和优化类书籍
D.6 软件工程类书籍

声明:本人上传的书籍均来自网络,仅作为阅读交流之用,并无任何商业目的。如作者、出版社认为本人行为侵权,请即刻删除此贴!请下载的朋友尊重原书作者、出版社的知识产权,喜欢该书籍,请购买正版图书,支持作者和出版商。谢谢!

已通过安全测试
杀毒软件:卡巴斯基 V6.0.0.307
病毒库:2007.04.07
在线时间:周六、周日10:00--22:00 周一至周五 17:00--22:00
常在服务器:DonkeyServer No1

正在读取……

这里是其它用户补充的资源(我也要补充):

暂无补充资源
正在加载,请稍等...

点击查看所有37网友评论

 

(?) [公告]留口水、评论相关规则 | [活动]每日签到 轻松领取电驴经验

    小贴士:
  1. 类似“顶”、“沙发”之类没有营养的文字,对勤劳贡献的楼主来说是令人沮丧的反馈信息。
  2. 提问之前请再仔细看一遍楼主的说明,或许是您遗漏了。
  3. 勿催片。请相信驴友们对分享是富有激情的,如果确有更新版本,您一定能搜索到。
  4. 请勿到处挖坑绊人、招贴广告。既占空间让人厌烦,又没人会搭理,于人于己都无利。
  5. 如果您发现自己的评论不见了,请参考以上4条。