软件测试方法和技术
一、名词解释
?软件测试（IEEE）定义：在特定的条件下运行系统或构件，观察或记录结果，对系统的某个方面做出评价，分析某个软件项以发现现存的和要求的条件之差别（即错误）并评价此软件项的特性。更完整的定义：软件测试是由“验证（Verification）”
和“有效性确认（Validation）”活动构成的整体
?测试驱动开发（TDD Test Driven Development），即测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码，然后只编写使测试通过的功能代码，从而以测试来驱动整个开发过程的进行。这有助于编写简洁可用和高质量的代码，有很高的灵活性和健壮性，能快速响应变化，并加速开发过程。
?软件质量：软件产品具有满足规定的或隐含要求能力要求有关的特征与特征总和(ISO 8492)或者书P15：质量是产品或服务所满足明示或暗示需求能力的固有特性和特征的集合
?软件缺陷：P18（软件缺陷的现象也在该页）
?人工检测：人工检测偏重于编码风格、质量的检验，对设计、代码进行分析，有效地发现逻辑设计和编码错误。
?计算机辅助静态分析：利用静态分析工具对被测程序进行特性分析，从程序中提取一些信息，以便检查程序逻辑的各种缺陷和可疑的程序构造。
?主动测试方法：测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测试对象的行为，从而验证被测试对象的反应或输出结果
?被动测试方法：测试人员不干预产品的运行，而是被动地监控产品在实际环境中运行，通过一定的被动机制来获得系统运行的数据，包括输入、输出数据.
?系统非功能性测试是将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试P29
?错误推测法：是测试者根据经验、知识和直觉来发现软件错误，来推测程序中可能存在的各种错误，从而有针对性的进行测试P38
?独立路径：至少引入一系列新的处理语句或条件的任何路径
?基本集：由独立路径构成的集合
?基于模型的测试(MBT, Model-based testing）：通过构建能够正确描述被测软件系统功能特性的模型，然后基于这个模型产生测试用例并执行这些测试用例的过程P57 ?状态迁移图（state transition diagram，STD）：描述系统状态变化的动态信息——动态说明，由状态和迁移来描述，状态指出数据输入的位置（或时间），而迁移则指明状态的改变。逻辑功能模型（logic function model，LFM）的定义P58 ?模糊测试（Fuzz testing）方法，简单的说，就是构造大量的变异数据作为系统的输入，从而检验系统在各种数据情况下是否会出现问题
?形式化方法:基于数学的方法（数学表示、精确的数学语义）来描述目标软件系统属性的一种技术
?形式化验证，就是根据某些形式规范或属性，使用形式逻辑方法证明其正确性或非正确性。
?TMap (Test Management Approach，测试管理方法)是一种结构化的、基于风险策略的测试方法体系, 目的能更早地发现缺陷，以最小的成本、有效地、彻底地完成测试任务，以减少软件发布后的支持成本。P71
?TPI（Test Process Improvement）是基于连续性表示法的测试过程改进的参考模型，是在软件控制、测试知识以及过往经验的基础上开发出来的P82
?关键测试过程（Critical Test Process，CTP）:内容参考模型、上下文相关的方法，并能对模型进行裁剪P86
?单元测试：是对软件基本的组成单元进行独立的测试
?代码走查：采用讲解、讨论和模拟运行的方式进行的查找错误的活动。P102（注意的问题：引导小组成员在走查前通读设计和编码；限时，避免跑题；发现问题适当记录，避免现场修改；检查要点是代码是否符合标准和规范，是否有逻辑错误?驱动模块（drive）:对底层或子层模块进行测试所编写的调用这些模块的程序。
?桩模块（stub）：对顶层或上层模块进行测试时所编写的替代下层模块的程序。P106 ?代码协定：用于标记代码的类、用于编译时分析的静态分析器和运行时分析器。
?Visual Studio Team System（VSTS）：是一套工具集，全面整合了软件设计、开发、测试、部署和人员协作工具，其开发版（Development Edition）提供了静态分析、代码剖析、代码涵盖以及其它单元测试所需的功能特性。
?大棒集成方法（Big-bang Intergration）：先是对每一个子模块进行测试（单元测试阶段），然后将所有模块一次性的全部集成起来进行集成测试。(适用小规模应用系统) ?性能测试（performance test）：就是为了发现系统性能问题或获取系统性能相关指标而进行的测试
?渗入测试（soak test），通过长时间运行，使问题逐渐渗透出来，从而发现内存泄漏、垃圾收集（GC）或系统的其他问题，以检验系统的健壮性
?峰谷测试（peak-rest test），采用高低突变加载方式进行，先加载到高水平的负载，然后急剧降低负载，稍微平息一段时间，再加载到高水平的负载，重复这样过程，容易发现问题的蛛丝马迹，最终找到问题的根源
?容错性测试（Fault-tolrent test）是检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。
?兼容性测试: 验证软件之间是否正确地交互和共享信息
?验收测试:P186
?α 测试: 开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正,经过α测试调整的软件产品称为β版本?β 测试：组织外部的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、反馈使用意见。然后软件开发公司再对β版本进行改错和完善。
?测试自动化指“一切可以由计算机系统自动完成的测试任务都已经由计算机系统或软件工具、程序来承担并自动执行”
?对象库是本地在测试结构范围内存储对像信息
?测量（Measurement）：确定一个测量的行为
?度量（Metric）：某个给定属性的度的一个定量测量
?指标(Indicator) ：具体测量的属性及其给定值
二、知识点
第一章
1.为什么要进行软件测试
?软件总存在缺陷。只有通过测试，才可以发现软件缺陷。也只有发现了缺陷，才可以将软件缺陷从软件产品或软件系统中清理出去。
?软件中存在的缺陷给我们带来的损失是巨大的，这也说明了软件测试的必要性和重要性
?测试是所有工程学科的基本组成单元，自然也是软件开发的重要组成部分。
?测试人员水平越高，找到软件问题的时间就越早，软件就越容易更正，产品发布之后越稳定，公司赚的钱也越多，微软就是一个典型的例子
2.什么是软件测试（书P7）
ppt：找程序的缺陷、发现一个系统的错误、找出软件中潜在的Bug、测试一下是否符合用户的需求、为即将上市的软件提供一个保证的过程、软件质量保证的一套工程的方法、让软件变得更健壮更好的一种技术、对代码进行的调试
3.软件测试的发展
?初级阶段（1957～1971）测试通常被认为是对产品进行事后检验，缺乏有效的测试方法
?发展阶段（1972～1982），1972年第一次关于软件测试的正式会议，促进了软件测试的发展
?成熟阶段（1983到现在），国际标准Std 829-1983 ，形成一门独立的学科和专业，成为软件工程学科中的一个重要组成部分
4.软件测试正向思维和反向思维
Bill Hetzel博士（正向思维的代表）：
?软件测试就是为程序能够按预期设想那样运行而建立足够的信心。
?“软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果”
?测试是为了验证软件是否符合用户需求，即验证软件产品是否能正常工作Glenford J. Myers（反向思维的代表）：
?测试是为了证明程序有错，而不是证明程序无错误
?一个好的测试用例是在于它能发现至今未发现的错误
?一个成功的测试是发现了至今未发现的错误的测试
5.软件测试定义的两面性
正向思维-验证软件正常工作-评价一个程序或系统的特性或能力并确定是否达到预期的结果-在设计规定的环境下运行软件的所有功能，直至全部通过。
逆向思维-测试是为发现错误而针对某个程序或系统的执行过程-寻找容易犯错误的地方和系统的薄弱环节，试图破坏系统，直至找不出问题。
6.软件测试的价值
?全面评估产品质量，获得有关产品质量的全面、客观的信息
?发现问题，督促问题解决，提高产品质量
?持续提供质量反馈、及时揭示质量风险，有助于控制项目风险，提高构建的质量?通过缺陷分析，获得缺陷模式，有助于缺陷预防
7.测试和质量保证的关系
软件质量保证（Software Quality Assurance，SQA）活动是通过对软件产品有计划的进行评审和审计来验证软件是否合乎标准的系统工程，通过协调、审查和跟踪以获取有用信息，形成分析结果以指导软件过程。
?对软件工程各个阶段的进展、完成质量及出现的问题进行评审、跟踪。
?审查和验证软件产品是否遵守适用的标准、规程和要求，并最终确保符合标准、满
足要求。
?建立软件质量要素的度量机制，了解各种指标的量化信息，向管理者提供可视信息。
8.软件测试和开发的关系（书P10软件瀑布模型图1-1）
第二章
1.ISO 9126 软件质量特征：书P16 ISO 9126软件质量三层模型（附加：McCall模型P16）
?功能：与一组功能及其指定性质有关的一组属性，这里的功能是满足明确或隐含的需求的那些功能。
?可靠：在规定的一段时间和条件下，与软件维持其性能水平的能力有关的一组属性。
?易用：由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。
?效率：与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性。
?可维护：与进行指定的修改所需的努力有关的一组属性。
?可移植：与软件从一个环境转移到另一个环境的能力有关的一组属性。
2.非功能特性：书P17
3.软件缺陷的产生：P19（书上比较具体，以下是PPT中）
①技术问题
算法错误，语法错误，计算和精度问题，接口参数传递不匹配
②团队工作
沟通不充分，误解
③软件本身
?文档错误、用户使用场合(user scenario)，
?时间上不协调、或不一致性所带来的问题
?系统的自我恢复或数据的异地备份、灾难性恢复等问题
4.软件测试的分类：书P21
5.静态测试和动态测试
?将需求和设计的评审纳入测试的范畴，可看作是广义测试
?静态测试包括对软件产品的需求和设计规格说明书的评审、对程序代码的复审等?静态分析的查错和分析功能是其他方法所不能替代的，可以采用人工检测和计算机辅助静态分析手段进行检测，但越来越多地采用工具进行自动化分析
动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统信息，对系统行为进行验证。
6.产品评审和评审分类P23
互评(Peer review)、轮查(Pass-round)、走查(walk-through)、会评(Inspection)
管理评审、技术评审、文档评审、流程评审
7.白盒测试和黑盒测试P27
8.软件测试级别及任务P28
9.专业测试人员的责任和要求P31
优秀测试工程师的素质P33
第三章
1.黑盒方法：错误推测法P38、等价类划分法P39、边界值分析法P41、判定表方法P43、因果图法P45、正交试验法P48、两两组合法P47、功能图法P58、有限状态机P63
2.白盒方法：6种覆盖P49-53仔细看书上例题
3.根据等价类创建测试用例的步骤，详细题目见P67-2作业
a)建立等价类表，列出所有划分出的等价类：
b)为每个等价类规定一个唯一的编号；
c)设计一个新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类
d)重复c)，最后使得所有有效等价类均被测试用例所覆盖；
e)设计一个新的测试用例，使其只覆盖一个无效等价类。
f)重复e)使所有无效等价类均被覆盖。
4.判定表元素，同时也是判定表的方法步骤
?条件桩，列出问题的所有条件
?动作桩：列出可能针对问题所采取的操作
?条件项：针对所列条件的具体赋值
?动作项：列出在条件项（各种取值）组合情况下应该采取的动作。
?规则：任何一个条件组合的特定取值及其相应要执行的操作。
5.为什么使用正交试验法
在许多应用系统的测试工作中，不会象判断三角形那样简单，输入条件的因素很多，而且每个因素也不能简单用“是”和“否”来回答。测试组合会变得很多，如果按照传统的测试方法，会导致很大的测试工作量
6.循环测试
简单循环：完全跳过循环；只经过循环一次；经过循环两次；经过循环m（m < n ）次；
分别经过循环n-1, n, n+1 次
嵌套循环：在最里面的循环完成前面所述的简单循环测试，同时设定外部循环的最小迭代次数；逐步向外循环进行，直到所有循环被测试
串行连接的循环：独立循环→可以分别看着简单循环测试；依赖性循环→可以看着是嵌套循环
7.基于缺陷的测试，DPBT测试过程步骤P56
预处理/预编译，词法分析(Lexical Analysis) ，语法分析( Parsing) 和语义处理( Semantic Analysis) ，抽象语法树生成，控制流图生成，IP 扫描，人工确认
8.如何设计测试用例
?功能图法设计测试用例，就是如何覆盖软件所表现出来的所有状态，可以转化为两
个层次的测试用例
?从功能逻辑模型（决策表或因果图）导出局部测试用例，覆盖各个状态的各种输入
数据的组合
?从状态迁移图导出整体的测试用例，以覆盖系统（程序）控制的逻辑路径
9.基于场景的测试方法
?基于Use case或User Story直接进行验证
?根据UML的序列图来进行验证
?列出各种系统事件、观察和分析用户行为，设想各种可能的user scenario来
进行验证
?分析同类系统和竞争对手的系统
第四章
1.敏捷宣言的原则：
①时间：尽早和持续地交付有价值的软件来满足客户
②变更：欢迎需求变更——即使是在项目开发后期。要善于利用需求变更，帮助客户
获得竞争优势
③周期：要不断交付可用的软件，周期从几周到几个月不等，且越短越好
④协同：项目中，业务人员与开发人员必须一起工作
⑤信任：要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成
任务
⑥沟通：无论是团队内还是团队间，最有效的沟通方法是面对面的交谈
⑦产品：可用的软件是衡量进度的主要指标
⑧速度：敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持长期稳
定的开发速度
⑨追求：对技术的精益求精、对设计的不断完善将提升敏捷性
⑩简单：尽可能减少不必要的工作——一门艺术
?团队：最佳的架构、需求和设计出自于自组织的团队
?自省：团队要定期反省如何能够做到更有效，并相应地调整团队的行为
2.敏捷测试的特征和流程P74
3.为什么引入探索式测试
?开发人员多、测试人员少，测试更关注效率
?整个开发节奏很快，测试要跟上这个节奏
?测试时间很少，需要快速完成测试
?对产品或业务不够熟悉，需要操作或使用它来熟悉
?产品某些部分复杂，需要不断探索，才能很好地完成测试
4.ST vs ET 书P77
5.风险测试步骤
列出软件的所有功能和特性；确定每个功能出错的可能性；如果某个功能出错或欠缺某个特征，需要评估对用户使用软件产品的影响程度；根据上面两个步骤，计算风险度；根据可能出错的迹象，来修改风险度；决定测试的范围，编写测试方案
6.完整的软件测试规范是怎样的
规范目的，范围，文档结构，词汇表，参考信息，可追溯性，方针，过程/规范，指南，模板，检查表，培训，工具，参考资料等
7.制定测试规范需要考虑的内容
角色的确定，进入的准则，输入项，活动过程，输出项，验证与确认，退出的准则，度量
第五章
1.尽早发现错误的原因
?错误发现越早,成本越低.
?发现问题比较容易
?修正问题更容易
2.为什么要进行单元测试P95，单元测试的目标P96
3.实施代码规范的原因P99
4.走查和会议审查的对比P103
5.JUnit的主要特征P119
?测试代码与产品代码分开
?提供了编写测试类的框架
?通过与Ant结合，易于集成到程序的构建过程中，实施增量开发
?源代码公开，易于二次开发
?可扩展性强
6.JUnit七个类核心关系图P120
7.开源的单元测试工具P129
?C/C++ 语言单元测试工具：CppTest、CppUnit、…
?Java语言单元测试工具：TestNG、PMD、Checkstyle、Findbugs、Jalopy……
?Mock Object类工具: MockObjects、Xdoclet、EasyMock、MockCreator、MockEJB、ObjcUnit、jMock等
8.商业单元测试工具P130
?C/C++语言的单元测试工具以商业工具为主，例如Parasoft C++、PR QA?C/C++、CompuWare DevPartner for Visual C++ BoundsChecker Suite、Panorama C++等?内存资源泄漏检查工具，如CompuWare BounceChecker，IBM Rational PurifyPlus等?代码覆盖率检查工具，如CompuWare TrueCoverage，IBM Rational PureCoverage，TeleLogic Logiscope等。
?代码性能检查工具，如Logiscope和Macabe等
9.集成测试的模式P133
非渐增式测试模式：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，如大棒模式。
渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。
各自优缺点
10.三明治集成方法
采用三明治方法的优点是：它将自顶向下和自底向上的集成方法有机地结合起来，不需要写桩程序因为在测试初自底向上
11.自顶向下和自底向上的集成P133持续集成P135
第六章
1.功能测试的要点
?功能逻辑清楚，符合使用者习惯
?系统的各种状态按照业务流程而变化，并保持稳定
?每项功能符合实际要求
?系统的界面清晰、美观
?菜单、按钮操作正常、灵活，能处理一些异常操作
?能接受正确的数据输入，对异常输入的容错处理
?数据的输出结果准确，格式清晰，可以保存和读取
?程序安装、启动正常，有相应的提示框、错误提示等
2.回归测试的目的（回归测试的策略及方法P150）
?所做的修改达到了预定的目的，如错误得到了改正，新功能得到了实现，能够适应新的运行环境等；
?不影响软件原有功能的正确性。
3.一些常见的性能问题
?启动系统、打开页面越来越慢
?查询数据，很长时间才显示列表
?网络下载速度很低
?资源耗尽，如CPU使用率达到100%
?资源泄漏，如内存泄漏，最终会导致资源耗尽
?资源瓶颈，如线程、GDI、DB连接等资源变得稀缺
4.并发性能测试
并发性能测试的过程也是一个负载测试过程，即逐渐增加并发虚拟用户数负载，直到系统出现性能瓶颈或者崩溃为止。
破坏性压力测试，通过不断加载的手段，快速造成系统的崩溃，让问题尽快地暴露出来
5.性能的具体指标
?数据传输的吞吐量（Transactions）
?数据处理效率（Transactions per second）
?数据请求的响应时间（Response time）
?内存和CPU使用率
?连接时间（Connect Time）、发送时间（Sent Time）
?处理时间（Process Time）、页面下载时间
?第一次缓冲时间
?每秒（SSL）连接数
?每秒事务总数、每秒下载页面数
?每秒点击次数、每秒HTTP 响应数
?每秒重试次数
6.功能性测试VS安全性测试
?功能性测试：软件做它应该做的事，验证正确的输出
不正确的输出/行为/ 缺陷(Bug)
?安全性测试：软件不做它不应该做的事, 应用输入验证, 没有不安全的事情发生，在测试软件系统中对危险防止和危险处理设施进行的测试，以验证
其是否有效
第七章
1.验收测试的测试内容
验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试尽可能地发现软件中存留的缺陷，并保证系统或软件产品最终被用户接受。
主要包括易用性测试、安装测试、文档测试(如用户手册)等几个方面的内容。
2.验收测试的测试步骤,完成标准,注意事项P187
3.产品规格说明书的审核和验证(各四点)P188
4.用户界面的七要素P191
符合标准和规范,直观性,一致性,灵活性,舒适性,正确性,实用性
第八章
1.国际化的测试方法
?设计评审和代码审查
?针对源语言的功能测试，如不同的区域设置、不同的时区显示
?针对伪翻译（pseudo-code，pseudo-translation）版本的测试
2.软件国际化标准和软件本地化基本步骤P198本地化测试(6点)P201
3.UI验证的细节
?控件相互重叠或排列间隔不均衡。
?文字遮挡图像、文字超过边界或者控件中字符没有完整显示等问题
?文字方向的问题，如希伯莱文和阿拉伯文是从右到左显示
?左右对齐问题，如阿拉伯文应右对齐。中英文之间有区别，中文段落开头需要空两个字的距离，而英文开头则不是。
?连字符对多数拉丁语言有效，但对东方语言一般无效。
?拉丁语言的大小写问题、多字节语言的显示乱码问题等等
第九章
1.手工测试的局限性,测试自动化和自动化测试的区别P214
2.测试自动化带来的好处P215(9点)
3.正确认识测试自动化
?不现实的期望注定测试自动化的失败
?测试自动化能：
显著降低重复手工测试的时间
建立可靠、重复的测试，减少认为错误
增强测试质量和覆盖率
?测试自动化不能：
完全替代手工测试和手工测试工程师
保证100%的测试覆盖率
弥补测试实践的不足
4.各种测试的应用范围
a)在系统功能逻辑测试、验收测试、适用性测试、涉及物理交互性测试时，多采用手
工测试(黑盒)方法；
b)单元测试、集成测试、系统负载或性能、稳定性、可靠性测试等比较适合采用TA；
c)对那种不稳定软件的测试、开发周期很短的软件、一次性的软件等不适合测试自动
化
d)功能测试时，工具更能发挥回归测试作用，因为工具缺乏想象力和灵活性而不能发
现更多的新问题（自动测试只能发现15%的缺陷，而手工测试可以发现85%的缺陷），但可以保证对已经测试过部分进行测试的准确性和客观性
5.测试自动化实现的原理和方法(与书上略有不同)P217
?代码分析: 类似于高级编译系统，在工具中定义类/对象/函数/变量等定义规则、语法规则等，在分析时对代码进行语法扫描，找出不符合编码规范的地方。
?捕获和回放: 代码分析是一种白盒测试的自动化方法，捕获和回放则是一种黑盒测试的自动化方法。
?直接编写脚本来操作、控制、验证对象：包括对象识别、脚本技术、对运行结果进行比较
6.测试工具的分类P224
?根据测试方法不同，分为白盒测试工具和黑盒测试工具、静态测试工具和动态测试工具等。
?根据工具的来源不同，分为开源测试工具（多数是免费的）和商业测试工具、自主开发的测试工具和第三方测试工具等。
?根据测试的对象和目的，分为单元测试工具、功能测试工具、性能测试工具、测试管理工具等
更细的分类
?静态测试工具
- 扫描分析：Findbugs, JTest/C++Test
- 规则定义
?动态测试工具
- 内存检测工具
- 录制/回放工具
- 负载测试工具
- 监控工具
7.测试自动化项目的本质
测试自动化项目本质上是软件开发项目
?一个测试自动化项目必须具有：
?清晰定义并严格实施的过程
?来自组织各级的支持
?周密的计划
?具体的设计和架构
8.TA框架提供的服务
1.测试件的存储与管理
2.测试脚本开发调试（TIDE）
3.测试机/资源的管理
4.任务安排
5.测试执行启动与调度
6.系统监控、Log收集
7.测试结果分析
8.测试报告查询
第十章
1.软件测试计划的重点工作
?明确测试目标
?分析与确定测试范围
?识别测试项及其优先级
?识别测试风险，采取相应对策
?测试工作量估算
?测试资源、进度等安排
?测试阶段出入准则
2.设计和执行测试目标的原因或目的(确定测试目标,测试项目的出入准则P238)
?向风险管理活动提供信息
?提供软件系统质量有关信息
?评估软件产品是否满足相关利益者的期望
?评估缺陷修正（清除）而不带来负面效应
?评估软件变更实施而不带来负面效应
?评估软件是否完全满足合规性要求
3.软件需求的层次
?业务需求反映组织机构或客户对系统、产品的概括性要求，包括所要达到的业务目标，由项目视图与范围文档说明
?用户角色需求描述用户使用系统而要完成的各种任务，由用例（use case）文档或方案脚本说明
?功能需求定义开发人员必须实现的软件功能，它源于用户需求，是软件需求说明书中重要的组成部分
4.估算方法
?功能点方法
?工作分解结构表方法P245
?历史数据推算（相似规模、同类型）
?经验法（团队或专家小组）
?综合方法
5.风险常用的控制方法
?采取措施避免可以避免的风险
?高风险转移为低风险
?设法降低不可避免的风险
?做好风险管理计划
?制定处理风险一些应急、有效的方案
?计划时，对于估算资源、时间、预算留有余地
?制定文档标准，建立机制，保证文档及时产生
第十一章
1.什么是测试用例(测试用例的重要性/作用P258,考虑因素P260,基本原则P263)
?测试用例可以独立进行测试执行的最小单元
?测试内容的一系列情景和每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例
?测试用例就是将软件测试的行为活动转化为规范化的文档
2.单个测试用例的质量要求
具有可操作性;具备所需的各项信息;各项信息描述准确、清楚;测试目标针对性强;验证点完备，而且没有太多的验证点;没有太多的操作步骤;符合正常业务惯例。
3.整体测试用例的质量要求
?覆盖率：依据特定的测试目标，尽可能覆盖所有的测试范围、功能特性和代码
?易用性：设计思路清晰、组织结构层次合理，测试用例操作的连贯性好、执行顺畅
?易维护性：以较少的时间来完成测试用例的维护工作，包括易读性、一致性等
?粒度适中：既能覆盖各个特定的场景，保证测试覆盖率；又能处理好不同的测试数据、测试条件（数据驱动），提高测试用例的可维护性
4.测试用例套件P265
第十二章
1.硬件
机架式服务器,刀片式服务器,客户端机器,移动设备,声卡、显示卡、麦克风
2.为什么使用虚拟机
?充分利用硬件资源，有70％的服务器利用率只有20％～30 →借助虚拟机技术提高到85％～95％
?节约能源和空间。例如如果内存加大到16G或更高，一台机器可以虚拟4～8台服务器
?提升运作效率，几分钟就可装载所需的系统镜像文件
?有利于环境的建立和维护，容易实现添加、移动、变更和重置服务器的操作
3,如何建立项目的测试环境P280
第十三章
1.软件缺陷的处理技巧P306
2.Bug的优先排列
?可重复性(Repeatability)
?可观察性(Visibility)
?严重性(Severity)
?优先级=（可重复性+可发生性）X 严重性
第十四章
1.软件测试评估的目的
?量化测试进程，判断测试进行的状态和进度
?为测试或质量分析报告生成所需的量化数据，如缺陷清除率、测试覆盖率等
2.评估的各种公式P321
JMeter主要特征
用于对软件做压力测试，最初用于Web应用测试
用于测试静态和动态资源。例如静态文件、Java小服务程序、CGI脚本、Java 对象、数据库，FTP服务器, 等。
可以用于对服务器、网络或对象模拟巨大的负载，来在不同压力类别下测试它们的强度和分析整体性能
另外，JMeter能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证你的程序返回了期望的结果。
实验一：软件测试方法 一:实验题目 采用白盒测试技术和黑盒测试技术对给出的案例进行测试 二：试验目的 本次实验的目的是采用软件测试中的白盒测试技术和黑盒测试技术对给出的案例进行测试用例设计。从而巩固所学的软件测试知识，对软件测试有更深层的理解。 三：实验设备 个人PC机（装有数据库和集成开发环境软件） 四：实验内容 1）：为以下流程图所示的程序段设计一组测，分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖。并在各题下面写出测试用例、覆盖路径及结果等。 2）：画出下列代码相应的程序流程图，并采用基本路径测试方法为以下程序段设计测试用例（需列出具体实验步骤）。 void Do (int X,int A,int B) { 1 if ( (A>1)&&(B==0) ) 2 X = X/A; 3 if ( (A==2)||(X>1) ) 4 X = X+1;
5 } 采用基本路经测试方法测试用例，并写出具体步骤 3）：在某网站申请免费信箱时，要求用户必须输入用户名、密码及确认密码，对每一项输入条件的要求如下： 用户名：要求为4位以上，16位以下，使用英文字母、数字、“-”、“_”，并且首字符必须为字母或数字； 密码：要求为6～16位之间，只能使用英文字母、数字以及“-”、“_”，并且区分大小写。测试以上用例。 用所学的语言进行编码，然后进行等价类测试，当用户名和密码正确输入时提示注册成功；当错误输入时，显示不同的错误提示 通过分析测试用例以及最后得到的测试用例表分析所测程序的正确性，最后总结自己在这次试验中的收获并写出自己在这次试验中的心得体会。 五：实验步骤 1） （1）用语句覆盖方法进行测试 语句覆盖的基本思想是设计若干测试用例，运行被测程序，使程序中每个可执行语句至少被执行一次。由流程图可知该程序有四条不同的路径： P1：A-B-D P2：A-B-E P3：A-C-F P4：A-C-G 由于p1p2p4包含了所有可执行的语句，按照语句覆盖的测试用力设计原则，设计测试用例 无法检测出逻辑错误 （2）用判定覆盖方法进行测试 判定覆盖的基本思想是设计若干测试用例，运行被测程序，使得程序每个判断的取真和取假分支至少各执行一次，即判断条件真假均被满足。 条件覆盖测试用例 （3）用条件覆盖进行测试 条件覆盖的基本思想是设计若干测试用例，执行被测程序后要使每个判断中每个条件的可能取值至少满足一次。对于第一个判定条件A，可以分割如下： ?条件x>8：取真时为T1，取假时为F1；
软件测试与质量保证复习提纲 提要： 【复习重点】单元测试（黑盒测试：边界值、等价类、决策表；白盒测试：语句覆盖、条件覆盖、判定（分支）覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖、基路径法、数据流测试——定义节点、使用节点） 【复习方法】立足于教材，重点看讲课课件及所讲过的习题 【复习题目】 黑盒测试： 边界值 一般边界条件法（4n+1） 健壮性边界条件法（6n+1） 最坏边界条件法（5n） 健壮最坏边界条件法（7n） 等价类：注意无效等价类 决策表：先得到等价类，简化决策表 白盒测试（程序流程图、DD路径图）： 语句路径覆盖、判定（分支）路径覆盖、条件路径覆盖、判定/条件路径覆盖、条件组合路径覆盖、路径覆盖法 基路径法 圈复杂度V（G）= e –n +2 = 判定节点数+ 1=闭合区域数+1 其中e表示程序控制流图中边的数量、n表示节点的数量 定义/使用法：按照程序中变量定义和使用的位置来选择程序的测试路径的一种测试方法。 在程序设计中，程序的变量有两种不同作用： 1、将数据存储起来（变量出现在赋值语句的左边） 2、将所存储的数据取出来（变量出现在赋值语句的右边） 常见的定义/使用路径错误包括： 1、引用一个未初始化的变量 2、一个变量的死（无用）定义 3、等待一个还没有安排的进程 4、安排了一个与自身相同的进程 5、等待一个先前已经被中止了的进程 6、引用一个在并行进程中被定义的变量 7、引用一个值不确定的变量 定义节点：变量关联的存款单元的内容变化 使用节点：变量关联的存储单元的内容保持不变 谓词使用：节点外度(出度)>=2 计算使用：节点外度(出度)<=1
注：一个变量节点不是定义节点就是使用节点，也可能两者都是。如 a = a + 1 或a ++ 关于变量V： 定义/使用路径：路径的最初节点是定义节点，最终节点是使用节点 定义清晰（清除）路径：只有路径的最初节点是定义节点，中间没有定义节点注：定义清晰路径一定是定义/使用路径 因果图法 找出原因及结果，会画因果图，并将因果图转化为决策表，设计测试用例 正交试验法 会计算实验次数
软件测试标准 前言 前一版的《软件测试标准》，在测试工作中发挥了很好的指导作用。本次修改在原标准基础上，提出了新的测试理念、工作方法、组织方式，使之更贴近实际工作，真正起到纲领的作用。 一、软件测试 1、软件测试的目的 软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为：验证软件产品的实现状态以及实现质量。 2、软件测试相关概念 2.1白盒测试 指基于程序结构的测试，测试目标是检查程序内部逻辑结构和逻辑路径，是代码级的测试。 2．2黑盒测试 基于程序功能的测试，根据输入输出的关系推断程序功能的正确性。 2．3测试用例 测试方案，包括数据输入和相应的期望输出。依据测试用例来执行具体操作。 2．4预防性测试 其原理为：只要测试在生命周期中进行得足够早，就能够提高待测软件的质量。 2．5测试风险分析 其目的为：确定测试对象、测试的优先级、测试的深度。 2.6软件测试模型 公司目前采用V模型，实现测试与软件开发的同步进行。
2.7等价类划分 将测试对象按某种约定划分为有限个组成部分，提高测试的有效性。 2.8边界值分析 分析测试对象的所有边界值及边界附近的临界值。 二、测试工作流程 需求分析审核需求分析，编写验收测试部分用例 实地调研重点收集客户实际业务资料、操作习惯，并与需求分析作出对比 概要设计审核概要设计，从用户角度提出问题 编写集成测试用例 详细设计 审核详细设计报告，与需求分析、概要设计进行比对编写单元测试用例编写用户手册总体框架单元测试阶段提出测试计划 审核测试用例 执行测试 测试总结 集成测试阶段验收测试阶段 补充测试用例资料归档 修改测试 审核修改计划程序员提供修改清单编写测试用例执行测试 测试总结 复测测试报告复测测试用例复测 三、开发—测试流程
面向对象软件测试技术研究 一、引言 软件测试是伴随着软件的产生而产生的。软件危机的频繁出现促使了软件测试的地位得到了大幅提升。软件测试已经不仅仅是局限于软件开发过程中的一个阶段,它已经开始贯穿于整个软件开发过程,成为软件产品质量控制与质量管理的重要手段之一。 软件测试技术作为软件工程学科的一个分支,是保证软件质量和可靠性的关键,因此它也是软件开发过程中的一个重要环节。它的核心思想是:对于输入域的特定输入,观察软件的执行结果,验证该结果与期望结果是否一致,然后根据结果作相应的和调整。在测试过程中,测试用例的选择决定测试的有效性,这也就直接影响到成本,是软件测试的关键和难点。目前,软件测试技术的发展还不是很成熟,测试人员在选择测试用例时通常根据直觉和经验进行,给测试带来很大的盲目性,最终导致的后果是使软件后期维护的费用在成本中居高不下。科学生成测试用例对提高软件质量不仅重要而且必要。 随着面向对象软件开发技术的广泛应用和软件测试自动化的要求,特别是基于的软件开发技术的逐渐普及,基于模型的软件测试逐渐得到了软件开发人员和软件测试人员的认可和接受。它是一种新兴的测试用例生成技术。有优于以前的测试技术的方面。其中模型以其定义良好、功能强大、普遍适用的优点,为基于模型的测试提供了非常好的契机。 二、面向对象特征对软件测试的影响 面向对象技术是一个全新的开发模式,具有以下特点: (1)它要综合考虑软件开发过程所有阶段。 (2)在软件开发的整个生存周期中,每个阶段之间是连续的。 (3)开发过程分为面向对象分析(00A)、面向对象设计(OOD)、面向对象编程(OOP)、面向对象测试(OOT)四个连续的部分。 Coad和Yourdon给面}向对象的概念下了一个定义: 面向对象=对象+类+继承+通信 如果一个软件系统是使用这样4个概念设计和实现的,则认为这个软件系统是面向对象的。一个而向对象的程序的每一个组成部分都是对象,计算是通过对象和对象之间的通信来执行的。 面向对象技术的本质是定义了类的抽象,将变量和与作用于它的操作封装到一块。然后用不同的类和方法组合成一个对象系统。面向对象软件将传统软件中的一个过程或一个方法内的复杂性转移到对象之间的交互中。面向对象语言一些本质特征形成了如下的一些新的故障、错误风险。
内蒙古工业大学信息工程学院实验报告 课程名称：软件测试 实验名称：“爱米云网盘”黑盒测试设计用例 实验类型：验证性■综合性□设计性□ 实验室名称：软件实验室 班级：软件12-2 学号： 姓名：张贺组别： 同组人：成绩： 实验日期： 2015年6月14日 实验报告成绩：指导教师审核（签名）：年月日 实验报告 一．实验目的 ①理解黑盒测试的概念。 ②理解测试用例的重要性。 ③掌握黑盒测试技术设计测试用例的方法。 二．实验环境 Windows7操作系统爱米云服务器爱米云客户端 三．实验内容 应用黑盒测试技术，对“爱米云网盘客户端”登录功能进行测试用例设计。四．实验要求 ①根据《软件需求规格说明书》了解登录功能的测试需求。 ②重点针对账号、密码和登录流程进行测试用例设计。 ③应用黑盒测试技术进行测试用例设计，写出等价类表、边界值分析结果、用
例场景图等测试设计文档。 五．实验步骤 1、通读“爱米云网盘”的《软件需求规格说明书》，重点阅读登录功能的需求。 登陆时，用户名由3~20个字母、数字或“_”组成，密码由6~16个字符组成，不能是8位以下纯数字。登陆时，可以设置为“保存密码”或“自动登陆”。登陆成功的账号记录在账号输入框和下拉列表中，下拉列表最多记录5个账号。下拉列表中可以删除历史账号。登陆成功后可从主窗口菜单中，进行切换账号和修改密码。 2、针对登录功能，应用适当的黑盒测试技术的等价类划分法、边界值分析法、场景法等 测试方法，进行测试用例设计，列出每个测试子项对应的等价类表、边界值、用例场景图等。 账号和密码等价类划分法 测试点 用户名由3~20个字母、数字或“_”组成，密码由6~16个字符 下拉列表等价类划分法 账号和密码边界值分析法
《软件测试》复习提纲用答案 1.什么是软件测试？为何要进行软件测试？ 软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期、对软件产品（包括阶段性产品）进行验证和确认的活动过程。 确保软件的功能符合用户的需求，把尽可能多的问题在发布或交付前发现并改正。2.什么是软件缺陷？请举例。哪里出现的缺陷最多？ 软件缺陷就是软件产品中所存在的问题，最终表现为用户所需要的功能没有完全实现，未满足用户的需求。 术语：缺点(defect)异常(anomaly)偏差(variance)失败(failure)缺陷(bug)故障(fault)问题(problt)错误(error) 规格说明书出现的最多。 3.软件测试是否就是程序测试？哪些可以作为软件测试的对象？ 不是。对象：程序、数据（库）、文档、服务 4.软件测试的目的是什么？软件测试的目标是什么？软件测试的原则是什么？目的（P7，4目的）：测试的目的就是发现软件中的各种错误和缺陷；测试只能证明软件存在缺陷，不能证明软件不存在缺陷；测试可以使软件中缺陷降低到一定程度，而不是彻底消灭；以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。 目标：确保软件完成了它所承诺或公布的功能；为软件的质量评估提供依据；确保软件满足性能的要求；确保软件是健壮的和适应用户环境，为软件质量改进和管理提供帮助 原则(10项P6-7)：所有的测试都应追溯到用户需求；保证测试的覆盖程度，但穷举测试是不可能的；越早测试越好，测试过程与开发过程应是相结合的；Pareto原则：测试中发现的80%的错误可能来自于20%的程序代码；测试的规模由小而大，从单元测试到系统测试；为了尽可能地发现错误，应该由独立的第三方来测试；不能为了便于测试擅自修改程序；既应该测试软件该做什么也应该测试软件不该做什么 5.软件测试如何分类？（P5） 按照程序是否执行：静态测试（审查、评审和走查）、动态测试 按照测试用例的设计方法：白盒测试、黑盒测试 按照开发阶段划分：单元测试、集成测试、系统测试、验收测试 按照测试实施的组织划分:开发方测试、用户测试（β测试）、第三方测试 按照是否使用工具：手工测试、自动化测试
软件测试规 1目的 确保软件产品质量，使产品能够顺利交付和通过验收的一项重要措施。 2适用围 适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。 3职责 ?项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员完成各阶段的测试工作。 ?项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。 ?测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见 ?项目负责人组织测试环境的建立。 ?项目经理审核负责控制整个项目的时间和质量。 ?研发人员确认修改测试人员提交的bug。 4工作流程 4.1 测试依据 详细设计是模块测试的依据。因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。测试人员必须认真阅读，真正弄懂系统需求和详细设计。 4.2 制订《测试方案》 在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下容：
?测试目的； ?所需人员及相应培训要求； ?测试环境、工具和测试软件； ?测试用例、测试数据和预期的结果。 4.3 单元测试 项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。 单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。 单元测试针对程序模块，从程序的部结构出发设计测试用例。多个模块可以独立进行单元测试。 ?单元测试容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等； ?单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试； ?单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。 4.4 集成测试 编码开发完成，项目组部应进行组装测试。 集成测试由项目负责人组织策划（编写测试计划、测试用例）并实施。集成测试着重对各功能模块之间的接口进行测试，验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进行测试。 集成测试过程应填写《问题报告及维护记录》，测试结果应形成《测试报告》。 4.5 系统测试 在项目开发完成之后，应对整个系统软件和硬件进行系统测试。对性能、可靠性、健壮性、压力承受力等方面分别进行评价，以验证系统是否满足
软件测试方案 软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。本文主要描述软件测试的一些类型。 白盒测试 白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般白盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试 静态白盒测试 利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。比如，代码规范中规定，函数必须为动宾结构。而黑盒测试发现一个函数定义如下： Function NameGet(){ …. } 这是属于不符合开发规范的。 有这样一段代码: if ((i<0) & (i>=0)) … 这段代码交集为整个数轴，IF语句没有必要 I=0; while(I>100){ J=J+100; T=J*PI; } 在循环体内没有I的增加, 错误产生。
动态白盒测试 利用开发工具中的调式工具进行测试。比如一段代码有4个分支，输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。 if(I<0){ P1 }else{ P2 } 在调试中输入I=-1,测试P1程序段通过; 再输入I=1, 测试P2程序段，这样的测试属于动态白盒测试的缺陷。白盒测试通常在单元测试的时候进行。 功能测试 功能测试指测试软件各个功能模块是否正确，逻辑是否正确。对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面(GUI)或者测试脚本与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。功能测试的主要参考为类似于功能说明书之类的文档。 UI测试 UI测试指测试用户界面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字，图片组合是否完美，背景是否美观，操作是否友好等等 用户界面(UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可确保UI 中的对象按照预期的方式运行，并符合公司或行业的标准。包括用户友好性，人性化，易操作性测试。UI测试比较主观，与测试人员的喜好有关 比如：页面基调颜色刺眼；文字中出现错别字；页面显示范围超过屏幕范围等都属于UI测试中的缺陷。 性能测试 性能测试主要测试软件测试的性能，包括负载测试，强度测试，容量测试，基准测试以及基准测试 负载测试 负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。
第一章 1.软件测试正反两方面的观点 正面观点：Bill Hetzel博士（软件测试领域的先驱，正向思维代表）主要观点是：软件测试是为了验证软件是否符合用户需求，即验证软件产品是否能正常工作。 反面观点：Glenford J. Myers（反向思维的代表）： 观点：测试是为了证明程序有错，而不是证明程序无错误。 2.软件测试的定义 IEEE 的定义： ?在特定的条件下运行系统或构件，观察或记录结果，对系统的某个方面做出评价。 ?分析某个软件项以发现现存的与要求的条件之差别（即错误）并评价此软件项的特性。 正确的定义：软件测是由“验证（Verification）”和“有效性确认（Validation）”活动构成的整体。 3.软件测试在软件开发中的地位 软件开发是生产制造软件；软件测试是验证开发出来软件的质量。类比传统加工制造企业，软件开发人员就是生产加工的工人，软件测试人员就是质检人员。 关系应该是： 1、没有软件开发就没有测试，软件开发提供软件测试的对象。 2、软件开发和软件测试都是软件生命周期中的重要组成部分
3、软件开发和软件测试都是软件过程中的重要活动。 4、软件测试是保证软件开发产物质量的重要手段。（网上） 4.P11 V模型 第二章 1.软件缺陷 定义：IEEE STD 729(1983)对软件缺陷给出了一个标准的定义： 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题。 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。主要类型：软件缺陷的主要类型/现象有： ?功能、特性没有实现或部分实现； ?设计不合理，存在缺陷； ?实际结果和预期结果不一致； ?运行出错，包括运行中断、系统崩溃、界面混乱；
淮海工学院计算机科学系实验报告书 课程名：《软件工程》 题目：软件测试实验 班级：软件121 学号：2012122722 姓名：朱德坤
软件测试验报告要求 1目的与要求: 1）系统学习和理解结构化软件工程实现阶段的基本概念、原理、技术和方法； 2）掌握软件测试的基本技术和方法，特别是白盒测试与黑盒测试技术和方法； 3）通过实验，要逐步提高白盒测试与黑盒测试技术的实际应用能力； 4）熟悉C++编程环境下编写、调试单元代码的基本操作技术和方法； 5）按照实验题目要求独立完成本次试验任务，严禁拷贝、抄袭他人设计成果； 6）认真书写实验报告（要求给出完整的测试信息，如测试程序、测试用例，测试结果分析等），并于5月5日以前提交。 2 实验内容或题目 1.选择结构化详细设计试验中自己设计的某一具有代表性控制结构模块（含有分支和循环结 构），并用C语言实现（提前准备好，每种测试用例分别写在作业本上，上机时带上检查），而后分别完成下述2、3、4各题测试用例设计和测试结果分析； 2.采用白盒测试技术中逻辑覆盖方法（至少包含语句覆盖、判定覆盖、条件覆盖、条件组合 覆盖）设计测试用例，完成测试（测试屏幕截图）和测试结果分析； 3.采用白盒控制结构测试技术的基本路径测试和边界测试方法设计相应测试用例，并完成测 试和测试结果分析； 4.采用黑盒测试技术中的等价类划分方法设计相应测试用例（可重选适合黑盒测试技术的模 块），并完成程序测试和测试结果分析； 3 实验步骤与源程序 程序流程图:
流图：
程序: //拥有超级用户superuser，密码zdk #include
一、考试说明 1. 考试要求 （1）熟悉计算机基础知识； （2）熟悉操作系统、数据库、中间件、程序设计语言基础知识； （3）熟悉计算机网络基础知识； （4）熟悉软件工程知识，理解软件开发方法及过程； （5）熟悉软件质量及软件质量管理基础知识； （6）熟悉软件测试标准； （7）掌握软件测试技术及方法； （8）掌握软件测试项目管理知识； （9）掌握C语言以及C++或Java语言程序设计技术； （10）了解信息化及信息安全基础知识； （11）熟悉知识产权相关法律、法规； （12）正确阅读并理解相关领域的英文资料。 二、考试范围 考试科目1：软件工程与软件测试基础知识 1．计算机系统基础知识 1.1 计算机系统构成及硬件基础知识 ·计算机系统的构成 1.计算机的基本硬件系统：运算器、控制器、存储器、输入设备、输出设置 1)运算器和控制器组成CPU（中央处理单元，是硬件系统的核心） 2)存储器：内部存储器（速度高、容量小）、外部存储器（容量大、速度慢） 3)输入设备和输出设备：合称外部设备（外设） 2.CPU 4)功能：程序控制、操作控制、时间控制、数据处理 5)组成：运算器、控制器、寄存器组、内部总线 运算器 是一种执行部件，由算术逻辑单元（ALU）、累加寄存器、数据缓冲器存期、状态 条件寄存器组成
算术逻辑单元（ALU）：实现对数据的运算 累加寄存器（AC）：为ALU提供工作区，运算器中至少有一个累加寄存器 数据缓冲寄存器（DR）：作为CPU、内存、外围设备之间数据传送的中转站 状态条件寄存器（PSW）：为运算结果建立各种条形码，保存当前指令执行完成后的状态，通常一个算术操作产生一个云算计过，而一个逻辑操作产生一个判决 控制器 用于控制整个CPU的工作，它决定了计算机运行过程的自动化。由指令控制逻辑、时序控制逻辑、总线控制逻辑、中断控制逻辑 指令控制逻辑：完成取指令、分析指令、执行指令，指令寄存器（IR）、程序计数器（PC）、地址寄存器（AR）、指令译码器（ID）
安徽中杰测试 管 理 规 范 序号版本编号修订内容修订人批准人发布时间 1 安徽中杰软件测试管理规 范2015年7月20 日
1.目的 本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效保证软件质量。 2.范围 本文适用于软件测试人员。 3.参考资料 《缺陷管理规范》 《测试执行规范》 《文档测试指南》 《项目测试计划模版》 《测试用例设计规范》 《功能测试用例模版》 《集成测试用例模版》 《项目测试报告模版》 《自动化测试计划模版》 《性能测试计划模版》
4.测试过程描述 4.1 测试流程图 需求评审 测试计划 测试设计 功能测试执行 集成测试设计 /性能测试设计 集成/性能测试 文档测试 项目总结
4.2 活动说明 4.2.1 需求评审 4.2.1.1目的 从源头把握软件质量，并确保开发结果与实际需求相一致 4.2.1.2角色与职责 需求人员：《需求规格说明书》的编写，以及软件开发过程中《需求规格说明书》的修正； 评审人员：评审《需求规格说明书》，从全面性、完整性、正确性、一致性、可靠性方面检、查《需求规格说明书》，将需求缺陷提交给需求人员，并跟踪需求缺 陷直至需求缺陷验证关闭。 4.2.1.3启动标准 《需求规格说明书》编写完成
4.2.1.4工作流程图 需求评审 评审人员 需求人员 验证需求规格说明书 评审完成 对需求规格说明书评审 发现需求缺陷 修正需求规格说明书 将需求缺陷提交给需求人员 修正需求文档，并提交评审人员验证 全部缺陷验证通过 存在不通过的需求缺陷 4.2.1.5输入/输出 输入：《需求规格说明书》 输出：需求缺陷 4.2.1.6规范 参见《文档评审指南》
本科实验报告 课程名称：软件测试技术 实验项目：软件测试技术试验实验地点：实验楼211 专业班级：软件工程学号： 学生姓名：戴超 指导教师：兰方鹏 2015年10月7 日
太原理工大学学生实验报告
一、实验目的和要求 （1）熟练掌握白盒测试方法中的逻辑覆盖和路径覆盖方法。 （2）通过实验掌握逻辑覆盖测试的测试用例设计，掌握程序流图的绘制。 （3)运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 测试以下程序段 void dowork(int x,int y,int z) { （1）int k=0,j=0; （2）if((x>0)&&(z<10)) （3）{ （4）k=x*y-1; （5）j=sqrt(k); （6）} （7）if((x==4)||(y>5)) （8）j=x*y+10; （9）j=j%3; （10）} 三、主要仪器设备
一、实验目的和要求 （1）熟练掌握黑盒测试方法中的等价类测试方法和边界值测试方法。 （2）通过实验掌握如何应用黑盒测试用例。 （3）运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 （1）用你熟悉的语言编写一个判断三角形问题的程序。 要求：读入代表三角形边长的三个整数，判断它们能否组成三角形。如果能够，则输出三角形是等边、等腰或者一般三角形的识别信息；如果不能构成三角形，则输出相应提示信息。 （2）使用等价类方法和边界值方法设计测试用例。 三、主要仪器设备 四、操作方法与实验步骤 （1）先用等价类和边界值方法设计测试用例，然后用百合法进行检验和补充。 （2）判断三角形问题的程序流程图和程序流图如图1和图2所示。用你熟悉的语言编写源程序。 （3）使用等价类方法设计测试用例，并填写表2 和表3。
软件测试提纲 单元测试：Unit testing，一段代码的基本测试，实际大小未定，通常是一个函数或子程序，一般由开发者执行。单元测试是针对程序模块进行正确性检验的测试。从本质上讲，属于白盒测试。是测试过程的最小粒度。 集成测试：Integration testing，被测系统的所有组件都集成在一起，找出被测系统组建之间关系和接口中的错误。该测试一般在单元测试之后进行。 系统测试：System testing，系统测试实际上是针对系统中各个组成部分进行的综合性检验。尽管每一个检验有着特定的目标，然而所有的检测工作都要验证系统中每个部分均已得到正确的集成，并能完成指定的功能。 验收测试：Acceptance testing，它包括Alpha测试和Beta测试，系统开发生命周期方法论的一个阶段，由相关的用户和/或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收该系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性的控制。 α测试：Alpha testing，既可以是一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试。Alpha测试不能由程序员或测试员完成。 β测试：Beta testing，软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 静态测试：Static testing，不通过执行来测试一个系统，如代码检查、文档检查和评审等。静态测试是基于期望、专业经验、通用标准来对工作件的特征进行详细描述检查的一种测试方法。 动态测试：Dynamic testing，通过执行软件的手段来测试软件。 白盒测试：White box testing，根据软件内部的工作原理分析来进行测试，是基于代码的测试。测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件质量。白盒测试一般由项目经理在程序开发中进行。白盒测试也叫结构性测试、逻辑测试或基于程序的测试，是根据被测程序的内部结构设计测试用例的一类测试。 黑盒测试：Blackbox testing，指测试人员不关心程序具体如何实现的一种测试方法。根据软件的规格对软件进行各种输入和观察软件各种输出结果来发现软件的缺陷和测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。黑盒测试又叫功能性测试、数据驱动测试或基于规格说明的测试，是一种从用户观点出发的测试。 灰盒测试：Gray box testing，介于白盒测试与黑盒测试之间，灰盒测试结合了白盒测试和黑盒测试的要素，它考虑了用户端、特定的系统知识和操作环境。 功能测试：functional test，功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。 逻辑功能测试 界面测试：User interface testing，指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字、图片组合是否完美，操作是否友好，等等。测试的目标是确保用户界面为用户提供相应的访问或浏览功能，确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性。 易用性测试：Usability testing，指用户使用软件时是否感觉方便。 安装测试：Installing testing，确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。安装测试包括测试安装代码以及安装手册。
测试工作规范版本记录： 文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改当前版本：1.1 作者：** 完成日期：2004-9-15签收人： 签收日期： 1编写目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。 2测试团队构成 2.1职责 测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。
编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并提交测试报告供项目组参考。 进行缺陷跟踪与分析。 2.2角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。角色名称相关主要责任 测试经理组建测试组 协调测试组内部的沟通 代表测试组与其他角色组进行沟通编写测试计划 测试报告分析 测试用例设计工程师编写测试用例{可以由测试经理兼任}测试实施工程师实施测试用例，执行测试 技术支持工程师为测试工作提供技术支持 3工作流程及规范
3.1计划与设计阶段 在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下：
图表 2
划。测试计划中应该至少包括以下关键内容： 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级 测试方案——整体测试的测试方法和每个测试需求的测试方法 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 测试组角色——明确测试组内各个成员的角色和相关责任 里程碑——明确标准项目过程中测试组应该关注的里程碑 可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等 风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审。 测试计划由项目组评审通过. 在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后
复习提纲 第一章软件工程概述 1、分析60年代末出现的软件危机的原因。如何理解“越早潜伏的错误越晚发现，越晚发现的错误，修正的费用越高”。 答：软件危机是指在软件开发过程中遇到的一系列严重问题，如：开发周期延长，成本增加，可靠性降低等。 开发大型软件与编制小程序主要有以下区别： ⑴人员：小程序从确定要求、设计、编制、使用，直到维护通常由一个人完成；大型 软件则由用户、项目负责人、分析员、程序员、资料员、操作员等组成一支开发队伍来协同完成。 ⑵文档：小程序很少有书面文档；大型软件则是集体劳动的“产物”，必须有规范化 的文档，便于开发和维护。 ⑶产品。小程序工作量小，如果需作大的修改，可舍弃旧程序而重新编写；但大型软 件的开发耗费了大量的人力与物力，一般不会轻易抛弃，而总是在旧软件的基础上一再改动，以延长它的使用期，因此“版本”在不断升级。 大型软件的开发提出了许多新的问题，而开发方法却还停留在编制小程序的方法上，经验和技巧已不能满足开发大型软件的需要，导致软件开发过程混乱；使用的开发方法和技术不当，没有适当的文档，不易交流，维护困难，开发成本高，软件质量低等，这些问题是造成软件危机的主要原因。 2、软件复用的概念及两类软件复用技术：合成技术和生成技术。 答：软件复用是指在构造新的软件系统过程中，对已存在的软件产品(设计结构、源代码、文档等)重复使用的技术。 (1)合成技术 利用部件(component,组件，构件)合成软件系统的技术。 部件是可复用的一小段软件(可为二进制形式)，可以是对某一函数、过程、子程序、数据类型、算法等可复用软件成分的抽象，封装了功能细节和数据结构，有详细的接口。 (2)生成技术 利用可复用的模式，通过生成程序产生一个新的程序或程序段，产生的程序可以看成是模式的实例。 可复用的模式有两种：代码模式和规则模式。 ①代码模式 可复用的代码模式存在于应用生成器中，通过特定的参数替换，生成抽象软件模块的具体实体。各种程序生成器。
软件测试标准规范 1目的 为了确保软件产品质量，使产品能够顺利交付和通过验收，特编写本文档，以作参考 2适用范围 本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。 3职责 ?项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员完成各阶段的测试工作。 ?项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护 记录》。 ?测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见 ?项目负责人组织测试环境的建立。 ?项目经理审核负责控制整个项目的时间和质量。 ?研发人员确认修改测试人员提交的bug。 4工作流程 4.1测试依据 详细设计是模块测试的依据。因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。测试人员必须认真阅读，真正弄懂系统需求和详细设计。 4.2制订《测试方案》
在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下内容： ?测试目的； ?所需人员及相应培训要求； ?测试环境、工具和测试软件； ?测试用例、测试数据和预期的结果。 4.3单元测试 项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。 单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。 单元测试针对程序模块，从程序的内部结构出发设计测试用例。多个模块可以独立进行单元测试。 ?单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等； ?单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试； ?单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。 4.4集成测试 编码开发完成，项目组内部应进行组装测试。 集成测试由项目负责人组织策划（编写测试计划、测试用例）并实施。集成测试着重对各功能模块之间的接口进行测试，验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进行测试。
本科生课程论文---文献综述 题目：面向对象的软件测试 姓名： 学号： 学院：软件学院 专业：软件工程 年级：2010 教师：王灿辉 2013年05月20日
面向对象的软件测试 摘要：软件测试在整个软件项目开发过程中有着举足轻重的地位，测试技术的发展对于缩短测试周期、降低成本、提高质量都有着十分重要的意义。本文介绍了软件测试的关键技术，并对面向对象软件测试技术进行了简单的研究，讨论了面向对象软件测试的测试策略、方法及测试技术。随着软件产业的发展, 市场对软件质量的不断提高,软件测试不断受到重视。几乎每个中大型IT企业的产品在发布前都需要大量的质量控制、测试和文档工作。软件测试的重要性已成为企业生存与发展的核心。 关键词：软件质量性能测试软件测试面向对象 1软件测试的概念 1.1什么是软件测试 软件测试就是在软件投入运行之前，对软件需求分析、设计规格说明和编码实现的最终审查，他是软件质量保证的关键步骤。通常对软件测试的定义有两种描述：定义1：软件测试是为了发现错误而执行程序的过程。 定义2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。 1.2软件测试的意义 软件测试的意义在于保证软件产品的最终质量，在软件开发的过程中，对软件产品进行质量控制。一般来说软件测试应由独立的产品评测中心负责，严格按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试记录进行分析，并根据回归测试情况撰写测试报告。测试是为了证明软件有缺陷，从而加以改正，而不是保证软件没有缺陷，缺陷是软件与生俱来的。 1.3软件测试技术的发展趋势 我国的软件测试仍处于原始的初期，由于种种原因，我国的软件生产尚处于原始的“小作坊”型，离软件工程的需要，即实行工程化管理，用工业化，自动化的方法生产软件还有很大的距离。软件测试更是属于原始时期的初期，即程序员凭自己的经验对程序进行调试。因此，以普遍情况而言，我国目前尚无真正意义上的“测试”，这将大大影响高质量软件产品的推出和软件产业的形成。国外的软件测试，自从上世纪90年代末出现软件工程以来，软件测试工程作为一个专门的领域得到了发展。七十年代开始，软件测试职业化水平明显增长。在一些机构，已对多个测
广东*融学院实验报告 课程名称：软件测试 」、实验目的及要求 1、理解测试用例的重要性。 2、熟练掌握等价类划分、边界值方法、决策表和因果图法设计测试用例。 二、实验环境及相关情况（包含使用软件、实验设备、主要仪器及材料等） 1. 使用软件：装有QTP功能测试软件 2 .实验设备：装有Windows的联网的个人计算机 三、实验内容及步骤（包含简要的实验步骤流程） 1、实验题目：登陆框测试 在各种输入条件下，测试程序的登录对话框功能。 用户名和密码的规格说明书如下：（密码规则同用户名规则。） 用户名长度为6至10位（含6位和10 位）; 用户名由字符（a-z、A-Z）和数字（0-9）组成； 不能为空、空格和特殊字符。 要求：按照规格说明书，分别用等价类划分和边界值方法设计测试用例。 步骤：（1）分析规格说明书，确定输入条件、输出条件的有效等价类、无效等价类以及各个边界条件；（2）第二步：填表格并编号；（3）第三步：设计测试用例；（4）第四步：执行测试用例。 2、员工薪制冋题。 （1）年薪制员工：严重过失，扣年终风险金的4%，过失，扣年终风险金的2%。 （2）非年薪制员工：严重过失，扣月薪资的8%，过失，扣月薪资的4%。 步骤：（1）分析程序的规格说明，列出原因和结果；（2）找出原因与结果的因果关系、原因与原因之间的约束关系，画出因果图；（3）将因果图转化成决策表；（4）根据决策表，设计测试用例的输入数据和预期输出。
四、实验结果（包括程序或图表、结论陈述、数据记录及分析等，可附页） 等价类划分方法： 五、实验总结（包括心得体会、问题回答及实验改进意见，可附页） 通过本次实验，我理解了测试用例的重要性。熟练掌握了等价类划分、边界值方法、决策表和因果图法设计测试用例。 六、教师评语 1、完成所有规定的实验内容，实验步骤正确，结果正确； 2、完成绝大部分规定的实验内容，实验步骤正确，结果正确； 3、完成大部分规定的实验内容，实验步骤正确，结果正确； 4、基本完成规定的实验内容，实验步骤基本正确，所完成的结果基本正确； 5、未能很好地完成规定的实验内容或实验步骤不正确或结果不正确。 评定等级： 签名:
《软件测试》复习提纲 1.什么是软件测试？软件测试的意义？ 软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期、对软件产品（包括阶段性产品）进行验证和确认的活动过程。 答案1：软件测试是为了发现错误而执行程序的过程。 答案2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例运行程序，以及发现错误的过程。 意义：确保软件的功能符合用户的需求，把尽可能多的问题在发布或交付前发现并改正。 2.什么是软件缺陷？请举例。哪里出现的缺陷最多？ 软件缺陷就是软件产品中所存在的问题，最终表现为用户所需要的功能没有完全实现，未满足用户的需求。 举例：缺点(defect)异常(anomaly)偏差(variance)失败(failure)缺陷(bug)故障(fault)问题(problt)错误(error) 规格说明书出现的缺陷最多。 3.软件测试是否就是程序测试？哪些可以作为软件测试的对象？ 不是。对象：程序、数据（库）、文档、服务 4.软件测试的目的是什么？软件测试的目标是什么?软件测试的原则是什么？ 测试的目的就是发现软件中的各种错误和缺陷，但不是唯一目的，软件测试存在多种目的，其中最重要的三条为：(1)证明所做的是客户所需的(2)确保编码人员正确理解设计的意图(3)通过回归测试来保证目前运行的程序在将来仍然可以正常工作。 目标：确保软件完成了它所承诺或公布的功能；为软件的质量评估提供依据；确保软件满足性能的要求；确保软件是健壮的和适应用户环境，为软件质量改进和管理提供帮助原则：1.所有测试的标准都是建立在用户需求之上2.软件测试必须基于“质量第一”的思想去开展各项工作3.事先定义好产品的质量标准4.软件项目一启动，软件测试也就开始，而不是等程序写完才开始进行测试5.穷举测试时不可能的6.第三方进行测试会更客观更有效7.软件测试计划是做好软件测试工作的前提8.测试用例是设计出来的，不是写出来的9.对主观错误较多的程序段，应进行更深入的测试10.重视文档，妥善保管一切测试过程文档。 5.软件测试如何分类？ 按照程序是否执行：静态测试（审查、评审和走查）、动态测试 按照测试用例的设计方法：白盒测试、黑盒测试 按照开发阶段划分：单元测试、集成测试、系统测试、验收测试 按照测试实施的组织划分:开发方测试、用户测试（β测试）、第三方测试 按照是否使用工具：手工测试、自动化测试