当前位置：文档之家 › 第六章软件测试.

第六章软件测试.

  • 格式：ppt
  • 大小：443.00 KB
  • 文档页数：62

下载文档原格式

  / 62

合集下载

软件测试方法和技术_集成测试与系统测试

软件测试方法和技术_集成测试与系统测试

因果图的约束符号
E（互斥） I（包含） O（唯一） R（要求） M（屏蔽）
因果图的约束符号说明
无效等价类 ② 有非数字字符 ③ 少于6个 数字字符④多于6个数字字符 ⑥ < 1960 ⑦ > 1979
月份范围
⑧ 在1-12之间
⑨ 等于 “0”
⑩ >12
3、为每一个无效等价类至少设计一个测试用例
测试数据
MAY,70 19705 1968011 195805 198012 196200 197222
例子：请利用等价类划分法为以下提供的内 容设计测试用例 在某一个PASCAL 语言版本中规定
1、标识符是由字母开头，后跟字母或数字 的任意组合构成。有效字符数为8个，最大 字符数为80个； 2、标识符必须先说明，后使用； 3、在同一个说明语句中，标识符至少必须 有一个。
• 用等价类划分方法，建立输入等价类表 :
• (5) 如果规定了输入数据必须遵守的规则，
则可以确立一个有效等价类（符合规则）
和若干个无效等价类（从不同角度违反规
则）。 例如：在C# 语言中规定了“一个语句必须 以分号“；”作为结束”，这时，可以确 定一个有效等价类，以 “；”结束，而若 干个无效等价类应以“：，、” 等符号结 束。
• (6)如果确知，已划分的等价类中各元素在程
年份范围
在无效范围边界上选 195906 取数据 198007
不合格年龄
月份范围
月份值为 1 月 月份值为 12 月
月份值 < 1 月份值 >12
196101 197812
196000 197913
输入有效 输入无效
• 错误推测法
– 人们也可以靠经验和直觉推测程序中可能存在

第六章 软件测试等价类测试

第六章 软件测试等价类测试

