51testing软件测试培训笔记
第一章测试基础
1.软件测试的目的：证明（表达软件能够工作）→检测（发现错误）→预防（管
理质量）
2.测试执行：单元测试（UT执行）：一个测试用例的测试执行；
集成测试（IT执行）：一个测试用例集的测试执行；
系统测试（ST执行）：不同测试阶段的测试执行。
3.测试用例（Test Case）：指对一项特定的软件产品测试任务的描述，体现测试
方案、方法、技术和策略。
4.测试和调试的区别：
测试调试
目的找出存在的错误定位错误，修改程序以修正错误对象文档，代码代码
流程有特定流程，有计划性无特定流程，不可设计，无计划性
条件从已知条件开始，用预定义过程，有
预知结果
从未知条件开始，结束过程不可预计
b. 检测对代码的修改是否引入了新的错误。
6.软件测试的主要工作：a. 检视代码，评审开发文档；
b. 进行测试设计，写作测试文档（测试计划、测试方
案、测试用例等）；
c. 执行测试，发现软件缺陷，提交缺陷报告，并确认
缺陷最终得到了修正；
d. 通过测试度量软件质量。
7.软件危机的出现主要表现在：
a. 由于缺乏大型软件开发经验和软件开发数据积累，开发工作计划很难制定；
b. 开发早期需求分析不够明确，造成开发后期矛盾集中暴露；
c. 不遵循开发规范，开发文档不完整，软件难以维护；
d. 缺乏严密有效的软件质量检测手段，交付给用户的软件质量差。
8.软件危机的后果：a. 软件质量不高，很难稳定；
b. 软件项目延期，进度无法控制；
c. 成本增加，无法控制预算。
9.软件危机的根源：a. 根据摩尔定律，硬件发展很快，相应对软件系统的期望
越来越高；
b. 软件系统复杂性提高，需多人合作；
c. 软件开发是人的智力活动，无法用已有的产业工程方法
来组织管理。
10.软件生命周期的各个阶段：
计划→需求分析→设计→编码→测试→运行→评价11.设计：概要设计（HLD）：在设计阶段把各项需求转换成相应的体系结构，
每一部分是功能明确的模块；
详细设计（LLD）：对每个模块要完成的工作进行具体的描述。
12.软件研发三要素：人员、过程、工具
13.软件项目组人员组成：分析人员、设计人员、开发人员、测试人员、配置管理
人员、SQA（质量保证人员）
14.软件研发流程类型：瀑布模型：无风险控制能力，适合需求变化较小的情况。
螺旋模型：基于风险管理的模型，高风险的优先考虑，对
风险管理人员的要求较高。
RVP流程：面向对象的，通用的（4大阶段，6大工作流，
8项迭代）。特点：
1)基于风险
2)用例集驱动
3)以架构为中心
4)迭代和增量
IPD流程： 1）产品结构重整（资源重整）
2）公共模块共用
15.软件研发中几个重要的过程：需求管理、配置管理、缺陷管理、同行评审。
16.常见的引入缺陷的原因：a. 开发过程缺乏有效的沟通，或者没有进行沟通；
b. 软件复杂度越来越高；
c. 编程中产生错误；
d. 需求不断变更；
e. 项目进度的压力；
f. 不重视开发文档；
g. 软件开发工具本身隐藏的问题。等等……
17.缺陷类型：遗漏、错误、额外的实现。
第二章软件质量
1、软件质量的定义：一个实体的所有特性，基于这些特性可以满足明显的或隐含
的需求。而质量就是实体基于这些特性满足需求的程度。
2、软件质量的三个层次：a. 符合需求规格；
b. 符合用户显示需求；
c. 符合用户实际需求。
3、影响软件质量的因素：流程、技术、组织。
流程：一组活动（活动是否都是必须的，活动角色之间的关系）。
过程：一组将输入转化为输出的相关联或相互作用的活动。
4、八项质量管理原则：a. 以顾客为中心；b. 领导作用；c. 全员参与；
d. 过程方法；
e. 管理的系统方法；
f. 持续改进；
g. 基于事实的决策方法；h. 互利的供方关系。
5、八项质量管理原则的意义：a. 是质量管理的理论基础；
b．用高度概括易于理解的语言所表述的质量管理
的最基本，最通用的一般性规律；
c. 为组织建立质量管理体系提供了理论依据；
d. 是组织的领导者有效的实施质量管理工作必须
遵循的原则。
6、 CMM1：初始级，Inltial，不可预测并且缺乏控制；
CMM2：可重复级：Repeatable，可重复以前的主要经验；
（关键过程区域：需求管理；软件项目计划；软件项目跟踪和监督；软
件子合同管理；软件质量保证；软件配置管理。）
CMM3：已定义级：Defined，过程被描述，并得到良好理解；
（关键过程区域：组织过程定义；组织过程焦点；培训大纲；集成软件
管理；软件产品工程；组际协调；同行评审。）
CMM4：已管理级：Managed，过程被测量并受控；
（关键过程区域：定量的过程管理；软件质量管理。）
CMM5：优化级，Optimizing，关注过程改进。
（关键过程区域：缺陷预防；技术变更管理；过程变更管理。）
7、 CMM的用途：a. 评估组用来识别组织中的强处和弱处；
b. 评价组用来识别选择不同的业务承包商的风险和监督合同；
c. 管理者用来了解其组织的能力，并了解为了提高其能力成熟
度而进行软件过程改进所需进行的活动；
d. 技术人员和过程改进组用来作为指南，指导他们在组织中定
义和改进软件过程。
8、 ISO9001和CMM的关系：
相似点：强调管理、过程、规范化和文档化；
不同点：CMM把焦点对准软件；ISO9001的范围包括：硬件、软件、流程性材料和服务；
两者关系：CMM2级与ISO9001强相关；CMM的每个关键过程域至少按某种解释与ISO9001弱相关。
9、六西格玛的实施方式：Define：定义----提出问题，确定目标
Measure：测量----收集资料，寻找原因
Analyse：分析----研究资料，确定原因
Improve：改进----优化解决方案
Control：控制----推行控制系统
10、软件质量模型:
功能性：当软件在指定条件下使用时，软件产品提供满足明确和隐含需求的功能的能力。包括：适合性；准确性；互操作性；保密安全性；功能性
的依从性。
可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力。包括：成熟性；容错性；易恢复性；可靠性的依从性。
易用性：在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。包括：易理解性；易学性；易操作性；吸引性；易用性的依从性。
效率：在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力。包括：时间特性；资源利用性；效率依从性。
维护性：软件产品可被修改的能力。修改可能包括修正、改进或软件对环境、需求和功能规格说明变化的适应。包括：易分析性；易改变性；稳定
性；易测试性；维护性的依从性。
可移植性：软件产品从一种环境迁移到另外一种环境的能力。包括：适应性；
易安装性；共存性；易替换性；可移植性的依从性。
11、 SQA与测试的关系：测试从技术的角度来保证软件质量
SQA从流程的角度保障软件质量
组织用来保障SQA和测试的活动
12、SQA的主要工作范围：·指导并监督项目按照过程实施；
·对项目进行度量、分析，增加项目的可视性；
·审核工作产品，评价工作产品和过程质量目标的复
合度；
·进行缺陷分析，缺陷预防活动，发现过程的缺陷，
提供决策参考，促进过程改进。
13、度量：对事物属性的量化表示；
软件度量：是指计算机软件中范围广泛的测度，包括对软件系统、构建或生命周期过程具有的某个给定属性的度的一个定量测量。
目的：·提高软件生产率，缩短产品研发周期，降低研发成本、维护成本；
·提高软件产品质量，提高用户满意度；
·为组织持续改进提供量化的指标和反馈。
14、软件度量的作用：1) 理解；预测；评估；改进。
2) 分类：规模；工作量；进度；质量
15、如何将度量的知识应用于实际工作中：建立测试工作的度量数据，目的是作
为预测和改进的基础
a. 熟悉需求：进度、工作量、规模；
b. 设计用例：工作效率、覆盖率；
c. 执行用例：工作效率、缺陷密度；）
第三章测试方法
1、什么是白盒测试：
·白盒测试是依据被测软件，分析程序内部构造，并根据内部构造设计用例，来对内部控制流程进行测试，可完全不顾程序的整体功能实现情况；
·白盒测试是基于程序结构的逻辑驱动测试；
·白盒测试又可以被称为玻璃盒测试、透明盒测试、开放盒测试、结构化测试、逻辑驱动测试。
2、为什么进行白盒测试：
·一般在测试前期进行，通过达到一定的逻辑覆盖率指标，使得软件内部逻辑控制结构上的问、难题能基本得到消除；
·能保证内部逻辑结构达到一定的覆盖程度，能够给予软件代码质量更大的保证；
·发现问题后解决问题的成本较低。
3、白盒测试的常用技术：
·静态分析：控制流分析、数据流分析、信息流分析等；
·动态分析：逻辑覆盖测试（分支测试、路径测试等）、程序插装等。
4、控制流相关概念：程序元素、控制流关系、控制流图、控制流矩阵。（步骤：5）
5、控制流分析能发现的问题：
1)转向并不存在的标号；
2)没有用的语句标号；
3)从程序入口进入后无法达到的语句；
4)不能达到停机语句的语句。
6、数据流相关概念：数据的定义；数据的引用。（步骤：3）
7、数据流分析的作用：分析代码中关于数据定义和引用方面的错误；进行代码优
化。（赋值语句运算效率高）
8、信息流分析：输入变量和语句关系；语句和输出变量关系；输入和输出变量管
理。（步骤：4）
9、覆盖率工具的作用：
·分析被测试代码控制结构，决定插装位置；
·实施插装；
·将插装代码重新编译；
·执行被测对象，根据插装的监控哨信息统计覆盖率。
10、白盒测试的特点：
·测试人员需要了解软件的实现；
·可以检测代码中的每条分支和路径；
·揭示隐藏在代码中的错误；
·对代码的测试比较彻底；
·实现代码结构上的优化；
·白盒测试投入较大，成本高；
·白盒测试不验证规格的正确性。
11、什么是黑盒测试：
·黑盒测试把被测对象看成一个黑盒，只考虑其整体特性，不考虑其内部具体实现；
·黑盒测试针对的被测对象可以是一个系统、一个子系统、一个模块、一个子模块、一个函数等。
·黑盒测试又可以被称为基于规格的测试。
12、常见的黑盒测试类型：功能性测试；容量测试；负载测试；恢复性测试。
13、常见的黑盒测试方法：等价类、边界值、因果图、判定表、状态迁移、正
交分解、错误猜测、输入/输出域覆盖、
14、系统测试的时候，如果没有SRS时，有两类BUG无法发现：1）需求遗漏；
2）需求偏差15、黑盒测试的优点：
·对于更大的代码单元来说（子系统甚至系统级）比白盒测试效率要高；
·测试人员不需要了解实现的细节，包括特定的编程语言；
·从用户的视角进行测试，很容易被大家理解和接受；
·有助于暴露任何规格不一致或有歧义的问题。
16、黑盒测试的缺点：
·没有清晰的和简明的规格，测试用例很难设计；
·不能控制内部执行路径，会有很多内部程序路径没有被测试到；
·不能直接针对特定的程序段，这些程序可能非常复杂（因此可能隐藏更多的问题）。
17、动态和静态测试的分类依据在于：被测对象是否运行起来。
18、手工静态分析——同行评审：正规检视；技术评审；走查。
评审对象：计划、需求文档、设计图、代码等。
19、自动化静态分析：静态验证；语法分析器；符号执行器。
20、自动化测试应该考虑的因素：
1)测试进度要求
2)人力资源要求
3)版本稳定度
4)版本应用情况
5)可自动化率
6)版本规模
21、自动化测试的误区：
1)自动化不能取代手工测试。
2)手工测试都做不好，或者经验积累不够，就尝试自动化，很难成功。
3)自动化只能保证测试执行效率，确保已有的问题不会再发生，自动化
测试不能发现大量新缺陷。
4)进行了自动化测试的软件不一定就是安全的，质量有保证的。
所以手工测试是自动化测试的一个基础
22、自动化五大等级：
1)录制和回放
2)脚本
3)自动化框架脚本
4)数据驱动
5)关键字驱动
自动化测试的限制（板书）：
·自动化测试不具备想象力，不能够检查脚本中给定的观察点之外的错误；
·自动化测试只能提高测试效率，不能提高测试效果，不能发现比人工测试更多的问题；如被测对象不稳定，存在变动性的话不适合开展自动化测试，否则脚本的编写
和维护所耗费的时间可能远大于人工测试；
·只有手工测试积累到一定程度（提供更多的观察点），才能做好自动化测试。
第四章测试过程
1、各阶段测试的目的：
1)单元测试：检测软件模块对《详细设计说明书》的符合程度
2)集成测试：检测软件模块对《概要设计说明书》的符合程度
3)系统测试：通过与《需要规格说明书》作比较，发现软件与系统定义不符
或与之矛盾的地方。
测试
类型
目的考察范围评估基准测试方法
单元测试消除局部模块的逻辑和功
能上的错误和缺陷（消除单
元、模块内部的逻辑和功能
上的错误与缺陷）
单元内部
的数据结
构、逻辑控
制、异常处
理等
逻辑覆盖率大量采用白盒测
试方法
集成测试找出与软件设计相关的程
序结构，模块调用关系，模
块间接口方面的问题（找出
与软件架构设计相关的程
序结构，单元/子模块间的
调用关系，单元/子模块间
接口方米那的问题）
接口和接
口数据传
递关系、模
块组合后
的整体功
能
接口覆盖率结合使用白盒与
黑盒测试方法，
较多采用黑盒方
法构造测试用例
（也有说法叫灰
盒测试方法）
系统测试对整个系统进行一系列的
整体、有效性测试（对系统
规格中的功能与性能进行
一系列的有效性测试）
整个系统
对需求的
符合度
测试用例对
需求规格的
覆盖率
黑盒测试
3、回归测试策略：完全重复测试；
选择性重复测试（覆盖修改法；周边影响法；指标达成方法；
选择重要级别高的测试用例）4、回归测试流程：
1)在测试策略制定阶段，制定回归测试策略
2)确定需要回归测试的版本
3)回归测试版本发布，按照回归测试策略执行回归测试
4)回归测试通过，关闭缺陷跟踪单（问题单）
5)回归测试不通过，缺陷跟踪单返回开发人员，开发人员重新修改问题，再
次提交测试人员回归测试
5、有用户参与的其他一些测试：验收测试、α测试、β测试
Alpha测试Beta测试
比较测试环
境
开发环境或者模拟实
际操作的环境下
实际使用环境
测试人
员
可以是终端用户也可
以是企业内部的用户
终端用户（包括潜在用户）开发人
员是否
在场
有开发人员在场，实际
上是一种受控的测试。
开发人员通常不在测试现
场，测试情况通常不受控。关注点
Alpha测试关注软件
产品的FLURPS（即功
能、局域化、可使用性、
可靠性、性能和支持），
尤其注重产品的界面
和特色。
Beta测试着重关注产品的
支持性，包括文档、客户
培训和支持产品的生产能
力。
共同点1.都希望从实际终端用户的使用角度来对软件的功能和性能进行测试，以发现可能只有终端用户才能发现的错误；
2.都不能由测试人员和程序员完成；
7、主要的测试文档：测试计划；测试方案；测试用例；测试规程；测试报告；测
试日报
8、验证与确认V&V：验证（VERIFICATION）强调过程；确认（VALIDATION）强调
结果。
9、V&V模型优点：·实现了测试设计和测试执行相分离；
·揭示了软件测试活动分层和分阶段的本质特性：测试执行
的顺序与开发活动相反
10、
V&V 模型：
11、 系统测试分为几个阶段，每个阶段的输入 /输出是什么？
系统测试阶段 输入 输出
系统测试 计划阶段
1.软件开发计划
2.软件测试计划
3.需求规格说明书 系统测试计划 设计阶段 1.系统测试计划 2.需求规格说明书 系统测试方案 实现阶段 1.系统测试计划 2.系统测试方案
3.需求规格说明书 1.系统测试用例 2.系统测试规程 3.系统测试预测试项
执行阶段
1.系统测试计划 1.系统预测试报告 系统测试执行 集成测试执行 单元测试执行 代码审查
需求分析 SRS 评审 SRS 基线化 概要设计
HLD 评审
HLD 基线化 详细设计 LLD 评审 LLD 基线化 CODE
系统测试计划 系统测试方案设计 系统测试用例设计 集成测试计划 集成测试方案设计 集成测试用例设计 单元测试计划 单元测试方案设计 单元测试用例设计
2.系统测试方案
3.系统测试用例
4.系统测试规程
5.系统测试预测试项
6.集成测试报告2.系统测试报告
3.缺陷报告
4.测试日报
集成测试计划阶段
1.软件测试计划
2.概要设计说明书
集成测试计划设计阶段
1.概要设计说明书
2.集成测试计划
集成测试方案实现阶段
1.概要设计说明书
2.集成测试计划
3.集成测试方案
1.集成测试用例
2.集成测试规程执行阶段
1.集成测试计划
2.集成测试方案
3.集成测试用例
4.集成测试规程
1.集成测试报告
2.缺陷报告
单元测试计划阶段
1.软件测试计划
2.详细设计说明书
单元测试计划设计阶段
1.详细设计说明书
2.单元测试计划
单元测试方案实现阶段
1.详细设计说明书
2.单元测试计划
3.单元测试方案
1.单元测试用例
2.单元测试规程执行阶段
1.单元测试计划
2.单元测试方案
3.单元测试用例
4.单元测试规程
1.单元测试报告
2.缺陷报告
第五章单元测试
1、单元的基本属性：
1)明确的功能
2)可定义的规格
3)与其他单元接口的清晰划分
2、单元测试的目的：
在于发现各模块内部可能存在的各种错误，主要是基于白盒测试。
a)验证代码是与设计相符合的；
b)发现设计和需求中存在的错误；
c)发现在编码过程中引入的错误。（和设计不相符或和设计相符，但是由于
编码疏漏引起）
3、单元测试关注的重点：
出错处理、单元接口、局部数据结构、独立路径、边界条件
4、单元测试的主要关注点：
1)参数的属性、顺序、个数是否与LLD一致
2)不能修改只做输入用的形参，否则可能导致数据的错误修改
3)约束条件是否通过形参来传送
5、驱动和桩的功能：
1)驱动单元：被测函数的主函数，能接受输入数据，输出实际测试
结果
2）桩单元：用来代替所测单元调用的子单元
6、单元测试策略：
孤立的测试策略、自顶向下、自底向上的单元测试策略
1) 孤立的测试策略：
·方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模
块和驱动模块。每个模块进行独立的单元测试。
·优点：该方法是最简单，最容易操作的。可以达到高的结构覆盖率。该方法是纯粹的单元测试。
·缺点：桩函数和驱动函数工作量很大，效率低。
2) 自顶向下的单元测试策略：
·方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块。
其次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类推
直到测试完所有模块。
·优点：可以节省驱动函数的开发工作量，测试效率较高。
·缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，
并且开发和维护的成本将增加。
3) 自底向上的单元测试策略：
·方法：先对模块调用层次图上最低层的模块进行单元测试，模拟调用该模块的模块做驱动模块。然后再对上面一层做单元测试，用下面已被
测试过的模块做桩模块。以此类推，直到测试完所有模块。
·优点：可以节省桩函数的开发工作量，测试效率较高。
·缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产生很大的影响。
5、单元测试的四个阶段：·测试计划：完成单元测试计划；
·测试设计：完成单元测试方案；
·测试实现：完成单元测试用例、单元测试规程、
单元测试脚本及数据文件；
·测试执行：执行单元测试用例，修改发现的问
题并进行回归测试，提交单元测试
报告。
?单元测试：桩&驱动举例：
无论是单元测试还是集成测试都涉及到以下三个函数：
主控函数：int ctrl(int x, int y)
加法函数：int add(int x, int y)
减法函数：int sub(int x, int y)
注意：进行单元测试时，设计用例时依据的是LLD；进行集成测试时，设计测试用例依据的是HLD。下面给出来的是需要测试的实际的代码。
int ctrl(int x, int y) {
int temp=0;
if(x>=y)
temp=add(x, y);
else
temp=sub(x, y);
return temp;
}
int add(int x, int y)
{
return(x+y);
}
int sub(int x, int y)
{
return(x-y);
}
?自顶向下单元测试策略
不同测试步骤中的驱动可以写到一起，也可以分开写，这里是写到一起了。
?测试ctrl函数
需要写一个驱动和两个桩。
驱动函数
void driver()
{
int ret=0;
ret=ctrl(2,1); //x>y
if(ret==3)
printf(“testcase JISUAN_UT_CTRL_001 pass”);
else
printf(“testcase JISUAN_UT_CTRL_001 fail”);
ret=ctrl(1,1); //x=y
if(ret==2)
printf(“testcase JISUAN_UT_CTRL_002 pass”);
else
printf(“testcase JISUAN_UT_CTRL_002 fail”);
ret=ctrl(1,2); //x if(ret==-1) printf(“testcase JISUAN_UT_CTRL_003 pass”); else printf(“testcase JISUAN_UT_CTRL_003 fail”); } 桩函数 int stub_add(int x, int y) { if(x==2 && y==1) return 3; if(x==1 && y==1) return 2; return 999999; } int stub_sub(int x, int y) { if(x==1 && y==2) return -1; return 999999; } 修改代码 为了让桩能体现在测试过程中，需要修改ctrl函数：int ctrl(int x, int y) { int temp=0; if(x>=y) temp=stub_add(x, y); else temp=stub_sub(x, y); return temp; } ?测试add函数 驱动函数 同测试ctrl函数时的驱动 桩函数 同测试ctrl函数时sub函数对应的桩 修改代码 int ctrl(int x, int y) { int temp=0; if(x>=y) { temp=add(x, y); if(x==2 && y==1 && temp==3) printf(“testcase JISUAN_UT_ADD_001 pass”); else printf(“testcase JISUAN_UT_ADD_001 fail”); if(x==1 && y==1 && temp==2) printf(“testcase JISUAN_UT_ADD_002 pass”); else printf(“testcase JISUAN_UT_ADD_002 fail”); } else temp=stub_sub(x, y); return temp;} 测试sub函数 驱动函数 同测试ctrl函数时的驱动 桩函数 无 修改代码 int ctrl(int x, int y) { int temp=0; if(x>=y) temp=add(x, y); else { temp=sub(x, y); if(x==1&&y==2 && temp==-1) printf(“testcase JISUAN_UT_SUB_001 pass”); else printf(“testcase JISUAN_UT_SUB_001 fail”); }return temp; } 第六章集成测试 1.集成测试的目的：确保各组件组合在一起后能够按照既定意图写作运行，并确保增 量的行为正确（属于灰盒测试） 1)验证接口是否与设计相符 2)发现设计和需求中存在的错误 2.集成测试关注的重点：单元间的接口、集成后的功能 3.集成测试的层次：模块内集成、子系统内集成、子系统间集成 4.集成测试策略： 1)大爆炸集成 2)自顶向下集成 3)自底向上集成 4)三明治（混合式）集成 5)基干集成 6)分层集成 7)基于功能的集成 8)基于消息的集成 9)基于进度的集成 10)基于风险的集成 优点缺点适用范围 大爆炸集成 1.只要极少数的驱动和桩 2.可并行工作，人力、物力 资源利用率较高1.一次运行成功的可能性不 大 2.定位和修改错误比较困难 3.会有很多接口错误进入到 系统测试 1.维护型项目（增强型） 2.每个函数都经过了充 分单元测试的小规模系 统（特别是接口函数） 自顶向下 1.较早验证了主要的控制 点和判断点 2.选用按深度方向组装的1.桩的开发和维护成本大 2.底层组件行为的验证被推 迟了 1.产品控制结构比较清 晰和稳定 2.产品高层接口变化较 方式，可首先实现和验证一个完整的软件功能 3.功能可行性较早得到证实（带来信心） 4.最多只需一个驱动，减少驱动开发费用 5.支持故障隔离3.底层组件的测试不充分小 3.产品底层接口未定义 或经常可能被修改 4.产品控制组件具有较 大的技术风险，需要尽早 被验证 5.希望尽早看到产品的 系统功能行为 自底向上 1.允许对底层组件行为的 早期验证 2.工作初期可以并行进行 集成 3.减少了桩的工作量 4.支持故障隔离1.驱动的开发和维护成本高 2.对高层的验证被推迟到了 最后，设计上的错误不能被及 时发现 1.底层接口比较稳定、变 动较少的产品 2.高层接口变化较频繁 的产品 3.底层组件较早被完成 的产品 三明治集成集合了自顶向下和自底向 上策略的优点中间层在被集成前测试不充 分 大部分软件开发项目 基干集成具有三明治集成的优点 1.必须对系统的结构和相互 依存性进行仔细分析 2.必须开发驱动和桩 3.有些接口可能测试不充分 大型复杂项目 基于功能集成/基于消息集成1.可尽快看到关键功能的 实现，并验证正确性 2.进度上要短 3.可减少驱动的开发 1.对有些接口测试不充分，会 丢失许多接口错误 2.可能会有较大的冗余测试 基于进度集成1.具有比较高的并行度 2.能有效缩短项目开发的 进度 1.许多接口要到后期才能验 证，无法发现有效的接口问题 2.桩和驱动开发工作量大 3.由于进度，组件很不稳定且 会不断变动，导致测试的重复 和浪费 进度优先级高于质量的 项目 基于风险集成最具有风险的组件最早进 行验证，有助于系统的快速 稳定 需要对各组件的风险有一个 清晰的分析 第七章系统测试 1.系统测试目的： 1)通过与需求做比较，发现与系统定义不符合或与之矛盾的地方 2)系统测试的用例应根据需求分析说明书来设计，并在实际使用环境下运行 2.系统测试对象 1)软硬件集合在一起的系统 2)验证时应尽可能模拟实际的运行环境与条件 3.系统测试常用类型：功能、性能、压力、容量、安全性、GUI、可用性、安装、配置、 异常（恢复性）、备份、健壮性、文档、在线帮助、网络、稳定性测试 4.功能测试： 1)概念：根据产品的SRS和测试需求列表，验证产品的功能实现是否符合产品的需求 规格 2)目标：为了发现以下几类错误 a)是否有不正确或遗漏了的功能 b)功能实现是否满足用户需求和系统设计的隐藏需求 c)输入能否正确接受？能否正确输出结果？ 5.性能测试： 1)概念：用来测试软件在集成系统中的运行性能 2)目标：度量系统相对于预定义目标的差距 3)工具：LoadRunner、WebLoad、SilkPerformer 4)重要性：a) 性能是质量的重要组成部分 b) 给用户树立良好形象 c) 节省成本的重要手段 6.性能测试的关键：有效的协调、正确的模型、瓶颈的定位、合理的建议 7.性能需求五大特性：需求行、代表性、完整性、可测试性、可用性 8.压力测试：关注稳定性和破坏性 1)目的：调查系统在其资源超负荷的情况下的表现 2)目标：通过极限测试方法，发现系统在极限或恶劣环境中自我保护能力，主要验证 系统的可靠性。 9.容量测试： 1)目的：使系统承受超额的数据容量来发现它是否能够正确处理 2)关注点：a) 整体的业务流量（一般关注静态容量） b) 数据库的容量 c) 最大文件数目 d) 最大事务数 10.安全性测试：口令认证、加解密技术、权限管理、安全日志 11.GUI测试： 1)关注点：界面实现与界面设计的吻合情况、确认界面处理的正确性 2)对象：简单界面元素、组合类界面元素、完整界面（窗口） 3)内容：外观、界面元素行为、布局、友好功能 12.可用性测试：关注点： 1)过分复杂的功能或指令 2)困难的安装过程 3)错误信息过于简单 4)用户被迫去记住太多的信息 5)语法、格式和定义不一致 13.配置测试： 概念：测试系统在各种软硬件配置、不同的参数配置下系统具有的功能和性能 目标：验证全部配置的可操作性和有效性，特别需要对最大配置、最小配置或特殊配置进行测试 14.异常测试： 概念：又叫系统容错和可恢复性测试，通过人工干预手段使系统产生软、硬件异常，通过验证系统异常前后的功能和运行状态，达到检验系统的容错、排错和恢复的能 力。它是系统可靠性评价的重要手段。 容错处理：系统自动处理、人工干预处理 系统可靠性指标：平均失效时间间隔（MTBF）、平均恢复时间（MTTR） 系统可靠性设计技术： 1)避开错误 2)容错技术：结构冗余（动、静态）、信息冗余、时间冗余、硬件冗余、附加冗余技 术 15.健壮性测试：Robustness Testing 用于测试系统在出现故障时，是否能够自动恢复或忽略故障继续运行 16.网络测试： 概念：在网络环境下和其他设备对接，进行系统功能、性能与指标方面的测试，保证设备对接正常。 内容：考察系统的处理能力、系统兼容性、系统稳定可靠性及用户使用等方面。 1)一致性测试：检测系统与协议规范符合程度 2)性能测试：检测协议实体或系统的性能指标 3)互操作性测试： 4)坚固性测试：检测协议实体或系统在各种恶劣环境下运行的能力 17.系统稳定性测试： 目的是评价系统在一定负荷情况下、长时间的运行情况。 软件架构设计读书笔记 小李飞刀 －－写在前面，软件架构评估是一个大型项目成功的保证，不管是否完全按照书中的操作来完成，但这总是一个必须的过程。老外的技术方面的书一般都很实在，在提出一定的事实和相应的理论基础后，一般就会列出些很具体的方法，可操作性都比较强，当然，其实其理论在我们看来也没什么高深之处，可能是思维方式和长期教育环境的不同造成的，在我看来，他们的理论就是对自己的观点或者方法的一个形而上的逻辑证明，但恰恰这就是最重要的，如果在逻辑上就不具有可推导性，具体的方法再怎么说得天花乱坠也没有可信度，另外翻译得也不错，不象有些书，根本就是外行瞎折腾，翻译出来只有鬼才看得懂，不如直接去看原版。 建议有空详读原文，我把这些摘录下来是希望能有所参照。 《软件架构评估》学习笔记 〈Evluating Software Architectures〉Authors: Paul Clements, Rick Kazman, Mark Klein 清华大学出版社孙学涛朱卫东赵凯译 概念： 架构方法：就是一组架构决策，各个架构决策互相协调，共同实现所期望的质量属性目标。 架构评估：架构来自许多离散的决策，而这些决策是可以被分析和审查的。 ATAM：架构权衡分析方法Architectures Trade-off Analysis Method ATAM方法步骤： 共4大部分，9个步骤 以上步骤并不是固定的，有时必须对评估规划做某些动态的更改，以容许人员或架构信息的改变。ATAM评估方法的的阶段： 评估小组各成员的角色及其职责 商业目标分析结果表： 系统质量属性列表： 软件测试心得体会（精选5篇） 软件测试心得体会（精选5篇） 关于软件测试的心得体会 虽然一如继往地写读书笔记，笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最近有了一定的时间,更因为狠狠地泡了一段时间51Testing测试论坛,下载学习了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。 我觉得学习软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的. 关于学习，我知道我并非计算机专业的学生,初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是,总该知道如何去学习，然而我认为，学习总该有必要的方法 1.找个好师傅 这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时 候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计?要注意哪些错误?软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了. 2.学会读书 无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。 3.与前辈们一起讨论，多说 总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学习，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水平，也方便老师前辈们对我们进行指导。 这些天的学习，我也有了一点自己的心得体会 体会一：软件测试在整个软件周期中的重要性。 它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在 《云服务测试：如何高效地进行云计算测试》 --Testing Cloud Services: How to test SaaS, PaaS & Iaas 1 概述 个人读后感觉，本书主要内容分成以下主要部分： ●云计算介绍ch2 ：云计算的基本特征、实施模型 ●测试经理的角色与任务ch3 ：测试经理角色、端到端测试、选型阶 段、实施阶段、众包测试等 ●主要风险及对应的测试方法ch4 & ch5 ：风险到测试、性能风险、 安全性风险、可维护性风险；决定选型需要考虑的云计算相关方面、 性能测试、负载测试、建立测试用例、耐力/容量测试的测试用例、 测试弹性的测试用例、为性能测试设置测试、测试安全性、测试可 管理性、可用性和可持续性、功能性测试、测试web服务、多平台 测试、测试迁移、在生产环境中进行测试等。 个人觉得译者段念的介绍很到位，摘抄如下：本书详尽地分析了在组织内引入云服务所面临的各种风险，同时从测试的角度提供了应对每种风险的可操作建议。在这个快步转向云服务的时代，本书的出现可以说恰到好处。《云服务测试》从测试视角介绍了不同云服务的层次（IaaS、PaaS和SaaS），将组织应用云服务分成了选型、实施、生产等多个阶段，分析了每个阶段面临的风险和风险分析方法，并针对每种风险给出可行的测试方法对其进行覆盖。此外，本书还提供了详细的检查表（Checklist），以便组织内负责测试的测试经理能够快速应用风险评估技术和测试技术，在使用云服务的决策中发挥价值。本书的篇幅并不长，也没有特别针对某种测试工具进行描述，但我相信它给出的全面分析和可操作性的建议能够为读者提供足够的信息。 (PS:推荐语里面，朱少民写的说明他是读了的，某嘉宾的推荐语说明其根本没读或者至少是没有认真读的。) 第一章智慧课堂虚拟现实 1.1智慧课堂 1.1.1系统概述 在学校，课堂教学环节是学生接受系统教育最重要的一环，做好教学互动环节，是掌握好教学环节的质量，提高教学水平的关键。现行的教学过程中，传统的签到环节、疑问确认环节、提问互动环节、课堂小测试环节存在诸多问题。签到过程中，使用纸张签到，效率低且存在代签现象，结果不便于教师统计；提问互动环节和课堂小测试的环节中，教师给出简单选择后，学生举手或者口头回答，不能获得准确的统计数据，教师只能根据大体情况来判断是否进行教学，没有准确的数据，更不能考虑后期的数据挖掘和数据统计工作。传统的教学方式已经不适应现代化教学的需要，基于物联网技术集智慧教学、人员考勤、资产管理、环境智慧调节、视频监控及远程控制于一体的新型现代化智慧教室系统在逐步的推广运用。智慧教室作为一种新型的教育形式和现代化教学手段，给教育行业带来了新的机遇。 1.1.2智慧课堂功能 智慧教室系统打通教学流程的课前、课中、课后、课外各环节，使用专项定制的人人通学习机，可与学校现有的课程中心、网络教学平台、资源平台、电子书包进行灵活畅通对接互通。智慧教室课堂系统根据学校的现有信息技术架构，提供了数据中心版、私有云服务版、公有云服务版多种灵活的部署实施方式，为学校的教学模式创新与落地提供个性化、灵活逐级扩展、安全稳定的技术与服务水平。 智慧课堂系统的特色: ●颠覆传统教学，提高学生知识应用力、自主思考力、探究学习力 ●无线多屏互动技术，权限控制、跨平台多点交互 ●大数据挖掘分析，助力教师针对性制定教学方案 ●满足各种需求的定制服务 ●个人学习空间满足进阶式教学 多种教学互动场景与功能推动探究式教学模式、启发式教学模式、讨论式教学模式等创新型教学理念的研究与实现，并同时支持多种教学终端（电子白板、人人通学习机、PC、笔记本等等）。 智慧课堂允许学生和教师在开课前掌握预习情况，并在课堂上导入课前作业进行讲评，老师主持与指导学生进行探究式小组教学活动，系统自动采集课堂信息生成质量报告。 1.1.3智慧课堂布局 智慧教室系统由交互式电视、书写电子白板、微课笔、智慧课堂系统、学生学习终端、短焦投影机等主要功能模块组成，教师教学登录到智慧课堂平台，，实现无尘教学，保护师生的健康，老师可在电子白板上进行书写、绘制讲解分析。老师使用的智能终端受学校管理员通过智能中控设备统一管理，在云平台中心存放大量丰富的教学资源，学生及老师可以在线查阅或者下载到本地，与此同时，老师也可以将备课资料存放到云平台，当上课需要时，直接调出来使用即可。 在学生平板电脑上安装智慧课堂电子书包系统，平板电脑无线网络连接到班级AP上，学生可以自行分组讨论教学问题，也可以与教师进行教学互动，灵活的教学方式使整个教学更加生动，学生更易及时掌握课堂知识。 实用总结 我所理解的软件测试 《软件测试方法和技术》这门课程，还是由张建东老师教我们的。在张老师的讲解下，我深刻的思想到到软件测试是很有必要的。一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件，还麻烦了。客户是很愤怒的。客户一愤怒，就导致客户不会付钱。这最终，项目失败，造成资源的大量浪费，所以说软件测试还是很有必要的。再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改进软件。在这样不断测试，不断改进的情况下。将软件性能不断提高，软件变得越来越好用。 软件测试，旨在发现软件的缺陷。可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。借助软件测试工具，来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员，来完成软件缺陷的修复。 软件测试的方法，包括：白盒测试和黑盒测试。其中，白盒测试之中，有含有：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中，有：等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法，按照是否运行代码来看，可以分为：静态测试和动态测试。其中静态测试有，对代码的走查和评审。动态测试，则是要通过运行代码来执行。白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。代码的静态测试和动态测试，则是每一个软件项目都必须的。 单元测试，多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试，或者说程序测试。一般先是进行单元测试。单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。集成测试多针对程序功能进行测试，看程序的各项功能是否达到要求，是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否达到性能的要求。从而改进代码，以求达到系统的严格要求。最后就是验收测试，这个测试，一般都分成两半来做。一半是，程序员模拟客户环境，进行测试。而，另一半则是，真正的客户参与的测试。最大程度的体现客户的真实环境。客户在试运行的情况下，看是否会发现，平时发现并且以前的环境发现不了的问题。 验收测试，包含对界面的测试和软件可用性的测试，运用尼尔森十大原则，来测试软件是否好用。软件是否达到用户的对软件界面的需求。 无论是软件编写，还是软件测试，都需要相应的文档管理。还有针对软件测试制定的测试计划，软件测试执行等。 通过本学期的学习，我感受到软件测试是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到项目的测试。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目测试的精髓，对软件项目测试有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目测试课程，多让学生了解实例，去感受、思想到软件项目测试所遇到的问题和解决技术指导文件，理解软件项目测试的精髓。 1 / 1 软件测试培训心得体会3 篇一：软件测试课程学习心得 我所理解的软件测试 《软件测试方法和技术》这门课程，还是由张建东老师教我们的。在张老师的讲解下，我深刻的体会到软件测试是很有必要的。一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件，还麻烦了。客户是很愤怒的。客户一愤怒，就导致客户不会付钱。这最终，项目失败，造成资源的大量浪费，所以说软件测试还是很有必要的。再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改进软件。在这样不断测试，不断改进的情况下。将软件性能不断提高，软件变得越来越好用。 软件测试，旨在发现软件的缺陷。可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。借助软件测试工具，来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软 件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员，来完成软件缺陷的修复。 软件测试的方法，包括：白盒测试和黑盒测试。其中，白盒测试之中，有含有：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中，有：等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法，按照是否运行代码来看，可以分为：静态测试和动态测试。其中静态测试有，对代码的走查和评审。动态测试，则是要通过运行代码来执行。白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。代码的静态测试和动态测试，则是每一个软件项目都必须的。 单元测试，多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试，或者说程序测试。一般先是进行单元测试。单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。集成测试多针对程序功能进行测试，看程序的各项功能是否达到要求，是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否达到性能的要求。从而改进代码，以求达到系统的严格要求。最后就是验收测试，这个测试，一般都分成两 目录 一、Oracle课堂笔记 (3) 第一章：Oracle 9i数据库概述 (3) 第二章：Oracle 9i数据库的安装与卸载 (4) 第三章：Oracle 9i数据库的启动与关闭 (4) 第四章：创建数据库 (5) 第五章：配臵访问数据库 (6) 第六章：管理数据库表 (6) 第7章 Oracle数据库的导入导出 (7) 第8章 PL/SQL语言 (9) 实例一 (10) 实例二 (10) 二、SQL Server2000课堂笔记 (10) 第一章：关系数据库基础 (11) 第二章：SQL Server 2000 基础 (12) 第三章：数据库的创建与管理 (12) 第四章：T-SQL 语言基础 (12) 第五章：基本表的创建与管理 (14) 第七章：实现数据完整性 (14) 三、SQL Server2000习题库 (16) 第一章：书本例题（第六章） (16) 第二章：课后习题 (22) 第三章：课间练习 (32) 第四章：单科考试题 (33) 四、数据采集转换 (41) 第一章：课堂笔记 (41) 1、用excel自身的功能导入SQL Server数据 (41) 2、将SQL Server里的表导入AO系统 (42) 3、把设有密码的access的密码取消的方法 (42) 4、金蝶.ais文件变成.mdb文件的处理 (42) 5、SQL Server数据采集方法 (43) 6、业务数据的采集与分析 (44) Ⅰ业务数据一(旌县医院) (44) Ⅱ业务数据二(空调费) (46) 第二章：十一套数据 (47) 0标准数据（2003年） (48) 1真实数据（2004年） (49) 2通用数据（2007年） (50) 软件测试实习心得体会 软件测试实习心得体会 【篇一：软件测试心得】 软件测试感想总结 软件测试工作是一个系统而复杂的工程，软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情，所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。 而且软件的测试不仅是要确保软件的质量，还要给开发人员提供信息，以方便其为风险评估做相应的准备，以及为其提供分析依据，重要的是要贯穿在整个软件开发的过程中，保证整个软件开发的过程是高质量的。 软件测试对测试工程师来讲，要求具备较强的专业知识，严谨细心耐心的测试态度，良好的反向思维、发散思维能力、沟通能力等等。 以下是就自己的个人工作经历谈一些浅见： 1. 标准文档的制定： 1.1.任何一个公司要让自己的产品面市，都要有自己的一 套完整的品质标准，这个标准一定是在符合国标及客户 标准的基础上形成的企业标准，系统而全面地描述一款 产品的功能、性能、可靠性、健壮性、按规格要求等一 系列的产品标准，并根据客户特定要求相应调整。 1.2.测试仪器的作业指导书(sop)及保养说明等。定义仪器 的使用步骤、操作指南和保养细则等。 2. 测试资料的归档： 标准媒体文件、测试报告、bug list库（电子类问题、结构 类问题、软件类问题：方案自存问题、品证测试问题、生产测试问题、客户反馈问题、终端消费者反馈问题等）、认证测试文档归纳总结(认证公司培训资料、认证过程中出现并改善的问题)、测试工程师经验分享、常见问题解答faq等。 3. 功能测试： 3.1.这是软件测试工作中最核心和最基本的一项测试，该测 试的主要内容是检查软件是否符合需求定义，并通过构 造正常的操作来检查的动作是否正确；在这个测试里， 正确性是最最重要的软件质量要素。 3.2.功能测试按照可见性可以分为两类：显性功能和隐性功能。 显性功能：指在菜单里可以看得到的功能。 隐性功能：指在菜单里看不到的功能。 例如，电话本的显性功能有增加、编辑、删除、拨打等， 这些功能可以在电话本的菜单里面看得到，姓名列表排 序则属于一个隐性功能，因为在电话本的菜单里没有这 样一个子菜单，但它却是一个实实在在的功能。 如以下这些隐性功能都测试中都需重点关注： a. 电话本上下页切换，是否有遗漏联系人信息？ 软件测试个人总结及小结 总体来说，XX年我主要完成了以下几方面的工作： l 项目测试工作 l 知识与经验分享 l 完成所需知识的积累 l 工具学习及研究 具体来说，如下： 1.项目测试工作 这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有： l 对测试用例的（砥砺奋进的五年大型成就展观后感:砥砺奋进走向辉煌）编写提供反馈意见; l 对测试过程及测试情况进行分析，并提供意见; l 设计业务测试数据的例子; l 绘制系统关键业务流程; l 进行主要功能的界面测试、功能测试; l 按照测试用例执行测试，并提交测试汇报; l 进行需求验证工作。 2.知识与经验分享 这部分工作，主要表现在四方面： l 完成项目测试经验总结 l 完成“测试经验交流与知识分享”简报，包括简报材料的 制作。该简报内容包括：项目测试经验介绍、测试度量、性能测 试知识介绍、loadrunner使用经验交流。 l 对现有测试规范提供改进反馈意见; l 根据以往经验，在cmbp项目中提供帮助。 3.完成所需知识的积累 这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有： l 学习金融行业业务知识 l 学习公司研发规范 l 学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识) l 参加公司或业务部门组织的培训(新员工入职培训、基于 uml的面向对象分析和设计、金融衍生工具介绍) l 学习缺陷管理工具ttp 4.工具学习及研究 根据《新员工入职指引表》的要求，我了解rational 测试解决方案和工具，并进行rational performance tester的研究。完成对rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介绍.doc》、使用rational performance tester进行性能测试的例子及学习参考资 软件测试工作心得 导读:本文软件测试工作心得,仅供参考,如果能帮助到您,欢迎点评与分享。 软件测试工作心得【一】一、本年度工作完成情况 时光飞逝,在这年里本人独立负责测试的项目10个,与其她测试人员联合测试的项目9个以及GIS应用虚拟项目(2个版本)。 其中独立负责的项目对项目的开发周期做全程跟踪测试,联合测试的项目协助其她测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多,同时也提高了自己各方面的能力。感谢领导的支持与指教,现总结如下: 独立负责的项目列表: 1) 《湖南xx空调进销存系统》 2) 《湖南xx空调售后服务系统》 3) 《长沙统计局数据管理平台》 4) 《长沙统计局数据展示系统》 5) 《长沙统计局GIS应用系统》 6) 《xx电网WEB GIS系统》 7) 《xx电网移动电子化移交系统》 8) 《xx电网东莞局单线图绘制系统》 9) 《电信号百-掌上同学圈》 10)《长沙城市林业生态圈资源信息集成系统》 与其她同事联合测试的项目列表: 1) 《xx市规划局办公系统》 2) 《xxx_地理公共服务平台》 3) 《xxx市规划局自动化办公系统》 4) 《xxx县城建档案馆著录系统》 5) 《xxx市统计地里信息系统》 6) 《xxx市社会安全联合救助系统》 7) 《xx市施工图审查中心一体化办公平台》 8) 《xxx控制性详细规划系统》 9) 《xxxxx市地理信息系统》 GIS 应用虚拟项目 1)GIS 应用xx项目B/S版本 2)GIS 应用xx项目C/S版本 其中格力项目的测试工作,多次与开发组人员一同参与在客户处讨论需求与细节要求,对客户的习惯与要求有了清晰明确的了解。与电信的验收测试中学到了很多专业的测试方法与测试经验,与她们成为了好朋友。在后续的合作与交流中,将更进一步提高自己的专业技能,保持良好的沟通与联系做好测试工作。 南网的项目在通过开发组的培训后,对南网1、0环境与功能,数据库的结构有了比较清楚的了解,对测试南网2、0很有帮助,主要就是对电力这块的业务有了深入的了解,对测试电力行业的系统打下了业务认知基础。加入专业的测试方法,使测试工作更好的服务于项目。 软件测试必备 1、软件测试基本概念和方法 三个重要的测试原则： 1. 软件测试是为发现错误而执行程序的过程； 2. 一个好的测试用例具有较高的发现某个尚未 发现的错误的可能性； 3. 一个成功的测试用例能够发现某个尚未发现 的错误。 1.测试的过程具有一定的破坏性 2.测试用例包括：输入数据的详细描述和正确输出结果的精确描述 3.检查程序是否‘没有做它应该做的’仅仅是测试一半，另一半是检查‘是否做了它不 应该做的’ 4.全面测试目标：验证是否做了应该做的事情，确保可靠性 验证程序是否做了不应该做的事情，确保安全性 5.任何多余的功能都应视为安全隐患 6.Boehm给出的度量中的头10个表示软件现象遵守Pareto分布： 20％的模块消耗80％的资源（人力、经费等）； 20％的模块包含80％的错误； 20％的错误消耗80％的修改成本； 20％的改进包含了80％的适应性为主的成本； 20％的模块占用了80％的执行时间； 20％的软件工具使用占80％的整个工具使用时间。 补充：20%的软件缺陷造成80%的软件故障 20%的软件开发和管理人员（骨干），决定了80%软件开发质量 ：Pareto原理强调了精力集中在少数重要的事情上（vital few），而不是多数琐碎的事 情上(trivial many)。 6.软件测试是一种作为主体的人通过各种手段对客体软件的某种固有属性进行的一种以 8.审查的终极目标——确认缺陷 9.人工审查包括：文档审查 代码审查 10. 软件缺陷的类型：可追溯性、逻辑、赋值顺序、控制、数据、接 口、文档、注释、例外情况处理、内存等。 11. 只要简单地使用静态代码分析来增强输入验证的正确性就能够避免 OWASP（业界领袖的安全性协会）所列出的约70%的安全性问 题。 12. 圈度复杂度（独立路径的最大数量=程序控制流图中的区域数）=控 制流图边数—控制流图的节点数+2 二、测试框架的表述 13. 测试框架（Test Framework）:一组相互协作的组件的集合，能够实 现一个或多个测试域中的一系列问题的解决方案。 14. 框架最大的好处就是重用。还能重用分析。必须具有易用性（简洁 易懂），具有良好的可扩展性。 15. 细节层（组件的具体实现）16. 侧面 17. 结构层（测试框架的体系结 构） 18. 槽 19. 原则层（测试域、测试原理 等）20. 固定 概念 21. 原则层在测试框架中抽象级别最高，由一组基本原则构成，是建立 框架的基础。 软件工程概论考试要点 考试形式为开卷考试，主要考学生的分析、设计与测试的能力 开卷形式可以带进考场的可以是教材和手写笔记，不可以用任何形式的打印稿和复印件 一、基本知识题 考试形式为填空形式，或文字说明形式 二、系统分析题 给出问题画出系统的数据流图、数据字典的定义、加工说明、ER图 三、系统设计题 给出问题的数据流图，画出系统的软件结构图 给出问题，写出过程设计的程序流程图或PAD图 四、软件测试题 给出问题，进行墨盒测试的等价分类法和白盒测试的路径测试法 备选： 一、基本知识题：（20分） 填空题 1.在信息处理和计算机领域内，一般认为软件是 _程序____、_文档____ 和_ 数据____ 。 2.数据流图的基本组成部分有 _数据的源点与终点____、数据流_____、加 工_____、数据文件_____。 3.数据流图和数据字典共同构成了系统的_逻辑____模型，是需求规格说明书 的主要组成部分。 4.划分模块时尽量做到__高内聚、低耦合______，保持模块的独立性，尽量使 用公共模块。 5.类的实例化是_对象_______。 6.将待开发的软件细化，分别估算每一个子任务所需要的开发工作量，然后将 它们加起来，将得到软件的总开发量。这种成本估算方法称为_自底向上_______。 7.如果一个模块被 n 个模块调用，其中直接的上级模块的个数是 m 个 （ m<=n ）那么该模块的扇入数是 ____N_______ 个。 8.结构化设计以 __数据流图_________ 为基础，按一定的步骤映射成软件结 构。 9.面向对象分析的目的是对客观世界的系统进行___建模_______________ 。 10.一个进行学生成绩统计的模块其功能是先对学生的成绩进行累加，然后求平 均值，则该模块的内聚性是 __________顺序内聚________ 。 11.投资回收期就是使累计的经济效益等于 __最初的投资费用______________ 所需的时间。 12.软件生存周期是指一个软件从提出开发要求开始直到 __软件废弃____为止 的整个时期。 13.曾被誉为“程序设计方法的革命”的结构化程序设计，使程序设计从 主要依赖于程序员个人的自由活动变成为有章可循的一门科学。 14.从结构化程序设计到面向对象程序设计，是程序设计方法的又一次飞跃。 15.在单元测试时，需要为被测模块设计___测试用例_______。 判断题 1.螺旋模型是在瀑布模型和增量模型的基础上增加了风险分析活动。（对） 2.数据字典是对数据流图中的数据流，加工、数据存储、数据的源和终点进行详细定义。（错） 3.软件是指用程序设计语言（如PASCAL ,C,VISUAL BASIC 等）编写的程序，软件开发实际上就是编写程序代码。（错） 4.软件模块之间的耦合性越弱越好。（对） 5.过程描述语言可以用于描述软件的系统结构。（错） 6.如果通过软件测试没有发现错误，则说明软件是正确的。（错） 7.快速原型模型可以有效地适应用户需求的动态变化。（对） 8.模块化，信息隐藏，抽象和逐步求精的软件设计原则有助于得到高内聚，低耦合度的软件产品。（对） 9.集成测试主要由用户来完成。（错） 10.确认测试计划应该在可行性研究阶段制定（错） 软件测试心得体会(精选5篇) 篇一：软件测试课收获和体会 软件测试课学习心得 1204013031 许院生 12计本3班 这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是：第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。 我认为,在整个庞大的软件工程中,不管是需求分析、架构甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。 软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容 性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑 到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。 通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ 群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。 1、最基本的测试的分类：从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。 2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。 3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。 4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。 另外就是一个学期的学习让我纠正了几点误区： 1. 有位大师曾说过：“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现 软件测试培训学校哪个好 目前国内高校毕业生就业形势不容乐观，也为软件测试人才培养提出了新的机会和挑战。然而目前仅有几家知名培训中心开设了相关课程，每年培养的人才不过万人，与30万人的缺口相比无异于杯水车薪。软件测试培训学校哪个好？ 可以预见，随着测试人才教育培训的不断发展，那些在测试能力发展方面走在前列的软件企业，将逐步缩小与国外软件企业之间的差距，形成参与软件产业全球化整合的能力，建立起开发大型平台和应用软件的工作机制和协作团队，从而成为推动中国软件业发展的重要力量。 软件测试是正在快速发展，充满挑战的领域。尽管现在单机版桌面软件的测试已经成熟了很多，但对于网络时代的到临，包括微软在内的公司对基于网络的测试也没有一套完整的体系，也是处于探索中，网络中被攻击的可能性太大。 网络测试是一个新环境，而且是很大的挑战。软件测试未来的发展空间很大，软件测试工程师的职业之路同样充满希望。 因此前景是很不错的。在国外，测试工程师一般都是有经验的开发工程师转过来的，因为测试是产品质量的保证，是最重要的。但是目前国内，国内的软件测试工程师大多没有达到这种程度，很少进行白盒测试，检查代码中的错误，只是进行黑盒测试。但IT行业和国际接轨是必然的趋势，所以前景非常好。 千锋软件测试培训学校名师虽贵绝不省人工，面授虽繁必不减品质。以实战项目做指导，手把手纯面授，面对面现场教学。同时论坛辅导，上课资料录制，方便学生课后复习。严格保证教学质量。 有与时俱进的软件测试课程大纲和项目实战：根据企业岗位人才需求与行业前沿科技制定课程大纲，每期学员更新不同的企业项目实战。而且软件测试教研+讲师+项目实战+随堂笔记录制，全方位教学，确保学习质量！ 过来人分享软件测试学习总结 想要成为一名优秀的软件测试工程师，必须全面掌握软件测试工具，才能适应各种各样的软件测试工作，才能取得长久的职业发展。千锋教育软件测试学习总结中包括各种类型的工具，足够学员们工作使用。 千锋教育的软件测试学习总结里面包括的工具主要包括四种类型，下面为大家详细介绍： 软件测试学习总结第一种功能测试工具LoadRunner，这种工具为了帮助学员掌握性能测试计划的编写，LoadRunner的使用、结果文件的分析，查找系统性能瓶颈，进行系统调优。 软件测试学习总结第二种性能测试工具QTP。这种工具帮助学员熟练掌握测试管理工具QC，通过QC完成对需求的管理、测试用例的管理、测试执行管 理以及缺陷管理。 QTP的课程内容是基本使用流程，使用QTP录制应用程序及Web程序，QTP的测试对象管理机制、对象仓库的使用，标准检查点、文本检查点、文本域检查点、图像检查点、数据库检查点、其他检查点，脚本参数化，使用模拟录制模式、使用低级录制模式、使用QTP进行回归测试，VBScript基本语法结构。 软件测试学习总结第三种测试管理工具Quality Center的课程目标Quality Center概述，Quality Center产品框架；Quality Center的站点管理；Quality Center的项目管理；Quality Center测试管理。 软件测试学习总结第四种白盒测试技术与白盒测试工具的课程目标白盒测试的方法；圈复杂度的计算；面向对象的测试；使用Junit进行单元测试。 这种工具帮助学员掌握白盒测试的理论和方法、掌握Java单元测试工具Junit和Java白盒测试工具Jtest。 软件测试学习总结，千锋教育师资力量雄厚、采用实战授课，分阶教学模式、硬件设施完善、学员都是大专及以上学历，给学员营造最优质的学习氛围。 天才是百分之九十九的勤奋加百分之一的灵感 The Art of SoftWare Testing》读书笔记（1）_引子 有关自己与软件测试之间的渊源而言，获悉这个领域的时间不长，接触的时间就更可谓短暂，但仔细想来，还要从大学期间说起比较好。 软件测试这个概念第一次出现在我的眼前时，是大四上学期开的软件工程这个科目中所涉及到的一点点。由于某些因素，使我在大学期间忽略了对测试领域相关知识的储备。第二次面对它时，是考研复习准备阶段。那时，我对测试这个领域也仅仅只是知道，就是中文书面表达的“测试”这两个汉字的含义而已。 工作的前两年里，或许是因为从事的是有关算法方面性质的工作，所以并未对测试这个领域给予过多的关注，还好，或多或少还是接触到了一些。直到最近一年多来，由于一个大型项目人手不够的缘故，所以临时从自己负责的另一个研究项目中抽过来（刚好该项目阶段性完成），负责有关此项目的测试部署与规划。而这个时候，才能说是：真正意义上接触到了软件测试这个领域。 虽然，在此项目中也有自己开发的一些模块、算法及一些模块、算法的优化跟重构。但，从这个项目阶段性结束后自己的体会而言，给我感悟最深的还是有关软件测试这个领域的。通过在这个项目里的工作，让我真正体会到了：软件测试是一门艺术。恰恰也是因为这个缘故，这也才让我开始有了想重新认识和品位测试艺术这一领域的奥妙所在。 《The Art of SoftWare Testing》读书笔记（2）_前言 喜欢在网上书店中遛达，看到不错的书就买下。为什么不去书店？一个字，懒呗！总觉得，有那去书店的时间，完全可以好好睡一美觉，亦或可亲手烹制一顿美味可口的美食。哎，反正就是，懒得走出家门去逛街！ 恰巧，此次浏览书籍时，无意间看到了《The Art of Software Testing》这本书。在看了大家所给予它极高的评价留言后，虽然有些疑惑（毕竟这个时代，枪手太多了！），但我深信：一本书能够“活”25年，应该还是很不简单的。 软件测试实训心得体会 软件测试的经典定义是:在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。下面是带来的，欢迎查看。 软件测试实训心得体会一： 本着对IT业的憧憬，走进了中城泰信(北京)信息技术有限公司，我在公司所从事的工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要求，了解了作为一个测试人员必须耐心，细心和平和的心态，他的目标是尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。 软件测试员的一个基本素质是：打破沙锅问到底。另外还必须具备探索精神，有创造性，追求完美，判断准确，老练稳重，强的说服力以及受过编程方面的教育等素质，同时也还必须是个故障排除能手，等等。还没看完就发现自己离这些要求真的好远，更进一步认识到自己必须要全心全意投入工作，虚心请教，一切都得从头开始。另外，测试并不是单纯意思上的机械的"测试"，它首先要求对产品非常熟悉，不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。 而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品，在真正的投入到测试这个工作之前，我们首先该做的就是熟 悉产品，而最最直接的途径便是查看说明书，刚开始每天都是打开电脑，看产品说明书，重复的看，本以为看几遍就都记住，但是到公司进行考核的时候，才发现原来自己真的什么都没有掌握，第一次考核不及格，虽然具体的分数没有看到，但是那份心情，却使自己始终无法忘怀，也更让自己认识到要虚心的，按部就班的好好熟悉产品，要做到对产品耳熟能详。 在我实习期间公司给北京市自来水集团负责查表税费稽查等系统，它主要应用是水费的业务管理。对于我们来说，它是一个全然陌生的产品，老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。当时听了吓一跳，一个对于我们来说全新的产品，一天就要全部掌握而且要测试出它尚存在的问题，这似乎很不可能，而且也有点不相信自己有这样的能力。但是一天下来，我们竟然可以从什么都不懂，到熟练的掌握。并且也完成了一些简单的测试，发现了一些界面错误。但是对它的具体性能和功能的测试还没有完成，不过老板并没有责怪我们，只是让我们明天接着做，听了心里有些安慰。因为本以为他会大发雷霆呢。 那一天对于我来说最大的收获便是，要相信自己，不要被没有去真正实践的事情而吓倒，其实如果你真的去尝试，你会发现一切都没有你想象的那么难，只要你努力，没有什么不可以。最后在我们的努力下，共用了不到三天的时间，熟练的掌握了的白板的操作，对它的界面、功能、性能等做完了全面的测试，及时做了总结，反馈给北京的公司，让他们对存在的错误做了修改，而且我们还协助老总教会了 第一部分软件测试综述 软件测试-机械工业出版社（美）Ron Patton著周予滨姚静等译 雪舞奉天读书笔记 说真的，这本书真的很不错，里面的一些定义很权威的，而且话不罗嗦，讲的都是重点，美中不足的在测试用例设计方法那块不完整。许多人在推荐 入门看什么书的时候都提到此书，为了方便新手学习（其实我也是新手哈哈），我决定把我以前的读书笔记敲出来贴在网上，写的不是太全，主要是我觉得不错的东西。在此感谢此书作者和翻译人员！ 软件测试读书笔记之一软件测试背景 (1) 软件测试读书笔记之二软件开发过程 (2) 软件测试读书笔记之三软件测试的实质 (3) 软件测试读书笔记之四检查产品说明书 (4) 软件测试读书笔记之五闭着眼睛测试软件 (5) 软件测试读书笔记之六检查代码 (9) 软件测试读书笔记之七带上X光眼镜检查软件 (13) 软件测试读书笔记之八配置测试 (16) 软件测试读书笔记之一软件测试背景 一.软件缺陷的正式定义： 符合下边5个规则的才能叫做软件缺陷。 1.软件未达到产品说明书标明的功能。 2.软件出现了产品说明书指明不会出现的错误。 3.软件功能超出产品说明书指明范围。 4.软件未达到产品说明书虽未指出但应达到的目标。 5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 二.软件缺陷的产生原因： 导致软件缺陷最大的原因是产品说明书；第二大来源是设计方案；三是代码；四是某些软件缺陷产生的条件被错误地认定。 三.软件缺陷的修复费用： 随时间增长，修复软件缺陷的费用是呈几何数级增长的，随时间推移，数十倍增长。 四.软件测试人员的目的： 软件测试远的目标就是发现软件缺陷，尽可能早一些，并确保其得以修复。 五.怎么成为优秀测试员： 1.探索精神 2.故障排除能手 3.不懈努力 4.创造性 5.追求完美 6.判断准确 7.老练稳重 8.说服力 9.除了这些素质，在软件编程方面受过的教育也是重要的。 10.软件的功能为了解决现实问题，因此，教学烹饪航空木工医疗等知识都 将对查找该领域软件的缺陷有莫大帮助 软件测试读书笔记之二软件开发过程 一.测试文挡包括： 1.测试计划 2.测试案例 3.软件缺陷报告 4.归纳，统计和总结。 二.软件产品由哪些部分组成（都是要测的哦，当然我国许多软件都无法 达到这么多部分~呵呵） 1. 最终产品（光盘/软盘/程序...） 2.帮助文件 3.用户手册 4.样本和示例 5.标签和帖子 6.产品支持信息 7.图标和标志 8.错误信息 9.广告和宣传材料 10.安装 11.说明文件 这些都是要测试的，书中尤其提到了不要忘了测试错误提示信息（错误提示信息是软件产品最容易忽视的部分，通常是有程序员而不是训练有素的稿手来写的。这 些信息很少照顾到修复软件缺陷的需要，还常常造成麻烦。软件测试员 也难以找到并显示全部信息。在软件中不要加入吓人和不友好的错误提示信息。）《软件架构评估》读书笔记
心得体会 软件测试心得体会(精选5篇)
读书笔记-云服务测试-如何高效地进行云计算测试
智慧课堂虚拟现实-zspace
软件测试课程学习体会
软件测试培训心得体会3
审计数据转换笔记
软件测试实习心得体会
软件测试个人总结及小结
软件测试工作心得
软件测试_读书笔记1
软件工程概论考试要点及备选试题
软件测试心得体会(精选5篇)-最新范文
软件测试培训学校哪个好
过来人分享软件测试学习总结
2011-学习资料大全：《软件测试的艺术》读书笔记
软件测试实训心得体会
软件测试[(美)ron patton]读书笔记