软件测试复习资料
软件测试复习资料
软件测试复习资料软件测试复习资料软件测试是软件开发过程中至关重要的一环。
它的目的是为了发现并修复软件中的错误和缺陷，确保软件的质量和可靠性。
在软件测试的过程中，我们需要掌握一些基本的知识和技巧。
下面是一些软件测试的复习资料，希望对你的复习有所帮助。
一、软件测试的基本概念1. 软件测试的定义和目的：软件测试是指在软件开发过程中，通过运行软件系统，以发现系统中存在的错误和缺陷，并对其进行修复和验证的过程。
软件测试的目的是确保软件的质量和可靠性。
2. 软件测试的原则：软件测试应该具备独立性、全面性、可测性、可重复性、及时性和有效性等原则。
3. 软件测试的分类：软件测试可以分为静态测试和动态测试。
静态测试是指对软件系统的文档、源代码等进行检查和审查的过程，主要包括代码审查、文档审查等。
动态测试是指通过运行软件系统，模拟用户的操作和环境，以发现系统中的错误和缺陷的过程，主要包括黑盒测试、白盒测试等。
二、软件测试的方法和技术1. 黑盒测试：黑盒测试是一种基于需求规格说明书的测试方法，它不考虑软件的内部结构和实现细节，只关注软件的输入和输出。
黑盒测试主要包括等价类划分、边界值分析、决策表、状态转换图等技术。
2. 白盒测试：白盒测试是一种基于软件内部结构和实现细节的测试方法，它需要了解软件的源代码和程序逻辑。
白盒测试主要包括语句覆盖、分支覆盖、路径覆盖等技术。
3. 单元测试：单元测试是对软件系统中最小的可测试单元进行测试的过程，主要用于测试软件的各个模块和函数的功能是否正确。
4. 集成测试：集成测试是对软件系统中多个模块进行组合和测试的过程，主要用于测试模块之间的接口和交互是否正确。
5. 系统测试：系统测试是对整个软件系统进行测试的过程，主要用于测试系统的功能、性能、安全性等方面是否符合需求。
6. 验收测试：验收测试是在软件开发完成后，由用户或客户对软件进行测试的过程，主要用于确认软件是否满足用户的需求和期望。
软件测试技术复习资料
软件测试技术复习资料⼀、填空题1. 完整的测试应包括（制定测试计划）（设计测试⽅案）（测试准备和测试环境的搭建）（执⾏测试）（测试评估）。
2. 设计测试⽤例时应包括（输⼊数据）和（预期结果）。
6.对⾯向过程的系统采⽤的集成策略有_____⾃顶向下集成______________、_________________⾃底向上集成__两种。
7.软件测试主要分为__单元测试、集成测试、系统测试、验收测试_四类测试。
8.⿊盒测试⽤例设计⽅法包括等价类划分、边界值分析、_以及_____因果图，错误推测法等。
9.测试⼯作就是进⾏输⼊、接受输出、检验结果，不深⼊代码细节，这样的测试⽅法称为________⿊盒测试________，10.⽩盒测试是根据程序的（内部逻辑）来设计测试⽤例1、在测试执⾏结束后应该提交的⽂档有：测试问题报告、测试记录报告、阶段问题统计报告。
2、在测试总结后应该提交的⽂档有：测试问题分析报告、测试总结报告。
3、RAD⽅法中由于根本的需求没有被冻结，所以⽤户在设计的过程中是迭代的。
4、在RAD环境的测试是基于开发过程中的⽤户改进迭代。
5、在RAD⽅法中由于设计、编码和集成的反复循环性，导致了测试的设计、执⾏等的循环性。
6、测试项⽬的流程中⼀般有测试策划、测试设计、测试准备、测试执⾏、测试总结五个阶段。
7、在测试规划过程中，应对测试内容、测试需求的资源、测试通过的标准、测试进度和风险进⾏计划。
8、在测试设计过程中，应做出测试计划、测试⽤例，并要经过评审。
9、在执⾏测试的过程中应该注重⽤例执⾏时系统的实际动作和输出的真实准确记录。
10、所有的测试都应追溯到⽤户需求。
11、在集成测试的过程中，由于采⽤的测试策略不同，需要集成测试⼈员⾃⼰去编写驱动器和桩模块。
12、软件＝程序＋数据＋⽂档＋服务。
13、代码评审主要做代码审查⼯作。
14、软件测试主要分为单元，集成，系统，验收四类测试。
15、测试⼈员A在测试中发现系统20个缺陷，测试⼈员B在系统中发现了30缺陷，他们有5个缺陷是⼀样的，从理论上分析，系统⼤概存在120个缺陷？测试员A发现n个缺陷，B发现m个缺陷，共同缺陷m1个，理论上总的缺陷N=m/m1*n16、⽹络通讯三个要素，包括协议、IP、端⼝。
软件测试期末复习资料
需求分析与系统 设计
系统测试
概要设计
集成测试
详细设计
单元测试
编码
W模型
W模型由Evolutif公司提出，强调测试活动伴随着整个软件开发 周期，而且测试对象不仅仅是程序，需求、设计等活动同样需 要测试，也就是说，测试与开发是同步进行的。
W模型可以说是V模型的自然而然的发展。W模型体现了“及早 的和不断的进行软件测试”原则，能够帮助改进项目的内部质 量，减少总体测试时间，加快项目进度，降低测试和修改成本。
X模型也是对V模型和W
模型的改进。X模型提
出针对单独的程序片段
进行相互分离的编码和
封版 测试，此后通过频繁的
程序片段1 测试设计
X模型是事先计划再进行测试
执行测试 交接，通过集成最终合 成为可执行的程序。
工具配置
测试设计
X模型左边描述的是对
执行测试
工具配置
单独程序片段所进行的
编码完成
集成1～n
分离的编码和测试，此
敏捷开发过程模型 TDD
敏捷开发是一种以人为核心、迭代、循序 渐进的开发方法。在敏捷开发中，软件项 目的构建被切分成多个子项目，各个子项 目的成果都经过测试，具备集成和可运行 的特征。换言之，就是把一个大项目分为 多个相互联系，但也可独立运行的小项目， 并分别完成，在此过程中软件一直处于可 使用状态。
第三方测试也叫做独立测试，是指介于软件开发 者和软件用户之间的测试组织对软件进行的测试。
测试用例
从测试目的的角度来看，为达到最佳的 测试效果或高效的揭露隐藏的错误，而 精心设计并执行的少量测试数据，称之 为测试用例。
测试用例最基本由输入和预期输出组成。
软件开发过程模型
软件测试复习资料
软件测试复习资料正向思维软件测试就是为程序能够按预期设想那样运行而建立足够的信心。
“软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果”测试是为了验证软件是否符合用户需求，即验证软件产品是否能正常工作逆向思维测试是为了证明程序有错，而不是证明程序无错误一个好的测试用例是在于它能发现至今未发现的错误一个成功的测试是发现了至今未发现的错误的测试1、软件测试定义的两面性IEEE 的定义：（验证和确认在P25）在特定的条件下运行系统或构件，观察或记录结果，对系统的某个方面做出评价?分析某个软件项以发现现存的和要求的条件之差别（即错误）并评价此软件项的特性软件测试是由“验证（Verification）”和“有效性确认（Validation）”活动构成的整体?“验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性是否正确地构造了软件？即是否正确地做事，验证开发过程是否遵守已定义好的内容。
验证产品满足规格设计说明书的一致性“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。
是否构造了正是用户所需要的软件？即是否正在做正确的事。
验证产品所实现的功能是否满足用户的需求2、软件测试的价值全面评估产品质量，获得有关产品质量的全面、客观的信息发现问题，督促问题解决，提高产品质量持续提供质量反馈、及时揭示质量风险，有助于控制项目风险，提高构建的质量?通过缺陷分析，获得缺陷模式，有助于缺陷预防3、测试和质量保证的关系软件质量保证（Software Quality Assurance，SQA）活动是通过对软件产品有计划的进行评审和审计来验证软件是否合乎标准的系统工程，通过协调、审查和跟踪以获取有用信息，形成分析结果以指导软件过程。
对软件工程各个阶段的进展、完成质量及出现的问题进行评审、跟踪。
审查和验证软件产品是否遵守适用的标准、规程和要求，并最终确保符合标准、满足要求。
建立软件质量要素的度量机制，了解各种指标的量化信息，向管理者提供可视信息。
软件测试技术01335复习考试
软件测试技术01335复习考试第1章概述•考核知识点与考核目标1.软件测试的基本概念(重点)识记:软件测试的定义理解:软件测试生命周期、软件开发与测试模型2.软件测试技术分类(重点)理解:软件测试技术的分类3.软件测试目的和原则(次重点)理解:软件测试目的和原则4.软件测试工作流程(重点)理解:软件测试工作流程5.软件开发与软件测试的关系(一般)理解:软件开发与软件测试的关系•课后习题1.软件测试的目的：发现软件中出现的错误2.软件测试的原则： 1. 测试用例不仅选用的合理的数据，还要选择不合理的数据；2.应制定测试计划并严格执行；3. 对发现错误较多的程序段，应该进行更深入的测试；3.测试时机：应该尽可能早地进行测试4.软件测试对象：软件代码、文档、数据5.什么是软件测试？简述其目的和原则。
答：简单的说，是为了发现错误而执行软件产品程序的过程；大体来讲就是软件产品在交付之前，对软件进行检测是否满足客户需求的一种工作；测试目的：通过对软件错误的原因和分布进行归纳，来发现并排除软件产品的缺陷，对在需求和设计过程中存在的问题查缺补漏，从而确保软件的产品的质量；测试原则：1、尽早的和不断的进行软件测试；2、不可能完全的测试；无法找出所有的设计错误，并且不能采用逻辑来证明程序的正确性；3、增量测试，由小及大；单元测试、集成测试、确认测试、系统测试4、避免测试自己的程序；5、设计周密的测试用例6、注意错误集中的现象；7、确认bug的有效性；8、合理安排测试计划9、回归测试；10、测试结果的统计和分析；11、及时更新测试；6.软件测试阶段是如何划分的？大体分为以下3个阶段：1、需求阶段，需求阶段是测试活动的前提，明确了软件产品最终的实现的效果，生成测试总体计划；2、设计及编码阶段，根据需求阶段的文档进行概要设计，形成集成测试方案并以模块为单位循环进行单元测试、编码、单元测试，直至所有单元测试成功；3、集成测试、系统测试、验收测试阶段，完成集成测试后，申请系统测试、最后再进行验收测试7.简述软件测试过程。
软件测试课复习资料
#Chap 1·软件测试：是由“验证”和“有效性确认”活动构成的整体。
·结合V模型谈谈开发与测试关系（1）需求验证对应验收测试，客户需求的确认测试（2）系统架构设计的验证对应系统测试（3）产品详细设计的验证对应功能测试（4）代码的验证对应单元测试V模型能准确反映出开发活动和测试活动之间的关系，说明：1）测试活动与开发活动同时启动；2）测试分层的，开发不同阶段都有对应的测试类型相对应。
·了解测试目的、证实与证伪2种观念、测试驱动开发的概念目的：为了保证软件质量。
证实：测试是试图验证软件是正确的证伪：测试是为了发现错误而执行一个程序或者系统的过程测试驱动开发：测试在先，编码在后的开发思想。
区别于以往的先编码后测试的开发过程，而是在编程之前，先写测试的脚本或设计测试用例。
#Chap 2·ISO9126软件质量模型（一层6个即可），并分别说明各个质量属性的含义(P17)高层：软件质量需求评价准则；中层：软件质量设计评价准则；低层：软件质量度量评价功能性：软件所实现的功能达到它的设计规范和满足用户需求的程度可用性：对于一个软件，用户学习、操作、准备输入和理解输出所做努力的程度可靠性：在规定的时间和条件下，软件所能维持其正常的功能操作、性能水平的程度性能：在指定条件下，软件对操作的响应速度和实现某种功能所需的计算机资源的有效程度容量：系统的接受力、容纳或吸收的能力，或某项功能的最大数据量或最大限度，有时需要确定系统特定的需求所能容纳的最大量、所能表现的最大值。
可测量性：系统某些特征可以通过一些量化的数据指标描述其当前状态或设定状态可维护性：当一个软件投入运行应用后，需求发生变化、环境改变或软件发生错误时，进行相应修改所做努力的程度兼容性：软件从一个计算机系统或环境移植到另一个系统或环境的难易程度，或者是一个系统和外部条件共同工作的容易程度，可扩展性：指将来增加新功能、扩充系统能力的难易程度·软件缺陷的定义及表现形式软件缺陷是指计算机系统或者程序中存在的任何一种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷、瑕疵，其结果会导致软件产品在某种程度上不能满足用户的需要。
软件测试考前复习
一、选择题：1．软件测试按照测试层次可以分为( c )A．黑盒测试、白盒测试B. 功能性测试和结构性测试C．单元测试、集成测试和系统测试D、动态测试和静态测试2、软件测试是采用（ a ）执行软件的活动。
A．测试用例B．输入数据C．测试环境D．输入条件3．软件测试是软件开发过程的重要阶段，是软件质量保证的重要手段，下列哪个（些）是软件测试的任务？答案：（ d ）1预防软件发生错误 2发现程序错误 3提供诊断错误信息A．只有1B．只有2C．只有3D．都是4、导致软件缺陷的最大原因是：（ a ）A．软件需求说明书B．设计方案C．编码D．维护5、测试用例是为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据，至少应该包括（ a ）A、测试输入、执行条件和预期的结果。
B、测试目标、测试工具C、测试环境D、测试配置6、对已经发现的错误进行错误定位和确定出错性质，并改正这些错误，同时修改相关的文档，这种行为属于（ b ）A．测试B．调试C．回归测试D．单元测试7、软件缺陷修复的代价最高的阶段为（ a ）A、发布阶段B、需求阶段C、设计阶段D、编码阶段8、下列（ b ）是关于软件缺陷的描述。
A．导致软件包含故障的人的行为B．产品的异常情况C．引起一个功能部件不能完成所要求的功能的一种意外情况D．功能部件执行其规定功能的能力丧失9、可作为测试停止的标准是（ d ）A．当时间用光时B．执行了所有的测试用例，但没有发现故障C．当所有缺陷都已经清除时D．当达到所要求的覆盖时10、下列描述错误的是（ a ）A．软件发布后如果发现质量问题，那是软件测试人员的错B．穷尽测试实际上在一般情况下是不可行的C．软件测试自动化不是万能的D．测试能由非开发人员进行，调试必须由开发人员进行。
11、如下图所示的N-S图，至少需要（ b ）个测试用例完成逻辑覆盖。
（可不用了解）A．15B．16C．17D．1812、下列（ c ）方法设计出的测试用例发现程序错误的能力最强。
软件评测师考试复习资料
软件评测基础知识软件测试基本概念软件质量与软件测试：软件测试是软件质量保证工作的一个重要环节。
软件测试和软件质量保证是软件质量工程的两个不同层面的工作。
软件测试只是软件质量保证工作中的一个重要环节。
质量保证（QA ）的工作是通过预防、检查与改进来保证软件的质量，它所关注的是软件质量的检查和测量。
软件测试所关心的不是过程的活动，而是对过程的产物以及开发出的软件进行剖析。
软件测试定义：软件测试就是在软件投入运行前对软件需求分析、软件设计规格说明和软件编码进行的查错（包括代码执行活动与人工活动）。
软件测试是为了发现错误而执行程序的过程。
软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序的错误。
是在软件投入运行前，对软件需求分析、软件设计规格说明和软件编码的最终复审，是软件质量保证的关键步骤。
软件测试目的：（1）测试是一个为了寻找错误而运行程序的过程；（2）一个好的测试用例是指很可能找到迄今为止未发现的错误的用例；（3）一个成功的测试是指揭示了迄今为止尚未发现的错误的测试。
软件测试的目标是能够以耗费最少时间与最小工作量找出软件系统中潜在的各种错误与缺陷。
测试只能证明程序中错误的存在，但不能证明程序中没有错误。
软件测试原则：（1）尽早地并不断地进行软件测试；（2）程序员或程序设计机构应避免测试自己设计的程序；（3）测试前应当设定合理的测试用例；（4）测试用例的设计不仅要有合法的输入数据，还要有非法的输入数据；（5）在对程序修改之后要进行回归测试；（6）充分注意测试中的群集现象；（7）妥善保留测试计划、全部测试用例、出错统计和最终分析报告，并把它们作为软件的组成部分之一，为软件的维护提供方便；（8）应当对每一个测试结果做全面检查；（9）严格执行测试计划，排除测试的随意性。
软件测试对象：软件的测试不仅仅是程序的测试，软件的测试应贯穿于整个软件生命同期中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
输入条
有效等价类
无效等价类
件
地区码 以0开头的3位区码 以0开头的小于3位的数字串
以0开头的4位区码 以0开头的大于4位的数字串
以非0开头的数字串
以0开头的含有非数字的字符串
电话号 以非0、非1开头的7位
以0开头的数字串
码
号码
以1开头的数字串
以非0、非1开头的8位 以非0、非1开头的小于7位数字
号码
3、评审方法
各种方法交替使用，不同阶段和场合选取合适的方法 临时评审：设计、开发和测试人员自行进行。 轮查：邮件分发评审内容，搜集评审意见。 互为审查（同行评审）：适用于两个工作内容和技术相近的人员（团 队）。 走查：从头到尾进行检查。 会议审查：系统化、严密的集体评审方法，用于最可能产生风险的工作 成果（需求分析报告、系统架构设计、核心模块的代码）。
串
以非0、非1开头的大于8位数字
串
以非0、非1开头的含有非法字符
7或者8位数字串
测试用 010 6123456 覆盖1、7 01 81234567 覆盖3，8
例 025 81234567 覆盖1、 05511 6123456 覆盖4,7
8
10 81234567 覆盖5,8
0551 7123456 覆盖2、 025g 81234567 覆盖6,8
5、软件测试流程图 需求测试、单元测试、集成测试、系统测试、系统测试、性能测试、验 收测试、回归测试 6、软件测试和开发的关系
1、评审（属于静态测试）的概念：检验产品（需求或设计文档）是否 正确地满足以往建立的规范、是否符合客户的需求。 技术评审：对产品及各阶段的输出内容进行评估；查找需求、架构、逻 辑、功能和算法上的错误。 文档评审：对各文档的格式、内容等进行评审。如市场需求说明书、功 能设计说明书、测试计划、测试用例…。 2、缺陷修正成本 VS 时间
1、单元测试概念：针对软件设计的最小模块——程序模块，进行正确 性检验的测试工作。
内容：接口；局部数据结构；边界条件；独立路径；错误处理路径 2、单元测试的方法：主要采用白盒测试法，辅以黑盒测试法。 白盒测试法：用于代码评审、单元程序检验 黑盒测试法：用于模块、组件等大单元的功能测试之中 3、黑盒测试法：把程序看作一个不能打开的黑盒子，不考虑程序内部 结构和特性，而是考察数据的输入、条件限制和数据输出，完成测试。 4、白盒测试法：也称结构测试或逻辑驱动测试，根据模块内部结构， 基于内部逻辑结构，针对程序语句、路径、变量状态等来进行测试，检 验程序中的各个分支条件是否得到满足、每条执行路径是否按预定要求 正确的工作。 5、驱动程序和桩程序 驱动程序（driver），对底层或子层模块进行（单元或集成）测试时所 编制的调用被测模块的程序，用以模拟被测模块的上级模块 桩程序（stub），对顶层或上层模块进行测试时，所编制的替代下层模 块的程序，用以模拟被测模块工作过程中所调用的模块。
1、缺陷的严重等级 缺陷严重等级 描述
0级：致命
最严重等级，缺陷导致系统任何一个主要功能完全 丧失、用户数据受到破坏、系统崩溃、悬挂、死机
1级：严重
系统的主要功能部分丧失、数据不能完整保存，系 统的次要功能完全丧失，系统所提供的功能或服务 受到明显的影响
2级：一般
系统的次要功能没有完全实现，但不影响用户的正 常使用。例如提示信息不太准确；或用户界面差、 操作时间稍长等
7
010 06123456 覆盖9，1
0571 92345678 覆盖 0551 1123456 覆盖10,2
2、8
0551 612345 覆盖11,2
0571 912345678 覆盖12,2
0571 912345ab 覆盖13,2
1、手工测试：发现缺陷率高；容易实施；创造性、灵活性；覆盖率量 化困难；重复测试效率低；不一致性、可靠性低；依赖人力资源 自动测试：高效率（速度）；高复用性；覆盖率容易度量；准确、可 靠；不知疲劳；激励团队士气；机械、难以发现缺陷；一次性投入大 2、两者相互补充： 手工测试适用于：功能逻辑测试、验收测试、适用性测试、交互性测 试…不稳定、开发周期短或一次性的软件 自动测试适用于：单元测试、集成测试、系统负载或性能测试、可靠性 测试… 工具本身缺乏想象力和创造性 自动测试：发现15%的缺陷；手工测试：发现85%的缺陷
白盒方法的目标 语句覆盖：使程序中每一条可执行语句至少被执行一次。<最弱> 分支覆盖：又称判定覆盖，使程序中每一个分支都至少被执行一次。 条件覆盖：程序中每一个条件至少有一次被满足。 路径覆盖：对程序模块的所有独立的基本路径至少要测试一次。<最强>
共四条路径： Path1：1－2－3－4；Path2：1－2－3；Path3：1－3－4；Path4：1－3 7、基本路径覆盖 路径覆盖就是设计所有的测试用例，来覆盖程序中的所有可能的执行路 径。 基本路径测试法是在程序控制流图的基础上，通过分析环路复杂性，导 出基本可执行路径集合，从而设计测试用例的方法。 设计出的测试用例要保证每个可执行语句至少被执行一次。是路径覆盖 的一个变体。 8、环路复杂性 三种方法： 1. V(G) = 区域数目 2. V(G) = 边界数目 – 节点数目 + 2 3. V(G) = 判断节点数目 + 1
此方法不仅自两头向中间集成，而且保证每个模块得到单独的测试，使 测试进行得比较彻底。
1、功能测试用例的设计 针对输入数据，采用：等价类划分法、边界值分析法 针对系统受多因素影响，采用： 因果图、决策表分析 2、等价类划分法：把所有可能的输入数据，划分成若干个子集（即等 价类），然后从每一个等级类中选取少数具有代表性的数据作为测试用 例。 要同时考虑有效和无效两种等价类。因为软件不仅要能接收合理的数 据，也要能经受意外的考验。 3、边界值法的设计方法 （1）确定边界情况 （2）选取正好等于、刚刚小于或刚刚大非渐增式测试模式：先分别测试每个模块，再把所有模块按设计 要求放在一起结合成所要的程序，如大棒模式。 （2）渐增式测试模式：把下一个要测试的模块同已经测试好的模块结 合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测 试。 10、自顶向下法
自底向上法
改善的三明治集成方法
1、系统测试 定义：针对非功能特性展开的，验证软件产品符合这些质量特性的要 求，从而满足用户和软件企业自身的非功能性需求。 分类：负载测试、性能测试、容量测试、安全性测试、兼容性测试、可 靠性测试等 2、定义 负载测试：通过模拟实际软件系统所承受的负载条件、改变系统负载大 小和方式来发现问题。更多地体现了一种方法或技术，可以为性能测试 和压力测试所采用。 压力测试：在强负载情况下（如大数据量、大量并发用户连接等）稳定 性进行测试，确认系统是否具有良好的容错能力和可恢复能力。 性能测试：为获取或验证系统性能指标而进行的测试。 3、输入参数：负载测试是通过模拟用户的操作方式来考察系统的行 为，所以人们肯定会问：如何模拟用户的行为？ （1）并发用户数；（2）思考时间：用户发出请求之间的间隔时间； （3）加载的循环次数或持续时间；（4）请求的数据量；（5）加载方 式 <输入参数设计：模拟系统实际运行时的外部条件> 5、输出参数 数据传输的吞吐量；数据处理效率；数据请求的响应时间；内存和CPU 使用率 <目的：监控负载测试的过程，分析测试的结果> <系统的行为表现，资源消耗情况> 6、性能指标 时间：如响应时间、处理时间、下载时间… 容量：如最大并发在线用户数… 数据吞吐量：如每秒处理的请求数… 系统资源占用率：如CPU使用率不超过70％…
1、测试用例的元素 测试目标，测试环境要求，输入数据，操作步骤，期望输出（重要的） 2、如何设计出高质量的测试用例： （1）客户需求导向的设计思路；（2）责任到人； （3）灵活的设计方 法 （4）测试用例设计不能局限于输入数据 （5）避免含糊/冗长/复杂 的测试用例（6）将具有类似功能的测试用例抽象并归类
1、软件缺陷的表现： （1）功能、特性没有实现或部分实现（2）设计不合理（3）实际结果 和预期结果不一致（4）运行出错，包括运行中断、系统崩溃、界面混 乱（5）数据结果不正确、精度不够（6）用户不能接受等其他问题，如 存取时间过长、界面不美观 2、软件缺陷的产生 （1）技术问题：算法错误、语法错误、计算和精度问题、接口参数传 递不匹配 （2）团队工作：误解、沟通不充分 （3）软件本身：文档错误、用户使用场合；时间上不协调/不一致性所 带来的问题；系统的自我恢复或数据的异地备份、灾难性恢复等 3、软件测试的发展4阶段 （1）1957～1978年，以功能验证为导向，测试是证明软件是正确的 （正向思维）。 （2）1978～1983年，以破坏性为导向，测试是为了找到软件中的错误 （逆向思维）。 （3）1983～1987年，以质量评估为导向，测试是提供产品的评估和质 量度量。 （4）1988年起，以缺陷预防为导向，测试是为了展示软件符合设计要 求，发现缺陷、预防缺陷。 4、软件测试定义的两面性
示例计算结果：V(G) =4 保证每个可执行语句至少被执行一次。 每个分支也能得到测试。 一条新的路径必须包含有一条新边。 基本路径：A－C－E－F－H；A－C－E－G－H；A－B－C－E－G－H；A－C －D－C－E－G－H
6、对于处于提交审批状态的单据，数据完整率达到80%以上或已经过业 务员确认，则进行处理。 输入条件： C1：处于提交审批状态 C2：数据完整率达到80%以上 C3：已经过业务员确认 输出结果： E1：处理 E2：不处理
1. 条件桩：列出问题的所有条件 2. 动作桩：列出可能针对问题所采取的操作 3. 条件项：针对所列条件的具体赋值（可取真值和假值） 4. 动作项：列出在条件项组合情况下应该采取的动作 5. 规则：任何一个条件组合的特定取值及其相应要执行的操作
5、因果图法 通过因果图确定输入条件组合和输出之间的逻辑关系，有利于设计全面 的测试用例。
响应时间：用户的关注点 容量和数据吞吐量：产品市场团队的关注点 系统资源占用率：开 发团队的技术关注点 7、兼容性测试的内容 硬件兼容性测试：如打印机 数据兼容性测试：如不同格式的文件