软件测试用例的设计方法

黑盒测试具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、场景法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。这些方法是比较实用的，但采用什么方法，在使用时自然要针对开发项目的特点对方法加以适当的选择。等价类划分法等价类划分是一种典型的黑盒测试方法，用这一方法设计测试用例完全不考虑程序的内部结构，只根据对程序的需求和说明，即需求规格说明书。由于穷举测试工作量太大，以致于无法实际完成，促使我们在大量的可能数据中选取其中的一部分作为测试用例。等价类划分法等价类划分法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值，也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能发现同样的错误；反之，如果某一类中的一个例子没有发现错误，则这一类中的其他例子也不会查出错误。使用这一方法设计测试用例，首先必须在分析需求规格说明的基础上划分等价类，列出等价类表。划分等价类和列出等价类表可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据取得较好的测试结果。等价类划分有两种不同的情况：有效等价类：是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。无效等价类：与有效等价类的定义恰巧相反。设计测试用例时，要同时考虑这两种等价类。因为软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。确定等价类的原则在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可以确立一个有效等价类和一个无效等价类。在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类。在规定了输入数据的一组值(假定n个)，并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类。在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步地划分为更小的等价类。建立等价类表在确立了等价类之后，建立等价类表，列出所有划分出的等价类：确定测试用例根据已列出的等价类表，按以下步骤确定测试用例：为每个等价类规定一个唯一的编号；设计一个新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖；设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。边界值分析法由测试工作的经验得知，大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。边界值分析是一种补充等价划分的测试用例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试用例。实践证明为检验边界附近的处理专门设计测试用例，常常取得良好的测试效果。边界值设计原则对边界值设计测试用例，应遵循以下几条原则：如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据。如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。根据规格说明的每个输出条件，使用前面的原则1。根据规格说明的每个输出条件，应用前面的原则2。如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例。如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。分析规格说明，找出其他可能的边界条件。其他一些边界条件另一种看起来很明显的软件缺陷来源是当软件要求输入时(比如在文本框中),不是没有输入正确的信息，而是根本没有输入任何内容，单单按了Enter键。这种情况在产品说明书中常常忽视，程序员也可能经常遗忘，但是在实际使用中却时有发生。程序员总会习惯性的认为用户要么输入信息，不管是看起来合法的或非法的信息，要不就会选择Cancel键放弃输入，如果没有对空值进行好的处理的话，恐怕程序员自己都不知道程序会引向何方。正确的软件通常应该将输入内容默认为合法边界内的最小值或者合法区间内某个合理值，否则返回错误提示信息。因为这些值通常在软件中进行特殊处理，所以不要把它们与合法情况和非法情况混在一起，而要建立单独的等价区间。场景法现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。提出这种测试思想的是Rational 公司，并在RUP2000 中文版当中有其详尽的解释和应用。用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。测试方法选择的综合策略测试用例的设计方法不是单独存在的，具体到每个测试项目里都会用到多种方法，每种类型的软件有各自的特点，每种测试用例设计的方法也有各自的特点，针对不同软件如何利用这些黑盒方法是非常重要的，在实际测试中，往往是综合使用各种方法才能有效提高测试效率和测试覆盖度，这就需要认真掌握这些方法的原理，积累更多的测试经验，以有效提高测试水平。 畛域值剖判法：畛域值剖判法假定大多半的舛错产生在各种输入条件的畛域上，如果在畛域邻近的取值不会招致舛错，那么其他取值招致舛错的或许性也很小。这种方法在很多时间能卓殊有效地暴露程序的舛错，但是它与等价类分别法一样没有切磋输入之间的组合状况，另外，畛域值在关切畛域范围的同时，或许纰漏了输入类型的题目。根本途径剖判法：根本途径剖判法通常使用在白盒测试中，用于笼罩程序分支途径。但在一些黑盒测试中也能使用。 （该图是一个单据审批流程）依照根本途径剖判，可以简便的归结出以下几种必要笼罩的流程：编辑请求单→确认→审批始末→生成请求呈报编辑请求单→确认→废止确认→重新编辑编辑请求单→确认→审批不始末→重新编辑根本途径剖判法的重点在于笼罩流程，确保让程序显示所有或许的逻辑。但是这种方法也生活必然的缺陷，即只笼罩一次流程，看待一些生活循环的流程没有切磋。例如：编辑请求单→确认→废止确认→重新编辑→确认→废止确认时出错。因果图法：因果图是一种简化了的逻辑图，能直观地阐明程序的输入条件（理由）和输入手脚（下场）之间的相相互干。因果图法是借助图形来设计测试用例的一种编制方法，特别适用于被测试程序具有多种输入条件，程序的输入又依赖于输入条件的各种状况。因果图法设计测试用例的方法如下：1）剖判所有或许的输入和或许的输入。2）找出输入和输入之间的对应相干。 3）画出因果图。4）把因果图转换成占定表。5）把占定表对应到每一个测试用例。因果图法设计测试用例的优点是让测试人员始末画因果图，能越发了解输入条件之间的逻辑相干，以及输入与输入之间的相干。缺点是必要画图和装换成占定表，看待对比杂乱的输入和输入必要破费多量的时间。场景设计法：场景设计法必要测试人员充盈施展对用户实际业务场景的遐想。舛错推度法：舛错推度法是测试体验富厚的测试人员喜好使用的一种测试用例设计方法。舛错推度法始末基于体验和直觉推测程序中或许产生的各种舛错，有针对性的设计测试用例，由于测试素质上并不是一门卓殊缜密的学科，测试人员的体验和直觉能对这种不缜密性做出很好的补充。正交实习法：要是：看待一个必要输入5个条件，每个条件参数为5个的界面，如果切磋所有的笼罩，则必要5×5×5×5×5=3125个测试用例，这样的劳动量是卓殊之大的。如何简化测试用例，用最少的用例得到尽或许所有的笼罩率呢？始末正交表可以有效的省略用例个数。欺骗正交表设计测试用例的方法如下：1）判断有那些身分。身分指输入的条件2）每个身分有哪几个参数。即水平3）选择适宜的正交表正交表：L4(2^3) 其中4表示用例个数、2表示水平、3表示身分4）把变量的值映照到表中。5）把表中每一行的各种身分和参数的组合营为一个测试用例。正交表法的依据是galois实际，从多量的实习数据当选择过量的、有代表性的点，从而合理地布置实习的一种迷信实习设计方法。在测试用例的设计中，可以从多量的测试用例数据当选择过量的、有代表性的测试数据，来合理布置测试。平均实习法：平均实习法是与正交表法相像的一种测试用例设计方法。正交表法的特质是划一并具有可比性和平衡星散性。平均表则是甩掉了划一可比性，仅切磋平均星散性的一种实习方法，它的优点是进一步省略实习的次数。组合笼罩法：组合笼罩法是另一种有效省略测试用例个数的测试用例设计方法。根据笼罩水平的不同，可以分为单身分笼罩、成对组合笼罩、三三组合笼罩等，其中又以成对组合笼罩最为常用。成对组合笼罩法请求随意两个身分（输入条件）的所有参数组合至多要被笼罩一次。组合笼罩的算法仍旧被很多工具实行，测试人员可以间接使用这些工具。例如：Tconfig、微软的PICTPICT罗致一个纯文本的Model文件作为输入，然后输入测试用例的会集。Model.txt文件的格式如下：<ParaName>：<value1>,<value2>,<value3>,……<ParaName>表示条件，<value1>,<value2>,<value3>表示参数分类树方法：分类树法是软件功用测试的一种方法，通太过类树把测试对象的整个输入域决裂成独立的类。

