新書推薦：
《
神灵衰落：祈雨与乾隆朝的信仰危机
》
售價：NT$
498.0
《
深度营销：成就营销领导力的12大原则（麦肯锡年度经管好书，12大原则揭秘营销本质，带好团队就是从领导力到影响力！）
》
售價：NT$
325.0
《
新质生产力：发展新动能
》
售價：NT$
493.0
《
状态比能力更重要：108个状态调整法
》
售價：NT$
308.0
《
中国上市公司担保行为的影响因素及其效应研究
》
售價：NT$
202.0
《
企业级数据架构：核心要素、架构模型、数据管理与平台搭建 李杨
》
售價：NT$
554.0
《
政和元年：宋辽金夏的国运博弈与谍战风云
》
售價：NT$
381.0
《
黄金圈法则
》
售價：NT$
437.0
|
| 編輯推薦： |
|
本书详尽地介绍了软件测试的各个方面从测试概念、测试模型、测试过程、测试阶段等各个不同的视角来探讨软件测试的重要性，重点讲解了软件测试的各种方法和技术，并将它们应用在软件测试框架的不同阶段，满足不同的应用系统测试的需求。
|
| 內容簡介： |
本书详细地介绍了软件测试的各个方面，从测试概念、测试模型、测试过程、测试阶段等各个不同的视角来探讨软件测试的重要性，重点讲解了软件测试的各种方法和技术，并将它们应用在软件测试框架的不同阶段，以满足不同的应用系统测试的需求。本书尽量使软件测试的理论知识点具有良好的衔接性和系统性，使需求和验收测试评审、测试设计、执行测试与各个阶段的实际测试活动有机地结合起来，使读者更容易领会如何将测试的方法和技术应用到各个测试阶段和本地化测试中去。本书还讲解了丰富的实例和实践要点，更好地体现了软件测试学科的特点，帮助读者快速地将理论知识与实践结合起来。
本书用了较大篇幅详细介绍了自动化测试的原理、方法和工具，通过一些典型的测试工具展示了自动化测试的过程，使读者能够更直观地理解自动化测试的技术和具体的实践方法。
本书适合作为应用型本科和高职高专计算机专业的教材，也可以作为计算机从业人员的学习用书。
|
| 目錄：
|
|
第1章软件测试概述11.1软件测试产生的背景21.2软件测试的定义31.3软件测试的复杂性与经济性分析41.4软件缺陷61.5软件测试人员应具备的素质8本章小结9练习题10第2章软件测试基础112.1软件测试的目的122.2软件测试的原则132.3软件测试的分类142.4常见的一些软件测试162.5软件测试过程模型17本章小结20练习题20第3章软件测试过程与方法223.1单元测试233.2集成测试253.3确认测试303.4系统测试313.5验收测试32本章小结34练习题34第4章软件测试策略364.1软件测试策略的定义374.2软件测试策略的重要性374.3软件测试策略的主要目的374.4软件测试策略的主要内容384.5软件测试策略的影响因素414.6软件测试策略的制定过程41本章小结42练习题43第5章白盒测试445.1逻辑覆盖法455.2路径覆盖法48本章小结52练习题52第6章黑盒测试546.1等价类划分法556.2边界值法576.3决策表法586.4因果图法616.5场景法65本章小结69练习题70第7章面向对象的软件测试727.1面向对象的特点737.2面向对象的开发对软件测试的影响747.3面向对象的软件测试的基本概念757.4面向对象的软件测试的内容767.5面向对象的测试模型及方法787.6面向对象测试工具JUnit87本章小结88练习题89第8章缺陷跟踪管理908.1Bug的影响918.1.1精神的摧残918.1.2形象的损失918.1.3财富的流失918.2Bug的产生928.2.1交流的误解928.2.2软件的复杂性、程序员的错误928.2.3需求变化928.2.4时间压力928.2.5文档贫乏938.2.6软件开发工具938.3Bug如何穿透测试938.3.1代价太大938.3.2市场决策938.3.3时间紧迫938.3.4现场证据948.3.5过于自信948.3.6模糊提交和测试环境948.4Bug的种类948.4.1需求阶段的Bug三种需求948.4.2分析、设计阶段的Bug忽略设计948.4.3实现阶段的Bug遗漏的功能958.4.4配置阶段的Bug958.4.5短视将来的Bug958.4.6静态文档的Bug958.5Bug的生命周期968.6Bug的关键字968.6.1Bug的流转状态关键字968.6.2Bug的解决关键字978.6.3Bug的严重等级关键字978.6.4Bug处理的优先等级关键字978.7Bug的管理988.8缺陷管理工具JIRA998.8.1JIRA介绍998.8.2JIRA安装1008.8.3JIRA用户使用1018.8.4JIRA后台使用102本章小结105练习题105第9章项目质量保证1079.1软件质量保证的理论探索1089.1.1软件质量保证过程的认识1089.1.2生产线的隐喻1099.1.3SQA和其他工作的组合1099.1.4QA和QC1099.1.5QA和SEPG1109.1.6QA和组织级的监督管理1109.2软件质量保证的工作内容和工作方法1119.2.1计划1119.2.2审计证实1119.2.3问题跟踪1119.3软件质量保证的素质1129.4软件质量保证的活动内容1129.5软件质量保证正式的技术评审1139.6软件质量保证统计1149.7质量保证与检验1149.8软件质量保证检验项目的内容1159.9ISO 9000软件质量标准的了解116本章小结116练习题117第10章项目质量控制11810.1项目质量控制的定义、目的和必要性11910.2质量控制的内容及过程12010.3质量控制的方法、技术和工具12210.4质量控制的依据及成果123本章小结131练习题131第11章Web网站测试13311.1Web网站功能测试13411.2性能测试的种类13611.3安全性测试13611.4可用性可靠性测试13711.5配置和兼容性测试13811.6数据库测试13911.7Web测试用例考虑的因素139本章小结142练习题143第12章自动化测试14412.1什么是软件自动化测试14512.2软件自动化的使用范围14612.3软件自动化工具分类14612.3.1白盒测试工具14612.3.2黑盒测试工具14712.3.3测试设计与开发工具14712.3.4测试执行和评估工具14812.3.5测试管理工具14812.3.6常用测试工具14812.3.7其他公司测试工具15012.3.8一些开源测试工具15012.4Quality Center的基本介绍15212.5QTP的基本介绍15312.5.1启动QTP15312.5.2插件加载设置与管理15312.5.3创建一个空的测试项目15312.5.4录制和测试运行设置15412.5.5指定需要录制的应用程序15512.5.6使用QTP编写第一个自动化测试脚本15612.6LoadRunner的基本介绍15812.6.1LoadRunner 常用术语15812.6.2LoadRunner工作流程15912.6.3Virtual User GeneratorVuGen简介16012.6.4设置运行时行为16112.6.5查看脚本的运行情况16412.6.6查看测试结果165本章小结166练习题166第13章软件测试文档16813.1测试文档16913.1.1测试文档的定义16913.1.2测试文档的内容16913.1.3软件生命周期各阶段的测试任务与可交付的文档17013.2测试计划17213.2.1测试计划的定义17213.2.2测试计划的目的和作用17313.2.3测试计划书17313.2.4测试计划的内容17313.2.5软件测试计划的制订17413.3测试用例设计17613.3.1测试用例17613.3.2测试用例文档应包含以下内容17613.4测试总结报告17713.4.1测试结果统计表17713.4.2测试问题表和问题统计表17813.4.3测试进度表17813.4.4测试总结表178本章小结179练习题179第14章软件质量保障与软件测试18114.1软件质量的定义18214.2软件质量的模型18214.2.1McCall 质量模型18214.2.2Bohm 质量模型18214.2.3ISO的软件质量模型18214.3软件质量要素18414.4软件质量保证（SQA）18514.4.1基本目标18514.4.2品质保证人员（QA）18614.4.3QA与QC的区别18614.4.4SQA活动18714.5软件质量保证与软件测试187本章小结188练习题188参考文献190软件测试技术目录
|
| 內容試閱：
|
近年来，计算机技术突飞猛进，软件的开发与使用越来越普遍、越来越高端，从早期的数值计算，到现在云计算、互联网 、电子商务、大数据等，涉及各个领域。软件中存在的问题或安全漏洞也频繁出现，显然，软件的质量保证越来越受到重视。而目前我国软件测试行业的从业人员相当缺乏，并且在IT行业中重视程度不够。本书从软件测试的基础开始，将软件测试的测试流程与软件开发的流程联系起来作为主线，介绍软件测试的过程、测试计划、测试用例设计与实施、测试缺陷跟踪以及测试分析等。在测试的不同阶段开始单元测试、集成测试、系统测试、验收测试等；在不同阶段选择不同的测试方法和技术，如静态测试、白盒测试、黑盒测试等，并分别介绍怎样使用自动化工具对相关软件进行测试，主要介绍了功能自动化工具QPT以及性能测试工具LoadRunner的基本使用方法，还以案例穿插介绍了缺陷管理工具JIRA。本书的特点如下。（1） 软件测试知识点全面。本书包括基本的软件测试理论知识，也包括当今业界常用的测试方法。（2） 具有科学、系统的工程观点和方法。全书以软件工程开发系统的科学思想，将软件测试贯穿于整个软件生命周期，介绍了软件测试在软件生命周期中各个阶段采用的方法和应用。（3） 理论联系实际。本书各个章节都提供了大量的应用实例以说明各个测试知识点的运用，并且每章后附有习题和练习。本书由何春梅、唐滔任主编，苟英、陈怡然、谭凤任副主编。何春梅主持了全书的编写以及审稿工作，苟英负责全书的总体框架设计和统稿工作。第1～4章由苟英编写，第5和6章由何春梅编写，第7章由谭凤编写，第8～11章由唐滔编写，第12～14章由陈怡然编写。本书在编写过程中得到了重庆工程学院软件学院师生的大力支持，在此表示感谢！由于作者水平有限，书中疏漏之处在所难免，欢迎广大读者提出宝贵意见。
编者2017年5月软件测试技术
第3章软件测试过程与方法本章目标 掌握软件测试的过程 掌握软件测试与开发的关系 熟悉单元测试 熟悉集成测试 熟悉确认测试 熟悉系统测试 熟悉验收测试本章单词unit test： integration test：
system test： acceptance test： 软件测试过程按各测试阶段的先后顺序可分为单元测试、集成测试、确认（有效性）测试、系统测试和验收（用户）测试5个阶段。1 单元测试： 测试执行的开始阶段。测试对象是每个单元。测试目的是保证每个模块或组件能正常工作。单元测试主要采用白盒测试方法，检测程序的内部结构。2 集成测试： 也称组装测试。在单元测试基础上，对已测试过的模块进行组装，进行集成测试。测试目的是检验与接口有关的模块之间的问题。集成测试主要采用黑盒测试方法。3 确认测试： 也称有效性测试。在完成集成测试后，验证软件的功能和性能及其他特性是否符合用户要求。测试目的是保证系统能够按照用户预定的要求工作。确认测试通常采用黑盒测试方法。4 系统测试： 在完成确认测试后，为了检验它能否与实际环境（如软硬件平台、数据和人员等）协调工作，还需要进行系统测试。可以说，系统测试之后，软件产品基本满足开发要求。5 验收测试： 测试过程的最后一个阶段。验收测试主要突出用户的作用，同时软件开发人员也应该参与进去。图31展示了在不同的测试阶段，测试的方法及内容都不同。图31软件测试过程3.1单元测试程序员编写代码时，一定会反复调试保证其能够编译通过。如果是编译没有通过的代码，没有任何人会愿意交付给自己的老板。但代码通过编译，只是说明了它的语法正确，程序员却无法保证它的语义也一定正确。没有任何人可以轻易承诺这段代码的行为一定是正确的。单元测试这时会为此做出保证。编写单元测试就是用来验证这段代码的行为是否与软件开发人员期望的一致。有了单元测试，程序员可以自信地交付自己的代码，而没有任何的后顾之忧。1. 单元测试的定义单元测试（unit testing）是对软件基本组成单元进行的测试。单元测试的对象是软件设计的最小单位模块。很多人将单元的概念误解为一个具体函数或一个类的方法，这种理解并不准确。作为一个最小的单元应该有明确的功能定义、性能定义和接口定义，而且可以清晰地与其他单元区分开来。一个菜单、一个显示界面或者能够独立完成的具体功能都可以是一个单元。从某种意义上单元的概念已经扩展为组件（component）。2. 单元测试的目标单元测试的主要目标是确保各单元模块被正确地编码。单元测试除了保证测试代码的功能性，还需要保证代码在结构上具有可靠性和健全性，并且能够在所有条件下正确响应。进行全面的单元测试，可以减少应用级别所需的工作量，并且彻底减少系统产生错误的可能性。如果手动执行，单元测试可能需要大量的工作，自动化测试会提高测试效率。3. 单元测试的内容如图32所示，单元测试的主要内容有：1 模块接口测试；2 局部数据结构测试；3 独立路径测试；4 错误处理测试；5 边界条件测试。图32单元测试任务这些测试都作用于模块，共同完成单元测试任务。1 模块接口测试： 对通过被测模块的数据流进行测试。为此，对模块接口，包括参数表、调用子模块的参数、全程数据、文件输入输出操作都必须检查。2 局部数据结构测试： 设计测试用例检查数据类型说明、初始化、默认值等方面的问题，还要查清全程数据对模块的影响。3 独立路径测试： 选择适当的测试用例，对模块中重要的执行路径进行测试。基本路径测试和循环测试可以发现大量的路径错误，是最常用且最有效的测试技术。4 错误处理测试： 检查模块的错误处理功能是否包含有错误或缺陷。例如，是否拒绝不合理的输入；出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确；在对错误处理之前错误条件是否已经引起系统的干预等。5 边界条件测试： 要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。此外，如果对模块运行时间有要求，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。这类信息对进行性能评价是十分有用的。通常单元测试在编码阶段进行。当源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入，应有预期的正确结果。模块接口测试中的被测模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相关联的模块。这些辅助模块可分为以下两种。1 驱动模块（driver）： 相当于被测模块的主程序。它接收测试数据，把这些数据传送给被测模块，最后输出实测结果。2 桩模块（stub）： 用以代替被测模块调用的子模块。桩模块可以做少量的数据操作，不需要把子模块所有功能都带进来，但不允许什么事情也不做。被测模块、与它相关的驱动模块以及桩模块共同构成了一个测试环境，如图33所示。图33单元测试环境如果一个模块要完成多种功能，并且以程序包或对象类的形式出现，例如Ada语言中的包，MODULA语言中的模块，C语言中的类，这时可以将模块看成由几个小程序组成。对其中的每个小程序先进行单元测试要做的工作，对关键模块还要做性能测试。对支持某些标准规程的程序，更要着手进行互联测试。有人把这种情况特别称为模块测试，以区别单元测试。3.2集成测试所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。1. 集成测试的定义在完成单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑以下问题：1 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；2 一个模块的功能是否会对另一个模块的功能产生不利的影响；3 各个子功能组合起来，能否达到预期要求的父功能；4 全局数据结构是否有问题；5 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度；6 单个模块的错误是否会导致数据库错误。集成测试（integration testing）是介于单元测试和系统测试之间的过渡阶段，与软件开发计划中的软件概要设计阶段相对应，是单元测试的扩展和延伸。集成测试的定义是根据实际情况对程序模块采用适当的集成测试策略组装起来，对系统的接口以及集成后的功能进行正确校验的测试工作。2. 集成测试的层次软件的开发过程是一个从需求分析到概要设计、详细设计以及编码实现的逐步细化的过程，那么单元测试到集成测试再到系统测试就是一个逆向求证的过程。集成测试内部对于传统软件和面向对象的应用系统有两种层次的划分。对于传统软件来讲，可以把集成测试划分为三个层次：1 模块内集成测试；2 子系统内集成测试；3 子系统间集成测试。对于面向对象的应用系统来说，可以把集成测试分为两个阶段：1 类内集成测试；2 类间集成测试。3. 集成测试的模式选择什么方式把模块组装起来形成一个可运行的系统，直接影响到模块测试用例的形式、所用测试工具的类型、模块编号的次序和测试的次序、生成测试用例的费用和调试的费用。集成测试模式是软件集成测试中的策略体现，其重要性是明显的，直接关系到软件测试的效率、结果等，一般是根据软件的具体情况来决定采用哪种模式。通常，把模块组装成为系统的测试方式有以下两种。（1） 一次性集成测试方式（noincremental integration）： 一次性集成测试方式也称作非增值式集成测试。先分别测试每个模块，再把所有模块按设计要求放在一起结合成所需要实现的程序。（2） 增值式集成测试方式： 把下一个要测试的模块同已经测好的模块结合起来进行测试，测试完毕，再把下一个应该测试的模块结合进来继续进行测试。在组装的过程中边连接边测试，以发现连接过程中产生的问题。通过增值逐步组装成为预先要求的软件系统。增值式集成测试方式有以下三种：① 自顶向下增值测试方式（topdown integration）；② 自底向上增值测试方式（bottomup integration）；③ 混合增值测试方式（modified topdown integration）。（3） 一次性集成测试方式与增值式集成测试方式的比较： 增值式集成方式需要编写的软件较多，工作量较大，花费的时间较多。一次性集成方式的工作量较小；增值式集成方式发现问题的时间比一次性集成方式早；增值式集成方式比一次性集成方式更容易判断出问题的所在，因为出现的问题往往和最后加进来的模块有关；增值式集成方式测试更为彻底；
|
|
購物車/收銀台(
0
) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
