测试计划

目录

1.     概述... ............1

1.1      产品简介... 1

1.2      范围... 1

1.3      限制条件... 1

1.4      参考文档... 1

2.    约定... 2

2.1      测试目标... 2

2.2      接收标准... 2

2.3      资源和工具... 2

2.3.1      资源... 2

2.3.2      工具... 2

2.4      送测要求... 2

2.5      编号规则... 2

3.    测试种类及测试标准... 3

3.1      测试种类... 3

3.2      测试方法及标准... 3

3.2.1      功能测试... 3

3.2.2      业务测试... 3

…… …… 余下全文

测试计划

目录

1.     概述... ............1

1.1      产品简介... 1

1.2      范围... 1

1.3      限制条件... 1

1.4      参考文档... 1

2.    约定... 2

2.1      测试目标... 2

2.2      接收标准... 2

2.3      资源和工具... 2

2.3.1      资源... 2

2.3.2      工具... 2

2.4      送测要求... 2

2.5      编号规则... 2

3.    测试种类及测试标准... 3

3.1      测试种类... 3

3.2      测试方法及标准... 3

3.2.1      功能测试... 3

3.2.2      业务测试... 3

…… …… 余下全文

案例释疑

案例1-1：终点线前的遗憾

说明：

课堂上讲述该案例，目的是让学员明白软件在现代科学中的地位是非常重要的，丝毫软件缺陷都可能带来严重后果。教师不必全部讲述，需摘略其中重点内容。

内容：

作为长期火星探测战略的一个步骤，美国航宇局于1998年12月11日和1999年1月3日先后将两颗探测器送往火星。其中先行一步的火星气候轨道器（MCO）经过6.65亿公里的飞行，终于在9月份飞到了火星，但在准备进入绕火星运行的轨道时，却不慎失手，让关注它的人们大失所望。令人吃惊的是，此次事故的原因竟是一个非常低级的失误。

根据对进行入轨机动点火前采集到的跟踪数据的分析，项目官员认为火星气候轨道器失踪的原因是导航出了重大错误，致使探测器飞到了比预定高度低很多的高度。实际上，在因飞入火星背面而与地面“正常”地失去联络之前，探测器就已经走上了一条将把它带到距火星表面最近仅57公里的错误路线。这一高度大大低于技术人员提出的约85～100公里的最小安全距离，与预定的140～150公里高度更是相差甚远。高度太低，探测器有可能在火星的大气中因气动热而被“火葬”，甚至还有可能坠毁在火星表面上。
事故发生后，主管该项目的美国航宇局喷气推进实验室等部门迅速开始了调查工作。初步分析时认定，问题可能出在卫星软件上，还可能是地面系统的问题，人员操作失误的可能性也不能排除。但最后查出的结果却让人难以置信：造成飞行高度太低的原因竟然是公制和英制的转换问题。调查人员在9月30日公布的一份报告中称，探测器制造商洛马公司对探测器的一项关键性操作提供的是英制单位的数据，而美国航宇局喷推实验室的导航人员想当然地以为是公制，未加换算便直接将英制数据输入了采用公制数据的计算机系统内，从而造成了严重的导航错误。
问题出在一个导航软件表上。这个出错的推力器校定表用在确定探测器位置的地面导航软件中。它的作用是把遥测到的推力器点火工作次数转换成提供给探测器的冲量，以消除因推力器点火工作造成的弹道计算中的剩余误差。喷推实验室在编制表时对推力器每次工作的冲量使用的是牛·秒这一公制单位，但由洛马公司提供的数据使用的却是英制的磅·秒，而这样计算出的冲量值只是实际值的22%。三轴稳定的该探测器使用反动轮控制姿态，其推力器每隔大约13～15小时点火一次，以降低轮的转速。这些点火工作每次只会引起几毫米/秒的速度变化，但每周要进行11次以上。起初剩余误差很小时，弹道计算可以很快收敛，但到后来收敛性就比较差了。
出现这种低级错误使有关部门感到很难堪。美国航宇局负责空间科学项目的副局长韦勒称，这已不能简单地说成是错误，这是美国航宇局系统工程工作的失败。

…… …… 余下全文

软件测试－测试用例的经典例子

一、等价类划分
问：某程序规定："输入三个整数 a、 b、 c分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型，当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算 … "。用等价类划分方法为该程序进行测试用例设计。（三角形问题的复杂之处在于输入与输出之间的关系比较复杂。）
解：
 分析题目中给出和隐含的对输入条件的要求：
（1）整数
（2）三个数
（3）非零数
（4）正数
（5）两边之和大于第三边
（6）等腰
（7）等边
   如果 a、 b 、 c满足条件（ 1 ） ~ （ 4 ），则输出下列四种情况之一：
   1)如果不满足条件（5），则程序输出为 " 非三角形 " 。
   2)如果三条边相等即满足条件（7），则程序输出为 " 等边三角形 " 。
   3)如果只有两条边相等、即满足条件（6），则程序输出为 " 等腰三角形 " 。
   4)如果三条边都不相等，则程序输出为 " 一般三角形 " 。
   列出等价类表并编号

   覆盖有效等价类的测试用例：
    a      b      c              覆盖等价类号码
    3      4      5             （1）--（7）
    4      4      5             （1）--（7），（8）
    4      5      5             （1）--（7），（9）   
    5      4      5             （1）--（7），（10）
    4      4      4             （1）--（7），（11）
   覆盖无效等价类的测试用例：

…… …… 余下全文

测试计划

目录

1.     概述... ............1

1.1      产品简介... 1

1.2      范围... 1

1.3      限制条件... 1

1.4      参考文档... 1

2.    约定... 2

2.1      测试目标... 2

2.2      接收标准... 2

2.3      资源和工具... 2

2.3.1      资源... 2

2.3.2      工具... 2

2.4      送测要求... 2

2.5      编号规则... 2

3.    测试种类及测试标准... 3

3.1      测试种类... 3

3.2      测试方法及标准... 3

3.2.1      功能测试... 3

3.2.2      业务测试... 3

…… …… 余下全文

测试方案模板

               Edit by LJ.

1  概述

  1.1 编写目的

         [说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于**系统整体系统功能和性能的测试指导。]

  1.2 读者对象

         [本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师]

  1.3 项目背景

         [可以如下那样简单说明，根据项目的具体情况，方案编写者也可以进行详细说明

项目名称：***

简称：***

项目代号：***

委托单位：***

开发单位：***

主管部分：***]

  1.4 测试目标

         [说明进行项目测试的目标或所要达到的目的]

  1.5 参考资料

         [列出编写本测试方案时参考的资料和文献]

2  测试配置要求

  2.1 网络环境

         [在此说明应用系统的网络环境，如果应用系统是网络版的，必须具有本节内容。]

…… …… 余下全文

软件工程测试总结报告

****信息科技有限公司

目录

1.    测试概述... 3

1.1.     编写目的... 3

1.2.     测试范围... 3

1.3.     参考资料... 3

2.    测试计划执行情况... 3

2.1.     测试类型... 3

2.2.     测试环境与配置... 4

2.3.     测试人员... 4

2.4.     测试问题总结... 4

3.    测试总结... 5

3.1.     测试用例执行结果... 5

3.2.     测试问题解决... 7

3.3.     测试结果分析... 8

4.    综合评价... 8

4.1.     软件能力... 8

4.2.     建议... 8

1.       测试概述

1.1.        编写目的

本测试报告为****网的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。

…… …… 余下全文