既然选择了软件测试,不管以后的路有多难,都要努力走下去。 人生因梦想而美丽,因体验而精彩!

测试文档知识

上一篇 / 下一篇  2008-12-15 13:15:30 / 个人分类:总结

本章重点:

1.      测试文档的要求:

1)      测试文档是记录测试过程的数据

2)      测试文档必须保证为以后的缺陷跟踪提供依据

3)      测试文档要能证明测试的过程

4)      测试文档要能证明测试的步骤

5)      测试文档是贯穿整个测试流程的

6)      测试文档要覆盖软件开发生命周期

 

2.      测试文档的种类包括:

1)      需求类文档

2)      计划类文档

3)      设计类文档

4)      执行类文档

5)      缺陷记录类

6)      阶段汇总类

7)      测试总结

 

3.      测试需求说明了在一个软件测试项目中:

1)      项目的测试范围

2)      项目的测试目标

 

4.      在测试项目中,我们需要进行开发生命周期中哪些阶段测试

1)      单元测试

2)      集成测试

3)      系统测试

4)      验收测试

 

5.      系统特性包括:功能、性能、易用性、安全性、兼容性。

 

6.      为什么测试需求很重要?

1)      测试团队、开发、客户之间的测试目标不一致

2)      因时间关系导致很多重要内容都来不及测试

3)      无法有效估计项目所需资源

4)      资源难以合理分配

5)      总是出现测试逃逸现象

6)      测试进度难以跟踪

7)      无法计算测试覆盖

 

7.      功能性测试需求描述了系统的特性或系统提供的服务,主要包括:

1)      系统功能

2)      业务流程

3)      界面功能和风格

4)      系统安装

 

8.      非功能性测试需求描述了施加于系统操作上的约束,主要包括:

1)      性能要求

2)      安全性要求

3)      兼容性要求

4)      移植性要求

9.      测试需求的组成:

1)      需求标识

2)      需求名称

3)      需求描述

 

10.   常见的开发文档和用户文档包括:

1)      系统需求分析说明书

2)      业务说明书

3)      概要设计说明书

4)      详细设计说明书

5)      用户手册

6)      安装手册

 

11.   在测试需求分析过程中,可以通过使用一些已经存在的系统来了解更多的信息。这些系统包括:

1)      旧的版本

2)      同类系统

3)      系统原型

4)      部分完成(或已经完成)的系统

 

12.   作为测试项目的基础,测试需求有5个需要依据的准则:

1)      完整性

2)      无歧异性

3)      一致性

4)      可跟踪性

5)      可测试性

 

13.   为什么需要测试用例

1)      根据测试用例的多少和执行难度,估算测试工作量,便于测试项目的时间和资源管理与跟踪;

2)      减少回归测试的复杂程度;

3)      在软件版本更新后只需修正少量的测试用例便可以展开测试工作,降低工作强度、缩短项目周期;

4)      根据测试用例的操作步骤和执行结果,可以方便的书写软件测试缺陷报告;

5)      可以根据测试用例的执行等级,实施不同级别的测试;

 

14.   优质测试用例应具备的特性

1)      有效性

2)      可复用性

3)      易组织性

4)      可评估性

5)      可管理性

 

15.   划分等价类的原则

1)      如果输入条件规定了取值范围,或值的个数,则可以确立一个有效等价类和两个无效等价类

2)      如果输入条件规定了输入值的集合或者规定了必须如何的条件的情况下,可以确立一个有效等价类和一个无效等价类

3)      如果输入条件是一个布尔量,则可以确定一个有效等价类和一个无效等价类

4)      在规定了输入数据的一组值(假设N个)并且程序要对每一个输入值分别处理的情况下,可确立N个有效等价类和一个无效等价类。

5)      在规定了输入数据必须遵守的规则情况下可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)

 

16.   因果图使用前提:

如果在测试时必须考虑输入条件的各种组合,就可使用因果图来设计测试用例。它适合于描述对于多种条件的组合,会响应产生多个动作的情况

 

17.   一张判定表的田字结构:条件桩、条件项、动作桩、动作项。

 

18.   所谓边界值,是指输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态。

 

19.   测试用例书写标准

1)      标识符

2)      测试项

3)      文档拥有者、版本编号、创建日期

4)      测试环境要求

5)      测试动作描述

6)      预期值

7)      测试数据

 

20.   制定测试计划的步骤:

1)      确定测试范围

2)      确定测试策略

3)      确定自动化策略

4)      确定测试标准

5)      确定测试架构

6)      确定项目管理机制

7)      预估测试工作量

8)      评估风险并准备风险缓解计划

9)      测试计划评审

 

21.   系统测试前的四类标准

1)      进入标准

2)      退出标准

3)      暂停/继续标准

4)      通过/失败标准

5)      根据实际情况制定其他的标准

 

22.   测试环境包括:

1)      硬件要求:各种不同配置的硬件及其数量

2)      网络要求:测试时所需要的网络环境

3)      软件要求:测试时所需要的软件产品

4)      办公场所要求:进行测试时所需要的场地要求

 

23.   报告机制主要包括几个部分:

1)      报告类型:测试项目中有多种不同类型的报告,包括测试人员在定期工作报告、测试项目定期报告,项目阶段报告等

TAG: 总结

 

评分:0

我来说两句

日历

« 2024-03-25  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

我的存档

数据统计

  • 访问量: 5133
  • 日志数: 9
  • 建立时间: 2008-12-14
  • 更新时间: 2008-12-19

RSS订阅

Open Toolbar