正版新书]软件测试实战教程高科华,高珊珊9787302521921

章软件测试基础
1.1为什么需要软件测试
1.1.1软件测试的重要性
1.1.2引起软件缺陷的原因
1.1.3软件测试和软件质量
1.2什么是软件测试
1.2.1软件测试的基本概念
1.2.2软件测试的发展历史
1.2.3软件测试七条原则
1.3如何进行软件测试
1.3.1基本的测试过程
1.3.2软件测试级别、测试类型和测试技术
1.4测试心理学与职业道德
1.4.1测试心理学
1.4.2职业道德
1.5软件测试技术的发展趋势
1.5.1自动化软件测试技术应用越来越普遍
1.5.2测试技术不断细分
1.5.3云技术、容器化和开源工具使得测试成本下降
1.5.4测试驱动开发
1.5.5DevOps越来越流行
1.5.6探索式软件测试
1.5.7基于模型的软件测试
实训任务
第2章软件测试管理
2.1什么是软件测试管理
2.1.1测试组织
2.1.2测试计划和估算
2.1.3测试过程监控
2.1.4配置管理
2.1.5风险和测试
2.1.6事件管理
2.1.7软件测试管理工具
2.2TestLink起步
2.2.1系统要求
2.2.2TestLink的安装
2.2.3初始使用
2.2.4技能拓展： TestLink的配置
2.3TestLink操作演练
2.3.1测试需求管理
2.3.2测试用例管理
2.3.3测试计划制定
2.3.4测试执行
2.3.5测试结果分析
实训任务
第3章软件缺陷管理
3.1什么是软件缺陷管理
3.1.1软件缺陷管理简介
3.1.2缺陷管理工具
3.2Mantis起步
3.2.1系统要求
3.2.2Mantis的安装
3.2.3初始使用
3.2.4技能拓展： Mantis配置
3.3Mantis操作演练
3.3.1用户管理
3.3.2我的视图
3.3.3提交问题
3.3.4处理问题
实训任务
第4章单元测试
4.1什么是单元测试
4.1.1单元测试简介
4.1.2单元测试框架
4.2JUnit起步
4.2.1跟我做
4.2.2JUnit单元测试要点
4.3JUnit操作演练
4.3.1参数化测试
4.3.2用Mockito隔离测试
4.4白盒测试技术
4.4.1语句覆盖
4.4.2判定覆盖
4.4.3条件覆盖
4.4.4判定/条件覆盖
4.4.5组合覆盖
4.4.6基本路径覆盖
实训任务
第5章集成测试
5.1什么是集成测试
5.1.1集成测试简介
5.1.2集成测试工具
5.2Jenkins起步
5.2.1Jenkins安装
5.2.2插件安装
5.2.3Jenkins配置
5.2.4创建新任务
5.3Jenkins操作演练
5.3.1准备
5.3.2在Jenkins中创建任务
5.3.3创建流水线脚本
5.4能力拓展： 在Docker中运行Jenkins
5.4.1准备
5.4.2在Docker中运行Jenkins
5.4.3Fork和克隆Github上的示例库
5.4.4在Jenkins中创建任务
5.4.5创建流水线脚本
实训任务
第6章系统测试
6.1什么是系统测试
6.1.1系统测试简介
6.1.2系统测试工具
6.2Selenium起步
6.2.1Selenium IDE的安装
6.2.2Selenium IDE的使用
6.2.3用Eclipse开发Selenium测试
6.3RF Selenium操作演练
6.3.1Robot Framework简介
6.3.2RF测试环境的安装
6.3.3RF Selenium测试示例演示
6.4黑盒测试技术
6.4.1等价类划分
6.4.2边界值分析
6.4.3决策表测试
6.4.4状态转换测试
6.4.5基于用例的测试
实训任务
第7章性能测试
7.1什么是性能测试
7.1.1性能测试简介
7.1.2性能测试工具
7.2JMeter起步
7.2.1JMeter的安装和启动
7.2.2JMeter的主要元件
7.2.3JMeter测试计划示例和模板
7.3JMeter操作演练
7.3.1Web应用测试计划模板
7.3.2JMeter的运行模式
实训任务
第8章安全性测试
8.1什么是安全性测试
8.1.1安全测试简介
8.1.2安全性测试工具
8.2ZAP安全性测试起步
8.2.1ZAP的安装和启动后的界面
8.2.2ZAP的基本操作
8.3ZAP安全性测试演练
8.3.1设置Spider
8.3.2自动探索与手工探索相结合
8.3.3主动扫描
实训任务
第9章Spring MVC Web应用测试
9.1Spring MVC Web应用测试简介
9.1.1Spring框架简介
9.1.2Spring应用测试基础
9.2Spring MVC Web应用测试起步
9.2.1创建一个简单的Spring应用
9.2.2运行Spring应用
9.2.3测试Spring应用
9.3Spring MVC Web应用测试演练
9.3.1在STS中导入示例项目源代码
9.3.2代码分析
实训任务
0章Android App测试
10.1什么是Android App测试
10.1.1Android App测试简介
10.1.2Android App测试工具
10.2Android App测试起步
10.2.1从模板新建Android Studio项目
10.2.2Android Studio项目分析
10.2.3运行App和测试
10.3Android App测试演练
10.3.1App单元测试
10.3.2App UI测试
10.3.3App集成测试
10.3.4App性能测试
10.3.5App测试示例
10.4知识拓展： Appium介绍
10.4.1Appium简介
10.4.2Appium起步
实训任务
1章Web前端测试
11.1什么是Web前端测试
11.1.1Web前端测试简介
11.1.2Web前端测试工具
11.2Jasmine测试起步
11.2.1Jasmine的安装
11.2.2示例代码解析
11.3Jasmine测试演练
11.3.1测试运行器Karma
11.3.2Karma 与Jenkins集成
11.4知识拓展： Jubula介绍
11.4.1Jubula起步
11.4.2Jubula演练
实训任务
附录A
A.1Docker基础
什么是Docker
Docker的安装
Docker常用命令
制作镜像
A.2Maven基础
Maven简介
在Windows环境安装Maven
Maven配置文件settings.xmlMaven的使用
A.3Git基础
什么是Git
在Windows上安装Git
Git的使用