{<a， c>： b+c D6 = {<a，b，c>：a≥b+c } {<a， c>： a+C D7 = {<a，b，c>：b≥a+C } {<a， c>： a+b D8 = {<a，b，c>：c≥a+b }
计算机软件测试
NextDate函数的等价类测试用例 NextDate函数的等价类测试用例
确定等价类： 确定等价类：
有效等价类： 有效等价类： M1 = {月份：1≤月份 月份： 月份 月份≤12} 月份 D1 = {日期：1≤日期 日期： 日期 日期≤31} 日期 Y1 = {年：1812≤年≤2012} 年 年 无效等价类： 无效等价类： M2 = {月份：月份 月份： 月份 月份<1} M3 = {月份：月份 月份： 月份 月份>12} D2 = {日期．：日期 日期． 日期<1} 日期 D3 = {日期：日期 日期： 日期 日期>31} Y2 = {年：年<1812} 年 Y3 = {年：年>2012} 年
计算机软件测试强健壮等价类测试用例计算机软件测试1请以nextdate函数的36个强一般等价类测试用例为基础按所讨论的那样修改日期类然后找出其他9个测试用例2如果使用强类型语言编译器请讨论怎样才能执行健壮等价类测试用例3请针对包含了直角的扩展三角形问题来修改弱一般等价类集合4请对比单多缺陷假设与边界值测试和等价类测试计算机软件测试5对电话账单来说春季和秋季的标准时间与夏时制时间的转换会带来有意思的问题
g f e a b c d
计算机软件测试
弱一般等价类测试
• •
弱一般等价类测试是基于单缺陷假设的； 弱一般等价类测试是基于单缺陷假设的； 弱一般等价类测试通过使用一个测试用例中的每个等价 区间)的一个变量实现。 类(区间)的一个变量实现。

软件测试技术乔冰琴版本第六章课后答案

软件测试技术乔冰琴版本第六章课后答案

软件测试技术乔冰琴版本第六章课后答案1、列举几种WR学习软件GUI的不同方式。

解：（1）使用Rapid Test Script wizard学习软件每个窗体中所有GUI对象的属性。

（2）通过录制脚本的方法学习被录制的那部分软件中所有的GUI 对象的属性。

（3）使用GUI Map Editor学习单个GUI对象、窗体或某个窗体中所有GUI对象的属性。

2、分别简述WR中同步点和检查点的作用。

解：当测试人员执行测试时，所测试的应用程序每次操作的响应时间并不一定，有时快，有时慢，导致执行输入动作的时间也需要等待。

在测试脚本中插入同步点，当Win Runner执行到同步点时，会暂停执行以等待应用程序某些状态的改变后，再继续行，以避免应用程序响应的时间超过Win Runner等待的时间而导致测试执行失败。

3、比较Win Runner中GUI DE Map File per Test和Global GUI Map File两种模式的区别。

解：GUI Map File per Test的方法：在测试的过程中将自动保GUI信息，打开测试时可以自动加载GUI文件。

Global GUI Map File的方法：在测试的过程中需要保存GUI，当应用程序改变时必须更新GUI文件。

4、简述利用Win Runner进行测试的过程可分为哪几个阶段，即操作步骤是什么。

解：WR的测试过程分为以下六个阶段：（1）创建GUI map。

（2）创建测试。

（3）调试测试。

（4）执行测试。

（5）查看测试结果。

（6）报告发现的错误。

5、给出Win Runner中将测试脚本转换为数据驱动测试脚本的一种实现步骤。

解：可以通过下列步骤将测试脚本转换成数据驱动测试脚本：（1）加上开启及关闭数据表的指令。

（2）加上循环并读取数据表的每一笔数据。

（3）将录制的固定值与检查点的值参数化为数据表的字段值。

国开作业软件测试（本）-第六章自测题25参考（含答案）

国开作业软件测试（本）-第六章自测题25参考（含答案）

题目：测试计划主要由哪个角色负责制定：（）。

选项A：开发人员选项B：测试人员选项C：项目经理选项D：测试经理答案：测试经理题目：测试经理的任务通常不包括：（）。

选项A：选择合适的测试策略和方法选项B：编写测试计划选项C：建立和维护测试环境选项D：选择和引入合适的测试工具答案：建立和维护测试环境题目：对于监控测试周期时采用的度量方法，下列叙述中不当的是：（）。

选项A：基于故障和基于失效的度量：统计特定软件版本中的故障数。

选项B：基于成本度量：统计已经花费的测试成本，下一测试周期成本与预期收益的关系。

选项C：基于测试对象的度量：统计代码和安装平台等覆盖情况。

选项D：基于测试用例的度量：统计各优先级的测试用例数量。

答案：基于成本度量：统计已经花费的测试成本，下一测试周期成本与预期收益的关系。

题目：下列哪个是测试组织独立的缺点？（）。

选项A：开发人员可能会失去对产品质量的责任心选项B：测试人员需要花时间了解所要测试的产品的需要、架构、代码等选项C：设立独立测试组会花费更多成本选项D：测试人员需要额外的培训答案：开发人员可能会失去对产品质量的责任心题目：如果没有做好配置管理工作，那么可能会导致：（）。

A．开发人员相互篡改各自编写的代码;B．集成工作难以开展C．问题分析和故障修正工作被复杂化D．测试评估工作受阻选项A：A、B、C、D选项B：B、D选项C：A、B、C选项D：A、C答案：A、B、C题目：对于测试过程来说，哪些工作产品要纳入配置管理？（）。

选项A：测试对象和测试材料选项B：测试对象（The test object）、测试材料（the test material）和测试环境选项C：问题报告和测试材料选项D：测试对象答案：测试对象（The test object）、测试材料（the test material）和测试环境题目：下列活动中，不属于测试计划活动的是：（）。

选项A：确定测试环境选项B：设计测试用例选项C：定义测试级别选项D：估算测试成本答案：设计测试用例。

软件测试质量规章制度

软件测试质量规章制度

软件测试质量规章制度第一章总则第一条为了规范软件测试工作，提高软件测试质量，制定本规章制度。

第二条本规章制度适用于公司所有涉及软件测试工作的部门和人员。

第三条软件测试是保证软件质量和可靠性的重要手段，必须重视软件测试工作。

第四条软件测试的目标是发现软件存在的缺陷和问题，保证软件的质量和稳定性。

第五条软件测试工作必须按照规章制度的要求进行，不得擅自修改或者违反规定。

第二章软件测试计划第六条在软件测试工作开始前，必须制定详细的测试计划。

第七条测试计划应当包括测试的目标、范围、方法、资源、进度和质量要求等内容。

第八条测试计划必须经过相关部门和人员的审批和确认，方可执行。

第九条测试过程中如果需要调整测试计划，必须经过相关部门和人员的批准。

第十条测试计划必须根据实际情况进行调整和优化，确保软件测试工作按计划进行。

第三章软件测试过程第十一条软件测试过程必须按照测试计划进行，不得随意更改或者省略测试环节。

第十二条软件测试过程包括测试准备、测试设计、测试执行、测试评审和问题跟踪等环节。

第十三条测试过程中必须记录详细的测试过程和结果，以备后续分析和回溯。

第十四条测试过程中必须保证测试环境的稳定和可靠，确保测试结果的准确性和可信度。

第十五条测试人员必须具备专业的测试知识和技能，熟悉测试工具和方法。

第四章软件测试工具第十六条软件测试工具是提高测试效率和质量的重要手段，必须合理应用。

第十七条在选用测试工具时，必须充分考虑软件测试的实际需求和特点。

第十八条测试工具的选择必须经过评估和测试，确保其适用性和稳定性。

第十九条测试工具的使用必须按照相关规定和方法进行，不得滥用或者误用。

第二十条测试工具的管理必须做到规范和有效，确保测试工作的顺利进行。

第五章软件测试报告第二十一条软件测试过程中必须定期生成测试报告，记录测试过程和结果。

第二十二条测试报告必须真实准确地反映测试情况和结果，不得掺杂虚假信息。

第二十三条测试报告必须按照规定的格式和要求进行编写和提交。

软件测试技术 第六章 缺陷报告与测试评估

软件测试技术 第六章 缺陷报告与测试评估
软件测试技术
第六章 缺陷报告与测试评估
第六章 缺陷报告与测试评估
1. 软件缺陷的主要属性 2. 软件缺陷报告 3. 软件缺陷的生命周期与处理流程 4. 软件测试的评估 5. 测试总结报告
第2页/共109页
6.1. 软件缺陷的主要属性
为了正确、全面地描述软件缺陷首先需要了解缺陷 的一些主要属性，这些属性为缺陷修复和缺陷统计 分析提供了重要依据。软件缺陷包括以下一些主要 属性： （1）缺陷标识（Identifier） 唯一标识一个软件缺陷的符号，通常用数字编号表 示。当使用缺陷管理系统时，由软件自动生成；
第10页/共109页
（7）缺陷起源（Origin） 缺陷起源是指测试时第一次发现缺陷的阶段 ，例如以下一些典型阶段：需求、总体设计、详 细设计、编码、单元测试、集成测试、系统测试 、验收测试、产品试运行、产品发布后用户使用 阶段。发现缺陷的阶段越早，越有利于降低改正 缺陷的费用。
第11页/共109页
（8）缺陷来源（Source） 缺陷来源是指软件缺陷发生的地方。在软件生命周期某一阶 段发现的缺陷可能来源于前期阶段出现的错误。
其它10% 编码7%
设计27%
需求分析56%
图6-1 软件缺陷产生的阶段
第12页/共109页
（9）缺陷根源（Root Cause） 缺陷根源是指造成软件缺陷的根本因素，主要 是开发过程、工具、方法等软件工程技术与管理因 素以及测试策略等因素，通过缺陷根源分析可以改 进软件过程管理水平。
（1）保证能够重现缺陷；
第23页/共109页ຫໍສະໝຸດ 因此，测试人员在编写缺陷报告时需要注意以
下一些事项： （1）保证能够重现缺陷：如果测试人员发现不能 保证重现一个缺陷，那么就需要给开发人员提供尽 可能多的有效信息。如果无法重现或者没有验证是

软件测试 6第六章等价类测试

～
100
无效等价类 成绩>100 成绩>100
有效 等价类 1≤成绩 成绩≤ 1≤成绩≤100
划分等价类的规则:
(2)如果输入条件代表集合的某个元 素,则可定义一个有效等价类和一个 无效等价类.
– 如:某程序涉及到标识符,其输人条件 规定"标识符应以字母开头…",则 "以字母开头者"作为有效等价类, "以非字母开头"为无效等价类.
第一步: 第一步:等价类划分
"报表日期"输入条件的等价类表 报表日期" 报表日期
输入等价类 报表日期的 类型及长度 年份范围 月份范围 有效等价类 6位数字字符(1) 无效等价类 有非数字字符 (4) 少于6个数字字符 (5) 多于6个数字字符 (6) (7) (8) (9) (10)
在2001～2005之间(2) 小于2001 大于2005 在1～12之间(3) 小于1 大于12
第二步: 第二步:为有效等价类设计测试用例 对表中编号为1,2,3的 对表中编号为1,2,3的3个有效等价类 1,2,3 用一个测试用例覆盖: 用一个测试用例覆盖:
测试数据 200105 期望结果 输入有效 覆盖范围 等价类(1)(2)(3)
第三步: 第三步:为每一个无效等价类 设计至少一个测试用例
号码
无效等价类 a<0 一边<0 b<0 c<0 a<0且b<0 二边<0 a <0且c<0 b<0且c<0 三边均<0; a<0且b<0且<0 a+b<c a+b=c b+c<a b+c=a a+c<b a+c=b

软件测试文档

矩阵； 实施基于需求和基于功能的测试。 （3）可交付的文档 主确认测试计划； 验收测试计划（针对功能设计）； 验收测试报告（针对功能设计）。
详细设计阶段 （1）测试输入 详细设计规格说明（来自开发）。 （2）测试任务 详细设计验收测试计划； 分析和审核详细设计规格说明； 分析并设计基于内部的测试。 （3）可交付的文档 详细确认测试计划； 验收测试计划（针对详细设计）； 验收测试报告（针对详细设计）； 测试设计规格说明。
测试阶段 （1）测试输入 要测试的软件； 用户手册。 （2）测试任务 制定测试计划； 审查由开发部门进行的单元和集成测试； 进行功能测试； 进行系统测试； 审查用户手册。 （3）可交付的文档 测试记录； 测试事故报告； 测试总结报告。
运行/维护阶段 （1）测试输入 已确认的问题报告； 软件生命周期。软件生命周期是一个重复的过
3、测试计划书
测试计划文档化就成为测试计划书，包含总体 计划也包含分级计划，是可以更新改进的文档。
4、测试计划的内容
软件测试计划是整个测试过程中最重 要的部分，为实现可管理且高质量的测试 过程提供基础。测试计划以文档形式描述 软件测试预计达到的目标，确定测试过程 所要采用的方法策略。
测试计划包括测试目的、测试范围、测试 对象、测试策略、测试任务、测试用例、 资源配置、测试结果分析和度量以及测试 风险评估等，测试计划应当足够完整但也 不应当太详尽。
程。如果软件被修改了，开发和测试活动都要 回归到与修改相对应的生命周期阶段。 （2）测试任务 监视验收测试； 为确认的问题开发新的测试用例； 对测试的有效性进行评估。 （3）可交付的文档 可升级的测试用例库。
测试计划
1、定义：
软件测试是一个有组织有计划的活动，
应当给予充分的时间和资源进行测试计划，这

软件测试及软件质量控制


6.1.4 软件测试步骤与软件开发各 阶段的关系
（3）确认测试（也称验收测试，有效性测试） ：主要检验软件的功能和性能是否与需求说明书中 的规定一致。
（4）系统测试：将软件系统作为一个元素，放 入整个实际的计算机系统中，与计算机硬件、其他 软件、使用人员等系统元素结合在一起，在实际使 用环境下进行综合全面的测试。
6.1.3 测试信息流
• 一种是软件的质量和可靠性达到可以接受的程度。 • 另一种是所做的测试还不足以发现软件的严重错误
。 如果得到的评价是没有发现错误，很有可能测试
的配置考虑得不够充分和细致，软件仍有潜伏的错 误，以后改正错误需要付出高昂的代价。
2020/1/21
6.1.3 测试信息流
2.软件错误可以从不同角度进行分类： （1）从错误对程序的影响程度来分：
2020/1/21
6.1.3 测试信息流
将测试的过程用数据流图表示，可得测试信息流 如图6-1所示。
软件配置 1 测试结果 2 错误
测试配置
测试结果
测试工具 测试
评价
（至软件配置） 3 修正的软件
调试 正确
预测结果
出错率 4 数据 可靠性
分析
2020/1/21
图6-1 测试信息流
6.1..3 测试信息流
通过收集和分析测试结果的有关数据，可以建 立软件评估的可靠性模型。
如果经常出现需要修改设计的严重错误，那么 软件的质量和可靠性就值得怀疑，同时也表明需 要进一步测试。
相反，如果软件功能能够正确完成，出现的错 误易于修改，那么就可能有两种评价：
2020/1/21
2020/1/21
6.1.4 软件测试步骤与软件开发各 阶段的关系

第六章 软件测试


测试的方法与技术
人工测试方法 静态测 试方法 软件测试的 策略和方法 动态测 试方法
计算机辅助静 态分析方法
白盒测试方法 黑盒测试方法
动态黑盒测试 —闭着眼睛 测试软件
输入
软件
输出
不深入代码细节的测试方法称为动态黑盒测试。 软件测试员充当客户来使用它。
动态白盒测试 —带上X光眼 镜测试
250*(1+0.015)*((1+0.015)^360-1)/0.015
黑盒测试与白盒测试能发现 的错误
A
A B C D
C
D
B
-只能用黑盒测试发现的错误 -只能用白盒测试发现的错误 -两种方法都能发现的错误 -两种方法都不能发现的错误
白盒测试的测试用例 设计
逻辑覆盖法
(6)路径覆盖 (1)语句覆盖 (2)判定覆盖 (7)点覆盖 (3)条件覆盖 (4)判定/条件覆盖 (8)边覆盖 (5)条件组合覆盖
如何划分等价类？
• 有效等价类(合理等价类) • 无效等价类(不合理等价类)
划分等价类的标准：
• 覆盖 • 不相交 • 代表性
划分等价类的规则（page
(1)如果输入条件规定了取值范围， 可定义一个有效等价类和两个无 效等价类。 例 输入值是学生成绩，范围是0～100 ～
157）
0
无效等价类
成绩<0
测试用例 通过 A B X 路径
满足的 条件
覆盖 分支
2 0 4
2 1 1 1 0 2 1 1 1
T1,T2,T3,T4 c,e abe T1,T2,T3,T4 b,e abd T1,T2,T3,T4 b,d abd T1,T2,T3,T4 b,d
ace
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

4、 严格执行测试计划，排除测试的随意性。 5、应当对每一个测试结果做全面检查。
6、妥善保存测试计划，测试用例，出错统
计和最终分析报告，为维护提供方便。
黑盒测试概念及方法

黑盒测试是以用户的观点，从输入数据与输出数 据的对应关系出发进行测试的，它不涉及到程序 的内部结构。
- 很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒
黑盒测试有两种基本方法
通过测试
在进行通过测试时，实际上是确认软件能做什么，而不会去考 验其能力如何。软件测试员只运用最简单，最直观的测试案例。 在设计和执行测试案例时，总是先要进行通过测试。在进行破 坏性试验之前，看一看软件基本功能是否能够实现。 - 失败测试 在确信了软件正确运行之后，就可以采取各种手段通过搞“垮” 软件来找出缺陷。纯粹为了破坏软件而设计和执行的测试案例， 被称为失败测试或迫使出错测试。 失败测试通常有竞争条件， 重复，压迫等测试，例如，多次启动关闭程序，内存不足，磁 盘空间不够等。
具体的黑盒测试方法

等价类划分


边值分析
错误猜测
黑盒测试的两个阶段
第一个阶段新功能(New Feature)测试阶段对新
功能和新加代码的测试的原则:

对软件要实现的主要功能进行测试， 如果的问题，意味着主要程序的失败。

对主要功能展开最大范围的测试，要进行快速的测试但是不是 深度测试.

回归测试测什么?
- 新修复的bug(测是否修复)。 - 以前修复的bug(测是否重现)。 - 基本功能的回归测试(测是否被破坏)。

回归测试的重要性
- 保证软件的质量,帮助下一个版本制定计划。
测试的基本文档

每个测试过程的基本文档包括: • 《测试计划》：指明测试范围、方法、资源，以及相应测试活 动的时间进度安排表的文档。 • 《测试方案》：指明为完成软件或软件集成特性的测试而进行

测试计划是描述软件测试努力的目标、范围、方法和焦点
的文档。
准备测试计划的过程是完整考虑软件产品可接受评价努力 的一个有用的方法。完整的文档将有助于测试组之外的人
理解为什么要进行软件正确性检测，并且如何进行检测。
测试计划应当足够完整但也不应当太详尽，以致在测试组 之外没有人会读它。

专业的测试必须以一个好的测试计划作为基础。 尽管测试的每一个步骤都是独立的，但是必定要有一个起
执行软件测试
处理测试结果
软件需求测试
概要设计测试
单元测试
集成测试
验收测试
Beta测试
Alpha测试
系统测试
软件测试与开发的阶段关系
PM/市场/用户 软件需求文档 软件验收测试 用户/测试人员
PM、架构师
软件设计规格
软件系统测试
测试人员
架构师
软件框架设计
软件集成测试
测试人员
高级程序员
软件详细设计
软件单元测试
到框架结构作用的测试计划。测试的计划应该作为测试的
起始步骤和重要环节。
测试计划来源于测试需求
第六章软件测试
主要内容
测试概论 测试计划的编写 测试用例的编写 错误分类和错误跟踪系统的作用 错误跟踪文档
错误报告的生命周期和缺陷追踪
因为开发工作的前期不可避免地会引入错误， 测试的目的是为了发现和改正错误，这对 于某些涉及人的生命安全或重要的军事、 经济目标的项目显得尤其重要。 例如，1963年美国飞往火星的火箭爆炸，原 因是FORTRAN程序：DO 5 I=1，3 误写为：DO 5 I=1. 3 损失1000万美元。
程序/测试人员
程序员
软件编码
程序员
软件测试的基本原则 1、尽量不由程序设计者进行测试。 2、关键是注重测试用例的选择。 输入数据的组成（输入数据、预期的输出结果） 既有合理输入数据，也有不合理的输入数据。 用例既能检查应完成的任务，也能够检查不应该完成的任 务。 3、充分注意测试中的群集现象。程序中残存的错误数目与 该程序中已发现的错误数目成正比。
件测试是根据软件开发各阶段的规格说明和程序的内部 结构而精心设计出一批测试用例，并利用测试用例来运 行程序，以发现程序错误的过程。

测试的评判 好的测试方案是极可能发现迄今为止尚未发现的错 误的测试方案；成功的测试是发现了至今为止尚未发现 的错误的测试。
软件测试流程
项目需求 项目分析
项目计划 项目启动会议
测试概论
测试的目的 （1）系统地找出软件中潜在的各种错误和缺陷。 （2）跟踪修正软件缺陷 （3）验证修正的软件缺陷 （4）证明软件的功能和性能与需求说明相符合。 测试的目的是发现程序中的错误，是为了证 明程序有错，而不是证明程序无错。
测试概论

什么测试
为了发现程序中的错误而执行程序的过程。具体地说，软
测试方法是发现不了的。
例如:实现一个网页的功能,功能测试不关心它用什么语言编写的,只关 心功能 是否实现。 特点：
被测程序被当做一个无法打开的黑盒子。 测试者无需了解程序的逻辑结构。过早的了解程序 内部的情况会给黑盒测试带来负面的结果
输入I
程序 P=f(I, O)
输出O
黑盒测试有两种基本 方法


内部计划与进度
实施测试
测试版本传递
前期准备与设臵
测试文档
里程碑测试 周期
测试管理 执行测试 测试项目报告 测试质量保证
最终提交
项目收尾审查 客户满意度调查
软件测试过程
创建测试计划 回归测试
软 件 测 试 过 程
构建测试环境 测 试 需 求 分 析 制 定 测 试 计 划 设 计 测 试 用 例 执 行 测 试 撰 写 测 试 报 告 修 正 软 件 缺 陷

如果经过了以上两条基本测试,那么我们要用比较有挑战性的测 试用例来进行进一步的测试。

选择边界值进行测试。 进行探索性测试。
第二个阶段回归测试
第二个阶段回归测试(Regression)阶段. 回归 测试的两个目标:
- 检测已经修复的问题(bug)是否又重现了。 - 测试修复问题时有没有带来新的问题。
的设计测试方法的细节文档。
• 《测试用例》：指明为完成一个测试项的测试输入，预期结果， 测试执行条件等因素的文档。
• 《测试规程》：指明执行测试时测试活动序列的文档。
• 《测试报告》：指明执行测试结果的文档。
测试计划(Test Plan)的编写

测试计划的概念 测试计划文档的内容
测试计划的概念