软件测试用例设计方法有哪些

测试方案，大概包括哪些方面

人员、资源、进度、测试目标、测试范围、测试完成标准等

软件测试方案设计 10分

OA办公系统自动化测试方案

办公自动化系统擅长处理类似公告、公文等流转类型的行政办公类应用需求、设计及相对独立的个人相关资料、通讯录、记事本等个人事务类的需求、设计。另外办公自动化系统软件的权限管理是其不同于其他应用软件的另外一个特点。系统需要为使用人员提供设置不同的权限和访问许可的功能，管理员可以通过调整各功能模块的访问权限，设置一般用户某些功能可以用，某些功能不允许用；并为员工创建、注销帐号及访问权限。提高了企业系统的资料的安全度，阻止非授权人的非法进入系统。针对这些特点我们在测试时主要着重于对流转型的行政办公需求、设计和对独立型的个人事务需求和设计来组织测试工作。

一、测试方法：

从整体来OA办公自动化系统一般包括公文管理、网上审批、个人信息管理、以及公共信息管理四个大的模块，在对每个模块的测试过程中我们将针对对每个模块的需求、特点分别采用不同的方法，具体在以后的测试过程中我们将采用以下方法：

1、公文管理、网上审批：

公文管理和网上审批都是以流转型业务为主，在此对于此类功能点我们将以收文管理为例，简要说明我们测试过程所采用的方法方案。

例如oa公文管理主要对公文进行登记和处理。在登记收文过程中直接输入，并将登记后的收文送领导阅读或批示（批示的流程完全可以根据用户的需要自己定义，也可以使用系统管理员已经定义好的公文批示流程），处理结束后将文件进行归档。管理人员可以对收文处理全过程进行监督、催办、重定位，也可以随时进行文件流程跟踪及查看其所有领导的批示意见、批示时间。针对这些情况，在进行测试分析和设计时，我们首先按照上面提到的根据现成的公司体制进行分析和设计的测试数据，然后将各个领导是否 *** 的情况区分开来。测试过程中我们准备了两套数据：

