测试之美

Tim Riley,Adam Gouch

文学

测试 软件测试 测试之美 软件工程 计算机 软件开发 O'Reilly 专业书

2010-8

机械工业出版社

目录
前言 第一部分 美丽的测试者 第1章 这对你有好处吗 第2章 测试之美让利益相关者满意 我们为谁而测试? 什么令人满意? 什么美是外在美? 什么美是内在美? 结论 第3章 创建开源的QA社区 交流 志愿者 协调 活动 结论 第4章 协作是性能测试之美的基石 设置舞台 100%?!?失败 这不是内存泄漏(memory leak) 处理不了负荷?修改用户界面吧 .这不可能是网络的原因 总结 第二部分 过程之美 第5章 用模糊测试让办公软件更可靠 用户的期望 什么是模糊测试? 为什么要模糊测试? 模糊测试 将来的考虑 第6章 漏洞管理和测试用例的有效性 漏洞管理 管理缺陷的第一步是定义缺陷 测试用例的有效性 OpenSolaris桌面团队的案例研究 结论 致谢 参考文献 第7章 漂亮的XMPP测试 简介 XMPP 101 XMPP协议测试 简单请求-响应协议的单元测试 多级协议的单元测试 会话初始化测试 自动化的交互性测试 未雕之玉:XML有效性测试 结论 参考 第8章 大规模测试自动化之美 在我们开始前 什么是大规模测试自动化 第一步 自动化测试和测试用例的管理 自动化测试实验室 测试分配 失败分析 报告 把所有的东西放在一起 第9章 美比丑好 稳定性的价值 确保正确性 结论 第10章 测试随机数发生器 什么使得随机数发生器的测试这么微妙? 均匀随机数发生器 非均匀随机数发生器 逐级的测试 结论 第11章 以变化为中心的测试 如何建立由文档驱动、以变化为中心的测试框架? 复杂代码开发模式中以变化为中心的测试 我们学到了什么? 结论 第12章 软件以用为本 与工作的关系 从内部开始 增加不同的思考角度 探索性测试、随机测试和脚本测试 多用户测试 科学实验室 模拟真实应用 在监控世界进行测试 结语 第13章 软件开发是创新过程 高效的敏捷开发 练习,排练,演出 隐含的价值 两个批判工具 软件测试运动 敏捷测试之美 QA不是魔鬼 美是内在 参考 第14章 测试驱动开发:驾驭美之新标准 比例与平衡之美 敏捷:新的比例与平衡 测试驱动开发 实例与测试 易读的实例 持久化需求组件 易测的设计 工具支持 团队协作 体验TDD之美 参考文献 第15章 测试之美,商业成功的基石 整体团队方案 自动化测试 测试驱动开发 实现价值 成功的故事 公布脚本 第16章 玻璃洋葱中的Socialtext 不在于事而在于人 测试者站对舞台,录入美丽 跟我来,最好的在前方 自动测试并不自动 走进Socialtext 平衡早餐策略 回归(测试)和流程改进 拼图中的最后一块 感谢 第17章 魅力测试之高效测试 SLIME 脚本 寻找开发人员的标注 Oracle和测试数据生成 思维导图 效能提升 第三部分 美丽的工具 第18章 通过植入缺陷来发现缺陷:变异测试之美 评估测试集的质量 监督看管者 AspectJ的实验 等价变异 侧重于影响 Javalanche框架 其他 致谢 参考文献 第19章 参照测试之美 参照测试的构造 参照测试的扩展性 构建社区 第20章 Clam Anti-virus:用开源工具测试开源 Clam Anti-Virus项目 测试方法 总结 致谢 第21章 用Windmill测试网页应用程序 简介 概述 编写测试 项目本身 比较 结论 参考文献 第22章 测试一百万个网页 故事的开始… 工具的整合与改进 问题的本质 总结 致谢 第23章 在多机场景中测试网络服务 eBox中对高级测试工具的需求 改进eBox质量保证过程的ANSTE的开发 eBox如何利用ANSTE 其他项目如何可以受益于ANSTE 附录 撰稿人简介
【展开】
内容简介
本书主要介绍各种优美的测试方法、测试工具、测试案例,以及杰出的测试人员和结构良好的测试群体。各种从业人员通过了解本书提供的不同场景并借鉴以往成功的经验可以提高测试能力和水平。
【展开】
下载说明

1、追日是作者栎年创作的原创作品,下载链接均为网友上传的的网盘链接!

2、相识电子书提供优质免费的txt、pdf等下载链接,所有电子书均为完整版!

下载链接
热门评论
  • 人民邮电出版社-信息技术分社的评论
    【2013年计算机图书年度畅销榜】年底了,又是大家忙于写总结,写规划的时候,网店也要对一年的图书走势进行一个年汇总,很荣幸,我们在京东的年度汇总中《数学之美》、《浪潮之巅》都排在了前列。在新书关注榜中,《Google软件测试之道》位列第二,这一年感谢我们的编辑、作译者、读者,你们辛苦了!
  • 尼科莱的评论
    测试之美。多么好听的名字。软件开发从来都不是一个人或者一种角色的人完成的事情,而是许多不同角色的人共同完成的事情。测试人员在其中找到自己的位置,协助他人完成共同的目标,同时获得他人的认可,实现自我价值的体现,这就是他们的美。开发人员应当理解并支持他们
  • Odeussea的评论
    #微书架好书分享#推荐的首要理由是本书出自o'reilly好评度爆棚的之美系列。第二,测试之美汇总了22位来自不同领域的技术专家的真实观点。在这里能读到软件测试中的迟疑、争论,就像你我工作中一样。这本书更像一副油画:你知道这是一张美丽的画,但你也看得出画家创作时候的思考。
  • 傍阳光的评论
    为《测试之美》写了评论《在豆瓣阅读尝试专业书》:"头一次在豆瓣阅读看专业书 看多了文艺书,确实感觉有些不习惯(感觉在Kindle上读专业书似乎更普遍) 不过有一点很好... 网页链接
  • Show嘿嘿的评论
    #测试之美#测试之要,乃是正确对待错误。没有发现错误不代表没有错误。错误是一笔财富,有些错误你不见得可以遇见两次。So,好好珍惜之~
  • 肖恩亦书的评论
    SLIME(Security,Languages,requirements,measurement,existing,安全,语言,必要性,度量,一致性)是一种测试的顺序,该方法最大的优点在于可以系统地,有调理地对产品进行测试并且尽量避免产生重复的工作。 from 《测试之美》
  • BryanWoo-ISQI的评论
    儿子对书架上的《测试之美》充满了兴趣,抱着翻了半天。也不知道看懂了没有,哈![嘻嘻]
  • 晋恒温的评论
    测试之美,豆瓣卖12, kindle 卖9.2,多看没得卖。。。
  • katncandix的评论
    另一方面,只有测试人员勇敢地参与进来,使出吃奶的劲儿踢轮胎,如果有轮胎爆掉他们就开心死了。要是一个车门掉下来,或他们的无影脚把引擎踢坏掉,他们就更开心了。— 测试之美
  • isaachan的评论
    “Fast, Fast, Fast。每个Fast都能有不同的含义。” 我正在读〔美〕Tim Riley;Adam Goucher的《测试之美》:“当用户验收测试人员说“慢”的时候,他们并不是指响应时间;他们指的是应用程序的设计影响了他们的工作效率。” 网页链接