成功加入购物车

去购物车结算 X
埃利奥
  • VIP-探索式软件测试

VIP-探索式软件测试

举报
  • 作者: 
  • 出版社:    清华大学出版社
  • ISBN:    9787302223849
  • 出版时间: 
  • 版次:    1
  • 装帧:    平装
  • 开本:    16开
  • 纸张:    胶版纸
  • 页数:    230页
  • 字数:    99999千字
  • 作者: 
  • 出版社:  清华大学出版社
  • ISBN:  9787302223849
  • 出版时间: 
  • 版次:  1
  • 装帧:  平装
  • 开本:  16开
  • 纸张:  胶版纸
  • 页数:  230页
  • 字数:  99999千字

售价 51.00

定价 ¥35.00 

品相 九五品

优惠 满包邮

优惠 满减券
    运费
    本店暂时无法向该地区发货

    延迟发货说明

    时间:
    说明:

    上书时间2024-03-22

    数量
    仅1件在售,欲购从速
    微信扫描下方二维码
    微信扫描打开成功后,点击右上角”...“进行转发

    卖家超过10天未登录

    • 商品详情
    • 店铺评价
    手机购买
    微信扫码访问
    • 商品分类:
      综合性图书
      商品描述:
      基本信息
      书名:VIP-探索式软件测试
      定价:35.00元
      作者:(美)惠特克 著,方敏,张胜,钟颂东 等译
      出版社:清华大学出版社
      出版日期:2010-04-01
      ISBN:9787302223849
      字数:373000
      页码:230
      版次:1
      装帧:平装
      开本:16开
      商品重量:
      编辑推荐
      相约James Whittaker和微软资深测试团队,分享软件测试艺术和智慧  软件测试专家James Whittaker新著  妙趣横生,网罗测试技术、提示和秘笈  独辟蹊径,巧用隐喻解释软件测试艺术  真知灼见,准确、精辟地揭示测试玄机
      内容提要
      谈论软件质量的方法有很多,感兴趣的听众也有很多。本书是为软件测试人员而写的,写的是一种我认为比其他任何缺陷都重要的特殊缺陷:即逃过所有各种检测手段而最终存在于发布产品中的缺陷。  任何一个软件公司发布的产品都有缺陷。缺陷是怎么引入的?为什么没有在代码审核、单元测试、静态分析或其他面向开发人员的活动中把它们找出来?为什么自动化测试没有找出它们?那些缺陷有些什么特质使其能逃过手工测试?  什么是找出产品缺陷的方法?  本书针对的正是最后一个问题。在第2章“手工测试”中,我提出了一个观点:因为用户是在使用软件过程中找到这些缺陷的,所以我们的测试人员也应该通过使用软件来找到它们。无论使用自动化测试和单元测试,还是其他一些手段,都难以接触到这些缺陷。无论测试人员怎么实现自动化测试,即使全部都自动化,这些缺陷还是会处处作怪,并在产品中屡屡重现从而伤害最终用户。  谈论软件质量的方法有很多,感兴趣的听众也有很多。本书是为软件测试人员而写的,写的是一种我认为比其他任何缺陷都重要的特殊缺陷:即逃过所有各种检测手段而最终存在于发布产品中的缺陷。  任何一个软件公司发布的产品都有缺陷。缺陷是怎么引入的?为什么没有在代码审核、单元测试、静态分析或其他面向开发人员的活动中把它们找出来?为什么自动化测试没有找出它们?那些缺陷有些什么特质使其能逃过手工测试?  什么是找出产品缺陷的方法?  本书针对的正是最后一个问题。在第2章“手工测试”中,我提出了一个观点:因为用户是在使用软件过程中找到这些缺陷的,所以我们的测试人员也应该通过使用软件来找到它们。无论使用自动化测试和单元测试,还是其他一些手段,都难以接触到这些缺陷。无论测试人员怎么实现自动化测试,即使全部都自动化,这些缺陷还是会处处作怪,并在产品中屡屡重现从而伤害最终用户。  问题在于很多现代化手工测试实践都缺乏目的性,随机性强且重复性强。有些人可能还会加上一条:手工测试无聊透顶。本书试图为手工测试流程提供一些指导、技术和规划。  在第3章“局部探索式测试法”中,针对测试人员在运行任何一个测试用例时都需要做出很多细微的战术层面决定,我给出了详尽的指导建议。测试人员必须决定对于某个特定的输入字段应该使用什么输入值,或者给应用程序使用的文件提供什么数据。在测试过程中,必须做出许多这样的小决定。在缺乏指导的情况下,这些决定常常是未经分析且不是化的。在向一个文本框内输入一个数时,选择整数4难道就胜过整数400么?应该用长度为32字节的字符串还是长度为256字节的字符串?选择一个而不选另一个是有一定道理的,这一切都取决于处理该输入的软件的具体情况。鉴于测试人员每天都要做出数百次这样的小决定,在这里提供有效的指导建议显得至关重要。  在第4章“全局探索式测试法”中,针对测试人员在编制测试计划和测试用例设计时需要考虑哪些广泛的战略性问题,我也给出了一些指导建议。这些技术都基于“漫游测试”(tour)概念,如同一个导游带领旅游团队参观大都市中一系列景点一样,这种漫游测试法指出的路线可以指导测试人员如何探索软件的方方面面。这里的探索并不一定是随机的或者漫无目的的。本书所记录的方法已经成为微软和谷歌的许多测试人员日常工作的一部分。诸如“地标测试法”(landmarktour)和“极限测试法”(intellectual’stour)等词汇已经列入了手工测试人员的标准词汇表中。测试技术以前确实被称作“漫游”,但是用整个旅游业来隐喻软件测试,并在测试实际发布的应用程序时,大规模使用这些隐喻的名称,还属于本书的一个创举。  全局探索式测试法对于制定完整的测试策略给出了指导建议。例如,如何创建一组特性覆盖率(featurecoverage)较高的测试用例?如何确定是否要在一个单独的测试用例中使用多个特性?如何创建一个完整的测试用例套件(testcasesuite),从而使软件尽可能地满负荷工作以便能找到更多重要的缺陷?这些都是设计测试用例和保证测试套件质量时必须解决的重大问题。  在第5章“混合探索测试技术”中,通过把探索式测试和传统的脚本或基于场景的测试技术相结合,进一步扩展了漫游的概念。我们将讨论如何修改各种端到端场景(end-to-endscenario)、测试脚本(testscript)或用户故事(userstory),来创造更多的变化情况,以激发传统静态测试技术查找缺陷的潜力。  在第6章“探索式测试的实际应用”中,来自微软不同产品组的五位客串作者提供了他们使用漫游技术后得到的经验报告。这些作者和他们的团队在真实的开发环境中,把漫游方法应用在真实的软件上。他们记录了各自是如何使用漫游、修改漫游甚至创建自己的漫游的。这些内容来自于使用漫游法测试重要的关键软件产品的测试人员,属于真正的手资料。  最后,我用两章内容总结前面各章所讨论的内容。在第7章“漫游测试的棘手问题”中,描述了我认为的测试中最困难的几个问题,以及如何将那些具有高度针对性的探索式测试方法融入一个更广泛的解决方案中。在第8章“软件测试的未来”中,我更进一步讨论在未来几年中,诸如虚拟化、可视化甚至电视游戏之类的技术将如何改变测试的面貌。附录包括我对测试职业生涯的看法,收集了我以前一些深受读者喜爱的文章(加入了一些新的注解),其中一些文章已经无法在其他地方看到了。  写这本书对我来说是一种享受,我希望你阅读本书也是一种享受。
      目录
      章 软件质量软件的魔力软件失效小结练习题第2章 手工测试软件缺陷的根源缺陷预防和检测缺陷预防缺陷检测手工测试手工测试中使用脚本探索式测试小结练习题第3章 局部探索式测试法想不想测试软件?测试就是有所变,有所不变用户输入状态软件状态的基本知识如何测试软件状态代码路径用户数据运行环境小结练习题第4章 全局探索式测试法探索软件旅游者比喻漫游测试商业区测试类型历史区测试类型娱乐区测试类型旅游区测试类型旅馆区测试类型破旧区测试类型漫游测试法实战小结练习题第5章 混合探索式测试技术场景和探索使用基于场景的探索式测试通过场景操作引入变化插入步骤删除步骤替换步骤重复步骤替换数据替换环境通过漫游测试引入变化卖点测试法地标测试法极限测试法深巷测试法强迫症测试法通宵测试法破坏测试法收藏家测试法超模测试法配角测试法取消测试法混票测试法小结练习题第6章 实践中的探索式测试漫游测试Dynamics AX客户端的漫游有用的探索漫游收藏家测试法和收集缺陷漫游测试提示利用漫游查找隐错测试用例管理解决方案的测试取消测试法破坏测试法快递测试法测一送一测试法在Windows Mobile设备中的漫游实践我的测试方法和哲学漫游测试法找到的有趣缺陷破坏测试法实例超模测试法实例Windows媒体播放器的漫游测试实践Windows 媒体播放器遍历测试法超模测试法极限测试法与WMP相关的25个“假如”类型的问题极限测试法:边界之旅停车场测试法及其在 Visual StudioTeam System测试版的应用Sprint中的测试停车场测试法漫游测试中的测试规划与管理定义地貌旅行计划让漫游测试运转起来漫游结果的分析判断:里程碑和发布在实践中小结练习题第7章 漫游与测试中的棘手问题软件测试的五个棘手问题漫无目的重复性暂时性单调性健忘小结练习题第8章 软件测试的未来欢迎来到未来世界测试人员的专有提示显示测试百科测试用例的重用测试原子和测试分子虚拟化的测试资产可视化未来的测试发布之后的测试小结练习题附录1 经营成功的测试职业生涯你是如何开始做测试工作的?回到未来上山巅峰下山附录2 JW的专业博客摘录教我一些东西吧软件诫律测试错误代码真正的职业测试人员,请上前一步我找到的一些常见的共同特性(无特别顺序)建议总结三击不中出局,是新的打击手上场的时候了正式方法工具流程改进第四种提案软件测试是艺术、技巧或学科?恢复对软件行业的尊重事与愿违的过去寻找更好的方法分析安全漏洞和质量问题的流程附录3 JW微软博客修订版加入博客圈2008年7月开篇PEST(泡吧与软件测试)测试人员评估预防与治疗(一)用户与Joh手工测试人员的赞歌预防与治疗(二)欧洲,你好!测试赋预防与测试(三)回到测试2008年8月预防与治疗(四)如果微软擅长测试,为什么软件依然糟糕呢?预防与治疗(五)自由式探索式测试基于场景的探索式测试基于策略的探索式测试基于反馈的探索式测试软件测试的未来(一)软件测试的未来(二)2008年9月测试认证软件测试的未来(三)软件测试的未来(四)软件测试的未来(五)2008年10月软件测试的未来(六)软件测试的未来(七)软件测试的未来(八)谈到谷歌再议手工测试与自动化测试2008年11月不再需要测试人员?让测试人员继续测试2008年12月谷歌与微软的开发∶测试比例之争2009年1月Zune的问题解释探索式测试(未来的)测试用例重用测试用例重用(续)休假归来鼹鼠和受感染的花生
      作者介绍
      JamesA.Whittaker,近日已加入谷歌担任测试工程主管,他曾在微软担任VisualStudioTeamSysterTl架构师,负责为微软测试业务主导产品策略,并领导内部团队应用探索式软件测试。  Whittaker博士曾在佛罗里达理工学院担任计算机科学教授一职。在校期间,他被TheJourhalofSystemsandSoftware授予“首席学者”称号,并领导一个研究团队创建了许多领先的测试工具和技术,包括备受称赞的运行时错误注入工具Holodeck。Wtlittaker博士还著有《如何攻破软件》、《如何破坏软件安全》和《如何破坏网络软件》。他发表过50 有关软件开发和安全的同级评审论文。他持有安全测试和安全防御技术方面多项发明的专利。  译者简介:  方敏,现任微软业洲工程院UIS项目首席测试部门主管,拥有20年软件测试管理和开发的丰富经验,曾参加过微软多项重大产品和技术的研制,包括UIS,WindowsServer/Client/Security,SQLServer,ExchangeServer,MSN,COM Services,WindowsMedi和微软内部IT工具等。方敏曾在清华大学获得电子工程学士和硕士学位,在美国新墨西哥技术学院获得计算机硕士学位。  张胜,现任微软总部高级软件开发测试主管,拥有10余年软件开发测试和团队管理经验,参与VisualStudio,SQLServer和OfficeLive的开发测试与发布,现主管OfficeCommunicationsServer本地化软件开发测试工作。张胜拥有复旦大学计算机系硕七和学上学位。
      序言

      配送说明

      ...

      相似商品

      为你推荐

    孔网啦啦啦啦啦纺织女工火锅店第三课

    开播时间:09月02日 10:30

    即将开播,去预约
    直播中,去观看