软件测试技术大全 一书的目录

这是一份关于人工智能的教程介绍,内容深入浅出,风格风趣幽默,适合零基础的学习者。教程旨在引导更多人加入人工智能的学习行列。
摘要由CSDN通过智能技术生成
                目录
第一篇  软件测试的基础
第1章  软件测试行业 1
1.1  软件测试的起源 1
1.1.1  第一个BUG的故事 1
1.1.2  最近的几个导致严重错误的Bug 1
1.1.3  软件测试的起源 2
1.2  软件测试的发展 2
1.2.1  软件调试 3
1.2.2  独立的软件测试 3
1.2.3  软件测试的第一次定义 3
1.2.4  软件测试成为专门的学科 4
1.2.5  开发与测试的融合趋势 4
1.2.6  为什么软件测试发展比较缓慢 4
1.3  软件测试行业的现状和前景 5
1.3.1  国内测试行业现状 5
1.3.2  测试人员的现状 6
1.3.3  软件测试的前景 6
1.4  小结 7
1.5  新手入门须知 8
1.6  模拟面试问答 8
第2章  软件测试的组织 10
2.1  测试的组织形式 10
2.1.1  微软的经验教训 10
2.1.2  最简单的软件测试组织 10
2.1.3  组织形式的分类方式 11
2.1.3  综合型的测试组织 12
2.2  融入测试组织 13
2.2.1  根据开发的模式判断自己的测试角色定位 13
2.2.2  如何融入一个项目团队 15
2.3  软件测试的团队建设 16
2.3.1  学习型团队的组建 16
2.3.2  让每一位测试人员找到适合自己的位置 17
2.3.3  “无规矩则不成方圆” 18
2.4  小结 20
2.5  新手入门须知 20
2.6  模拟面试问答 20
第3章  软件测试的人员要求 22
3.1  测试人员的素质要求 22
3.1.1  你对测试感兴趣吗? 22
3.1.2  你有适合做软件测试的性格特征吗? 23
3.1.3  测试的正确态度-责任感 25
3.2  测试人员的技能要求 26
3.2.1  业务知识 26
3.2.2  产品设计知识 27
3.2.3  测试人员的“武器” 27
3.2.4  用户心理学 28
3.2.5  测试人员是否需要编程技能? 29
3.2.6  文档能力 33
3.3  小结 34
3.4  新手入门须知 34
3.5  模拟面试问答 35
第二篇  软件测试基本理论
第4章  软件工程与软件测试 36
4.1  软件工程简介 36
4.1.1  什么是软件工程? 36
4.1.2  软件工程的发展历史 38
4.1.3  软件工程的目的 39
4.2  软件开发模式 39
4.2.1  常见的软件开发模式 39
4.2.2  敏捷开发模式 42
4.3  不同软件开发模式下的软件测试 43
4.3.1  CMM和ISO中的软件测试 43
4.3.2  敏捷开发中的软件测试 45
4.3.3  QA与QC的区别 46
4.4  配置管理与软件测试 47
4.4.1  什么是配置管理? 47
4.4.2  测试人员参与的配置管理活动 50
4.5  小结 51
4.6  新手入门须知 51
4.7  模拟面试问答 52
第5章  软件测试的目的与原则 54
5.1  软件测试的目的 54
5.1.1  测试是为了建立软件的信心 54
5.1.2  测试是一种服务 57
5.2  软件测试应该遵循的几个原则 57
5.2.1  Good enough原则 58
5.2.2  Pareto原则 58
5.2.3  尽可能早开展测试 59
5.2.4  在发现比较多错误的地方需要投入更多的测试 59
5.2.5  同化效应 60
5.3  小结 60
5.4  新手入门须知 60
5.5  模拟面试问答 61
第6章  软件测试的方法论 63
6.1  软件测试的5大流派 63
6.2  软件测试的方法应用 66
6.2.1  微软的软件测试方法 66
6.2.2  IBM的软件测试方法 68
6.2.3  自动错误预防(AEP)方法 71
6.3  小结 74
6.4  新手入门须知 74
6.5  模拟面试问答 76
第7章  软件测试的过程管理 78
7.1  软件测试的各个阶段 78
7.2  测试需求 79
7.2.1  需求规格说明书的检查要点 79
7.2.2  需求文档的检查步骤 79
7.2.3  通过编写测试用例来检查需求 82
7.3  测试的计划 83
7.3.1  我们为什么要制定测试计划? 83
7.3.2  测试计划是对测试过程的整体设计 84
7.3.3  确定测试范围 84
7.3.4  制定测试策略 85
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
软件测试   软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作的结果。所谓受控制的条件应该包括正常条件和非正常条件。应该故意地去促使错误的发生,也就是事情在不该出现的时候出现或者在应该出现的时候没有出现。从本质上说,软件测试是“探测”。      软件质量   高质量的软件是适当的、无错误的,能在预算内按时交货,满足需求/或期望,并且是可维护的。所以,质量是一个主观的术语。它取决于谁是客户以及客户对项目计划的影响。      软件质量保障   软件质量保障涉及到整个软件开发过程,包括监视和改善过程、确保任何经过认可的标准和步骤都被遵循、并且保证问题被发现和被处理。从本质上说,软件质量保障是“预防”。         白盒测试   白盒测试又称结构测试、逻辑驱动测试或基于程序本身的测试,这一方法是把测试对象看作一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序的状态,确定实际状态是否与预期的状态一致。白盒测试不关心应用程序的功能要求,而是对软件的过程性细节做细致的检查,它主要用于单元测试、集成测试。         黑盒测试      黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试,这一方法是把测试对象看作一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。通过黑盒测试可以知道应用程序是否符合用户的预期要求,主要适用于集成测试、系统测试、验收测试等。      功能测试         功能测试是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。测试内容可以包括:正常功能、异常功能、边界测试、界面测试、接口测试、安全测试 、错误处理测试等;         性能测试      性能测试是要检查系统是否满足在需求说明书中规定的性能,如响应时间、处理精度等,性能测试常常需要与强度测试、压力测试、容量测试结合起来进行。         4强度测试   强度测试是要检查在系统运行环境不正常到发生故障的情况下,系统可以运行到何种程度的测试。      压力测试   压力测试是在一种反常数量、频率或资源的方式下执行系统,例如把输入数据的量提高一个数量级来测试输入功能会如何响应。      容量测试   容量测试是要检验系统的能力最高能达到什么程度,例如对于操作系统,让它的作业队列 ‘满员’,即在系统的全部资源达到‘满负荷’的情形下,测试系统的承受能力。         兼容性测试   这类测试主要想验证软件产品在不同版本之间的兼容性。有两类基本的兼容性测试:向下兼容和交错兼容。向下兼容测试是测试软件新版本保留它早期版本的功能的情况;交错兼容测试是要验证共同存在的两个相关但不同的产品之间的兼容性。         可靠性测试   如果系统需求说明书中有可靠性的要求,则需要进行可靠性测试,通常使用以下几个指标来度量系统的可靠性:平均失效间隔时间是否超过规定时限;因故障而停机的时间在一年中应不超过多少时间。      测试   是由一个用户在开发环境下进行的测试。目的是评价软件产品的功能、局域化、可使用性、可靠性、性能和支持,尤其注重产品的界面和特色。         b 测试   是由软件的多个用户在一个或多个用户的实际环境下进行的测试。目的是评价软件产品的功能、局域化、可使用性、可靠性、性能和支持,尤其注重产品的支持性, 包括文档、客户培训、和支持产品生产能力。         单元测试   最小范围的测试,针对特定的函数和代码模块进行测试。因为需要了解程序的设计和代码的细节才能进行,所以部件测试一般是由程序员,而不是由测试人员来做,也许需要开发测试驱动模块或测试工具。         集成测试   对应用软件的各个部件进行组合测试,来检查各功能模块在一起工作是否正常。“部件”可以是代码模块、独立的应用程序、也可以是网络中的客户/服务器应用软件。         系统测试   系统测试主要是为验证软件系统是否满足所规定的各个方面的需求而进行的,以黑盒测试方法为主。系统测试尽量在模拟环境中,或在单独的测试环境中进行,条件不具备时,也可以在软件软件系统运行环境中进行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值