1) 领导不 ***

领导不 *** 的情况， 相对较简单， 即每个领导只负责一个批示。

2) 领导 ***

领导 *** 的情况，即每个领导可能负责不同过程中多个批示，这是流转型模块测试的一个难点，因此在测试过程中我们对此进行了重点测试。

2、个人事务

个人事务通常包括：待办工作、日程安排、个人资料、个人通讯录、个人记事本、外出声明等模块。例如批阅各部门上报的各种公文，评阅同事交流的各种文件内容，起草各类报告，查看个人的活动日程、外出等安排，同时系统能自动提醒待办事项。

以个人通讯录为例，用户可将朋友、同事名片登记并进行管理查询。每个人只能看到自己的通讯录，通过对所有个人通讯录的查询，自己可很快地找出所需要联系的人员信息，并方便地通知他们参加会议或发送邮件等等。在进行测试分析、设计和执行中我们将特别考虑以下几点：

1) 新建或修改通讯录时对于输入重复的信息系统是否给予提示警告；

2) 新建或修改信息时个人维护的私有名片是否能被其他人看到或修改；

3) 个人删除私有通讯录信息时是否影响到其他用户的通讯录信息；

4) 需要联系的通讯信息主人联系时，是否可以正确联系上，其联系内容是否显示正确；

3、公共信息管理

公共信息通常分两部分：一部分为一般用户的浏览操作，在此用户只能浏览、查阅。一部分为管理级别的用户，他们有权限添加、修改、编辑、删除相应的功能信息

在进行测试分析、设计和执行时要重点考虑：

1) 对规章制度的权限操作（管理员用户和一般用户）

2) 规章制度的套红头操作。

3) 规章制度浏览时的不可修改性。

4、系统基础信息

基础服务包括：人员注册、部门设置、组织结构调整、OA基础信息维护等模块。在此以基础数据维护......

软件测试设计的测试方案应该是怎样的额?

软件测试中有测试方法，测试计划等，此处说的测试方案是否是指测试计划呢

对于一个软件的测试计划，具体指需求分析，测试策略，工作量估算，进度安排，度量标准，风险评估，子计划制定，计划评审。测试计划包括的内容要素也可概括为：软件测试的范围、策略、需求、资源要求、人员要求、进度，软件测试停止的方法，测试用例设计的方法，测试中潜在的风险和问题区域以及角色与职责。

若你此处的测试方案指的是测试的策略的话，应该有以下几项内容：测试方法、测试工具、测试用例设计方法内容的选择则，测试方法也就是那些黑盒白盒等，测试用例的设计方法可以是等价类划分，边界值等等。希望有所帮助。(*^__^*) ……

测试方案如何写

谢谢！我并没有说明测试方案就是提取功能点，只是基于功能流程，提取测试点，不知道怎么写测试方案

软件测试方案怎么写啊？有什么格式?DOC文档的！

这里有些恢复软件的介绍，可以借鉴下，找个相对应的

测试过程：

①一个分区格式化后塞满文件，全部删除后进行数据恢复。

②把这个分区再次格式化后再恢复。

③把这个分区删除后进行数据恢复。

PS：我硬盘最后有一个隐藏的150M左右的分区，是平时用来在DOS下作业的。为了节省测试时间和方便操作，就使用了这个分区进行测试。

测试环境：

主板 ASUS P4P800-X

CPU C4D 2.4

内存 512M DDR333

硬盘 Maxtor 120G

测试结果：

①几乎所有软件都能够对删除的文件进行恢复，但部分软件恢复后的数据有问题。

②只有部分软件支持对格式化后的硬盘进行数据恢复。

PS：由于时间原因我没有进行全面的测试，只对是否能有效恢复文件做了简单测试，根据测试结果把这些软件分位三类，只对能够进行格式化后恢复的软件做了详细比较。其他两类没有做比较，因此不做说明。

一、只能恢复已删除文件

1 Active File Recovery

一个简单易用、功能超强的数据恢复工具，使用它可以恢复在 Windows 中丢失或删除的文件和文件夹。它不仅可以恢复分区格式化或丢失后的数据，而且可以恢复被损坏、病毒或目录结构导致丢失的数据。所有类型的硬盘驱动器：IDE、ATA、SCSI 和软盘；可移动设备：pactFlash、SmartMedia、Secure Digital/MultiMediaCard、Sony Memory Sticks 等；

格式化恢复：无 速度很快，只有一种扫描方式，对中文支持不好，带中文名字的文件大多无法恢复（中文和英文结合时，如果中文在前，无法恢复；如果英文在前，可恢复，丢失中文部分），中文Word文档恢复后部分成乱码。扫描到的文件以原来目录结构方式显示。