第3章软件缺陷管理本章主要内容软件缺陷管理简介缺陷管理工具Mantis演练2009年，Z公司在IBM咨询顾问的帮助下成立了一个50人的OracleEBS项目实施团队，负责OracleEBS的实施和二次开发。实施团队的成员包括来自IBM的ERP业务顾问、ERP技术顾问、Z公司的IT人员和关键用户。为了跟踪OracleEBS的实施和二次开发过程中发现的问题，IBM咨询项目经理建议使用Mantis管理项目中的问题。Mantis在Z公司的OracleEBS项目实施中发挥了重要作用。从那时开始，老沙就对Mantis情有独钟。在以后的项目中都使用了Mantis。同时见证了Mantis从版本1．2．8升级到2．11．1。
本章首先介绍软件缺陷管理的一些基础知识，然后介绍缺陷管理工具Mantis的使用方法。
3.1什么是软件缺陷管理第2章介绍了事件管理，我们知道，软件测试的目的之一是发现缺陷。在测试过程中，当发现实际结果和预期结果之间的差异时，能够说发现了一个缺陷吗？是不能的，但是应该将它作为一个事件记录下来。通过确认，才能确定是否发现了一个缺陷。
3.1.1软件缺陷管理简介为了保证软件的质量，软件开发团队必须对软件测试中发现的缺陷进行有效管理，确保测试人员发现的所有缺陷都能够得到适当的处理，并且避免处理缺陷时引入新的缺陷。软件缺陷管理是软件测试的重要内容之一，为了便于缺陷的管理，需要从不同的角度对缺陷进行分类，如缺陷起源、缺陷严重级别、缺陷优先级别、缺陷状态等。缺陷的起源已在第1章介绍过，此处不再赘述。
1.缺陷严重级别缺陷严重级别是指缺陷对软件质量的影响程度。缺陷的严重级别可以从软件最终用户的角度来判断，考虑缺陷对用户使用软件所造成的影响程度。缺陷严重级别按从高到低，可以分为五个级别，如表3．1所示。
表3．1缺陷严重级别缺陷严重等级描述严重缺陷(Critical)不能执行正常工作功能或重要功能，或者危及人身安全。例如：1．操作或使用某一功能时，导致程序异常退出，或其余功能无法使用，或造成经常性死机和重启2．严重花屏3．内存泄漏4．用户数据丢失或破坏5．系统崩溃/死机/冻结6．程序或模块无法正常启动或异常退出7．严重的数值计算错误8．功能设计与需求严重不符9．导致其他功能无法测试的错误较严重缺陷(Major)严重地影响系统要求或基本功能的实现，且没有变通办法。例如：1．按键操作错误或失灵2．在客户环境本身没有问题的情况下，网络不稳，频繁断线、掉线3．实现的功能与相关需求严重不符4．功能未实现5．功能错误6．系统刷新错误7．语音或数据通信错误8．轻微的数值计算错误9．系统所提供的功能或服务受到明显的影响一般缺陷(AverageServerity)次要功能丧失，不太严重，可通过变通手段解决。例如：1．按键操作偶尔失灵2．边界值的处理无效，重要界面的显示问题，会对用户产生一定影响的文字错误3．操作界面错误(包括数据窗口内列名定义、含义是否一致)4．边界条件显示错误5．提示信息错误(包括未给出信息、信息提示错误等)6．长时间操作无进度提示7．系统未优化(性能问题)8．光标跳转设置不好，鼠标(光标)定位错误次要缺陷(Minor)使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。例如：1．字符串显示不统一 2．拼写、对齐类的错误、UI图标、文字性错误3．界面显示不美观但对用户不产生影响的问题4．不经常出现而且用户可恢复的非严重问题5．辅助说明描述不清楚6．操作时未给用户提示7．可输入区域和只读区域没有明显的区分标志8．个别不影响产品理解的错别字9．文字排列不整齐等一些小问题改进型缺陷(Enhancement)个别功能使用不够方便，但是不影响用户使用的问题。例如：1．用户界面不太友好2．使用不习惯缺陷严重级别可以根据项目的实际情况划分。
2.缺陷优先级缺陷优先级是指缺陷必须被修复的紧急程度。一般来说，严重级别程度较高的缺陷具有较高的优先级。严重级别高的缺陷对软件质量造成的危害大，需要优先处理，而严重级别低的缺陷可能只是软件的一些局部的、轻微的问题，可以稍后处理。但是，严重级别和优先级并不总是相对应的。有时候严重级别高的缺陷，优先级不一定高，而一些严重级别低的缺陷反而需要及时处理，因此具有较高的优先级。缺陷优先级按从高到低，可以分为三级，如表3．2所示。
表3．2缺陷优先级级别描述立即解决(Urgent)缺陷必须被立即解决正常排队(NormalQueue)缺陷需要正常排队等待修复或列入软件发布清单不紧急(NotUrgent)缺陷可以在方便时被纠正不同的企业对缺陷可能有不同的分级。
3.缺陷状态
缺陷状态是指缺陷在跟踪管理过程中对缺陷的处理情况。主要的缺陷状态如表3．3所示。
表3．3缺陷状态
缺陷状态描述已提交/新建(Submitted/New)可能的缺陷被提交认可(Acknowledged)开发团队收到了被提交的可能缺陷，还没有确认已确认(Confirmed)开发团队确认提交的是缺陷，等待分配处理已拒绝(Rejected)拒绝“提交的缺陷”，不需要修复或不是缺陷已分配(Assigned)开发团队已分配相关人员处理缺陷已解决(Resolved)缺陷被处理已关闭(Closed)确认被修复的缺陷，将其关闭除了以上的缺陷状态，还可以使用其他一些状态，例如已修复(开发人员已修复缺陷，等待测试人员进行回归测试)、重新打开(回归测试不通过，重新打开缺陷，继续等待处理)等。不同的企业可能使用不同的缺陷状态跟踪缺陷。
4.缺陷管理流程在软件缺陷管理过程中涉及不同角色的人员，例如，测试组长、测试人员、开发人员，不同的角色分工合作，共同跟踪处理软件缺陷。因此，缺陷管理需要按照一定的流程进行。缺陷管理的流程如图3．1所示。
图3．1缺陷管理流程