2 Drive Rescue 1.9d

一款优秀而且免费的磁盘数据拯救程序，它能恢复驱动器（例如硬盘）上误删或遗失的数据，即使已经失去分区表或硬盘已被快速格式化或者遭遇系统崩溃等情况，找回驱动器重要文件系统信息如分区表、引导记录、FAT、文件/目录记录等。当然对于物理损坏的硬盘它也无能为力。Drive Rescue支持FAT 12/16/32分区和Windows全系列操作系统以及双硬盘。

格式化恢复：无

功能一般，扫描速度中等，扫描效果还不错，对中文和特殊字符文件名的文件都能够很好的支持。恢复时要到菜单里选择保存，或者用Ctrl S。特色是能够查找丢失的分区并修复。

3 DISKMAND

Winternals公司的又一款力作。它是基于WINNT内核平台的数据恢复软件，支持FAT16/FAT32/NTFS，支持SCSI、RAID，支持长文件名，还可以恢复NTFS加密的软件，可以说，只要硬盘主数据区没被破坏，无论分区表有无，或者损坏的多么严重，他都可以完整的恢复几乎所有的文件，即使文件区被损坏，也能把剩下的部分，恢复到不同程度，这个是其他软件无法做到的。

格式化恢复：无

这个软件没有单独发行版本，是包含在ERD系统里的恢复软件，当年做光盘时专门测试过它。扫描速度还不错，可以选择扫描已经删除的文件，或者是丢失或损坏的文件，操作比较傻瓜化。对中文以及深层目录支持的比较好，可以恢复到最原始的状态。

4 Filerecoveryangel

一款文件恢复工具，它能够帮助你从格式化成FAT12、FAT16、FAT32、NTFS文件系统的磁盘中恢......

解决方案测试和软件测试有什么区别

解决方案测试是针对的解决方案，这个解决方案也许能解决问题，也许解决不了问题，所以要进行测试以验证其能否真正解决问题，比软件测试更有针对性和目的性。

软件测试是针对一个软件系统，可以包括软件的功能、性能、安全、易用性、兼容性等等，比某一个特定的解决方案的测试要更全面。

软件测试计划中的测试策略怎么写

测试计划编写基本策略

1、测试计划编写依据：项目计划、项目计划的评估状态以及业务的理解

2、测试计划编写时间：尽早开始。原则上应该在需求定义完成之后开始编写测试计划，对于开发过程不是十分清晰和稳定的项目，测试计划也可以在总体设计完成后开始编写。

3、测试计划的编写与实施：测试计划应该由测试小组组长或最有经验的测试人员来进行编写，测试计划由测试人员来实施，测试人员可以对测试计划进行相关人员确认后进行调整。

4、测试计划的变更：测试计划是一个发展变化的文档，会随着项目的进展、人员或环境的变动而变化，确保测试计划是最新的而且依据测试计划执行测试工作。

5、测试计划的优先级别：没有谁可以保证通过测试后的产品没有缺陷，也没有公司会允许无休止的测试。好的测试是一个有代表性、简单和有效的测试，在测试计划中，必须制定测试的优先级和重点。

6、测试计划的评审：测试计划需要由高级测试人员或测试组长制订，在经验不足或条件限制的软件测试计划的制订时，需要多名测试人员共同制订和修正.（1）软件项目经理负责评审测试计划的方向正确性和软件开发按照总体设计方案实施(如有改动，需通知测试人员修改计划)，并保证软件具有可测试性

（2）QA人员评审测试过程的正确性和能够按照计划要求的正确实施

（3）高级经理评审测试计划的导言和范围的正确性

软件测试用例设计之等价类划分法

一、等价类划分法的定义

二、等价类划分法的术语

三、等价类划分原则

四、实例演示（三角形问题和档案管理系统问题）

软件测试用例之边界值分析法

一、边界值分析法定义

二、等价类划分法和边界值分析法的区别

三、内部边界值

四、设计测试用例的原则

五、边界值分析法实例（三角形问题）

软件测试用例设计之错误推测法

一、错误推测法定义

二、错误推测法基本思想

三、错误推测法实例

四、错误推测法的优势和不足

软件测试用例设计之判定表驱动法

一、判定表的定义

二、判定表的组成部分

三、判定表驱动法设计步骤

四、实例

五、因果图和判定表的区别

六、判定表驱动法的使用条件

七、判定表驱动法的优点

八、判定表驱动法的缺点

软件测试用例设计之因果图法

一、因果图法定义

二、因果图常用符号

三、因果图的四种关系

四、因果图约束条件

五、因果图法设计步骤

六、实例