软件测试工程师管理系统
测试计划
文档编号：
版本号：
软件产品名称：软件测试工程师管理系统
软件开发部门：
软件测试部门：
编写：日期：
审核：日期：
批准：日期：
目录
1.引言 (5)
测试计划概述 (5)
被测试系统概述 (5)
测试计划制定依据 (6)
预期读者 (6)
2.测试范围 (6)
测试特性与软件需求的对应关系 (7)
安装/卸载测试 (7)
功能测试 (7)
3.术语定义 (9)
软件错误与缺陷定义 (9)
其他术语的定义 (9)
4.测试目标与策略 (9)
测试目标 (9)
测试方法 (9)
测试工具 (9)
测试地点 (9)
5.测试状态转换标准和再启动要求 (9)
6.测试通过准则 (9)
7.应提供的测试文档 (10)
8.测试资源需求 (10)
硬件需求 (10)
软件需求 (10)
网络需求 (10)
人员需求 (10)
其他需求 (11)
9.人员、职责及培训要求 (11)
人员组成 (11)
人员分工与职责 (11)
培训要求 (11)
10.测试进度 (11)
11.风险和应急 (12)
影响计划的潜在因素 (12)
应急措施 (12)
12.测试的局限性 (12)
13.计划的批准 (12)
14.参考文档 (13)
1引言
1.1测试计划概述
计划名称：软件测试工程师管理系统测试计划
文档编号：
测试部门：
计划作者：
计划审核：
本测试计划将对软件测试工程师管理系统的测试方法、测试工具、测试范围、测试种类、测试的软件硬件环境、测试进度、测试人员的分工和职责以及测试流程进行详细的定义和整体的描述。
对软件测试工程师管理系统将采用黑盒测试方法，完成第一轮测试。
1.2被测试系统概述
产品名称：软件测试工程师管理系统
开发部门：
测试版本：
最新版本：
本项目的目标是完成一个计算机人事管理系统，实现人事管理的自动化。系统的主要功能包括：人事信息的录入、管理、查询、删除、生成报表等。
进入本系统提供用户选择菜单，要求人机界面友好，具有错误处理和故障恢复能力。
1.3测试计划制定依据
本测试计划是依据《软件测试工程师管理系统开发计划》、《软件测试工程师管理系统需求规格说明书》、《软件测试工程师管理项目条款》等。
1.4预期读者
（1）项目管理人员；
（2）测试人员；
（3）开发人员。
2测试范围
备注：（1）请在表中选择本次测试计划进行的测试类型，并对测试的优先级给以说明。
（2）测试的优先级分为四个级别，请在表格中填写相应序号。
1 最高优先级：首先测试，并详细测试；
2 中等优先级：正常测试；
3 低优先级：只需粗略测试，但本次测试必须进行；
4 最低优先级：只需粗略测试，可以留到下轮测试进行；
2.1测试特性与软件需求的对应关系
2.1.1安装/卸载测试
安装环境测试需求说明
运行环境
本软件的最终运行环境是操作系统以上，或Windows95/98/2000/me/NT/XP 等DOS环境上，要求有中文平台或操作系统为中文的计算机上，配有一台打印机。
运行软件系统所需的设备能力
一台微机：主频>=100，硬盘>=1M，内存>=1M；
一台打印机；
支持软件环境
操作系统：以上，或Windows95/98/2000/me/NT/XP。
开发环境：Microsoft Visual C++；
接口
该系统硬件和软件与外界软件没有接口，也不需要网络环境；
在界面上，要求使用DOS菜单选择，用户可以随时选择菜单进行；
在操作上，要求操作简单，通过少数的选择菜单或单击按钮即可完成操作；
在系统运行任何阶段，提示给用户当前系统的状态。
2.1.2功能测试
备注：（1）在测试项一栏中，请填写需要进行测试的主要功能模块，不需要划分太细，以功能模块进行划分即可。（2）在“测试注意事项或特殊说明”一栏，请给出在进行本项测试时，需要重点测试的方面或其他使用说明。
3术语定义
此部分定义与测试计划执行有关的重要术语和缩略语，其中主要对软件错误与缺陷的划分标准进行定义。
3.1软件错误与缺陷定义
软件错误与缺陷定义见附录Ⅰ。
3.2其他术语的定义
无。
4测试目标与策略
4.1测试目标
尽可能发现系统中存在的错误和设计缺陷。验证系统的可靠性，检查系统的正确性和系统的友好性。
4.2测试方法
4．21使用非法输入。例如，在只允许输入数字的地方，输入英文或特殊字符。4．22直接输入默认值。例如，默认值是空，则不改变此默认值，而将空值作为输入值。
4．23输入临近或者超出程序处理范围的数值。
4．24使用特殊字符、特殊长度、无效的文件名。
4．25改变文件访问权限。
4．25使文件内容错误，并让软件使用这个文件。
4.3测试工具
主要进行功能的手工测试，所以没有使用特殊的测试工具。
4.4测试地点
本测试计划的的执行地点在机房。
5测试状态转换标准和再启动要求
测试状态转换标准和再启动要求见附录Ⅱ。
6测试通过准则
测试通过准则参见附录Ⅲ。
7应提供的测试文档
---------------------------------------------------------------------------------------------------
《软件产品提交测试委托书》
《软件测试需求说明书》
《测试计划》
《测试用例设计与执行报告》
《测试用例设计评审记录》
《软件问题清单》
《测试分析报告》
--------------------------------------------------------------------------------------------------
8测试资源需求
8.1硬件需求
根据系统的环境要求，系统运行要求满足的最低硬件配置标准为：
系统环境需求
见安装条件
8.2软件需求
以上列出了系统运行要求的软件环境。
测试还需要文档处理软件Microsoft Office2003。
8.3网络需求
无网络需求。
8.4人员需求
（1）本测试需要测试人员三至四名（一名测试负责人、二至三名测试人员）；
（2）需要该系统开发人员一名，负责对测试人员进行该系统的使用培训和解释测试人员在测试中遇到的各种系统使用问题，同时负责对错误加
以确认。
8.5其他需求
暂无。
9人员、职责及培训要求
9.1人员组成
小组成员3-4人。
9.2人员分工与职责
人员分工与职责见附录Ⅳ。
9.3培训要求
暂无。
10测试进度
测试进度计划表
起止日期测试任务
制定测试计划；
熟悉被测试系统
搭建测试环境
进行测试前被测系统培训;
设计测试用例
测试用例评审
执行测试用例
整理测试结果，出软件问题清单和测
试分析报告。
上报测试结果，第一轮测试结束.
注：回归测试时间将在回归测试前进行详细制定。
11风险和应急
11.1影响计划的潜在因素
在测试计划执行过程中，可能存在以下因素影响计划的按时完成：
测试人员对被测试产品的熟悉进度慢；
测试人员对测试工具的使用熟悉程序不够；
被测试产品存在重大错误，以致于测试无法继续，需要开发组进行额外的调试和修改才能继续；
硬件、软件或网络环境出现故障等。
其中第一点是影响测试进度的最大的因素。
11.2应急措施
如果上述潜在的可能事件发生，则通过适当加班来保证计划的按时完成。如果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试。
12测试的局限性
系统硬件配置存在不可预测的问题；
测试范围不能覆盖所有的可能情况；
测试时间的限制；
测试数据可能不全面；
测试工具自身的缺陷；
测试人员的失误。
13计划的批准
本测试计划需XX批准。
14参考文档
《软件测试工程师管理系统开发计划》；
《软件测试工程师管理系统需求规格说明书》；
《软件测试工程师管理系统数据库设计说明书》
附录Ⅰ软件错误与缺陷的定义
对于软件的错误和缺陷，目前主要依据其严重程度划分五个级别：
①致命性错误
数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系统或其他支撑系统崩溃、非正常关闭和非正常死机。
②严重性错误
应用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。系统的主要功能不能正确实现或不完整。
③一般性错误
规定的非主要功能没有实现或不完整、影响系统的运行；设计不合理造成性能低下。
④告警性错误
不影响业务运行的功能问题。
⑤建议
软件设计和功能实现等不完全合理之处提出建议。
附录Ⅱ测试状态转换标准和再启动要求
“测试状态转换标准”用于开始、暂停或结束全部或部分与本计划有关的测试项的测试活动的标准，这三种标准通常指启动标准、暂停标准和退出标准。
“测试再启动要求”规定当测试重启动时必须重复的测试活动。
1测试启动标准
①测试部由公司管理层领导，具体由总工负责领导职能。各软件产品或项目
组提交测试需经过公司管理层书面指派。
②公司所研发的各项面向市场的软件系统均需通过测试，才能对外发布，特
殊情况由公司管理层书面认可。
③公司各项软件产品的开发计划书中均需要列出交付测试时间和测试时间，
以及相应的修改和回归测试时间。测试部基于各开发计划制定相应的测试计划，软件系统开发计划的变更必须变更相关的测试安排。
④软件产品或项目提交测试部进行测试必须满足以下条件：
提交测试的软件系统必须是一个稳定的、待发布的版本，必须明确定
义系统版本号（即在系统各部分，系统本身、用户手册等方面均表明
该版本），如果本版本还没有开发完成或将进行大量的修改，不能提交
测试；
软件产品或项目在提交测试之前，本产品或项目组必须在内部进行自
己的单元测试和集成测试；
提交测试的软件系统必须是商品化包装的，并需附有：
用户手册、使用说明书（至少两者必备其一）；
软件需求说明书；
其它最好还能够提交相关培训教材、演示程序等电子文档。
软件系统开发组必须向测试部提供足够的培训和技术指导，以便测试
工作的顺利开展。在测试期间，开发组必须指定一名骨干开发人员，
帮助测试部解决相关问题。
若是对将发布的产品或将验收的项目进行测试，则必须给测试留出足
够的时间，以保证测试的质量。
提交测试的软件系统版本在测试期间保持稳定，即测试部只对初始提
交的系统版本进行测试，产品或项目组在测试期间的修改只在下一轮
测试中进行测试。特殊情况（即提交版本无法继续测试，如安装程序
错误等问题）下，可以在测试期间更换版本，但必须经过测试部的同
意。
回归测试是指不包含功能修改（含界面修改等）情况下测试部对原来
测出的问题进行的再次测试。若引入新功能超过10%，则认为是新的
系统测试，测试部必须进行全面测试。
2测试暂停标准
当在测试过程中出现下列情况之一，则测试将暂停：
①对于某类测试，测试环境变得（或者测试中发现）没有准备好，则暂停此
类测试；
②对于提交测试的版本而言，如果其预计的功能修改量超过总功能的10%，
产品或项目组应即时通报测试部，并向公司相关负责人汇报，测试部有权利向公司领导建议暂停或取消本轮测试，避免测试的无效劳动，避免造成人力、财力等资源的浪费。
③发现被测试系统有大量错误或非常严重错误，以至于测试不能继续或继续
测试没有意义，则测试部应向总工提交报告，由总工决定是否暂停整个系统测试。
④当系统中某个功能模块有非常严重的错误，以致于不能完成预期的功能，
则暂停此功能模块的测试。
3测试退出标准
当出现下列情况之一则退出此系统的本次测试：
①测试计划中所有规定的测试内容和回归测试都已经运行完成。
②根据上级主管对测试结果的意见，要求结束本次测试。
4启动要求
当测试重新启动时，必须重复的主要测试活动有：
①当是某功能模块的测试重新启动时，则此功能模块的所有测试用例都要重
新运行，并且调用此功能模块的其他功能模块的相关测试用例也要重新运行。
②当是整个系统的测试重新启动时，则发生修改的部分和与之相关联的部分
的测试用例都要重新运行。
附录Ⅲ测试通过准则
1测试项通过标准
测试项的通过标准目前定义为：
当此项的功能能够正确地完成，并且它的操作没有引起其他功能项或整个系统的错误，则认为此项测试通过。
2系统测试通过标准
系统测试的通过标准目前定义为：
对于每一类测试，当没有发现致命性错误和严重性错误、一般性错误数量小于测试用例总数的2%，告警性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准。
附录Ⅳ人员分工与职责
1项目总负责
负责审定和批准《测试计划》；
负责审定其他测试文档，包括：《测试用例设计及执行报告》、《软件问题
清单》、《测试分析报告》；
负责测试状态转换（进入、暂停、退出）的最终审定和批准。
2测试负责人
负责制定系统测试计划；
负责组织实施测试计划；
负责整个测试过程的管理工作；
负责对被测试产品的评价工作，并编写《测试分析报告》；
负责与开发组交流测试结果和测试进展情况，并协调错误的修改和测试的矛盾；
负责对测试人员进行测试工具的培训；
负责组织被测试产品的培训；
负责的所有测试文档的管理。
3测试人员
负责设计测试用例；
负责执行测试；
负责测试用例原始文档的保存和整理工作；
负责错误的分类和测试结果的统计工作；
负责编写《测试用例设计与执行报告》。
4开发人员
负责软件问题分析、确认；
进行被测试系统的培训；
填写《软件问题清单》中相应的栏目。
5测试用例的评审
测试用例评审会主要由测试部相关人员、开发部相关人员组成，必要时包括质量部相关人员。如果是验收测试还要包括客户、最终用户的有关人员。
特殊情况下，还包括有公司相关领导及有关专家。
评审结果报项目总负责人批准。
6测试结果的评审
测试结果评审会主要由测试组相关人员、开发组相关人员和质量部组成，如果是验收测试还要包括客户、最终用户的有关人员。如果是重要的项目或产品发布前的测试结果评审，还包括有公司相关领导及有关专家。
评审结果报项目总负责人批准。
黑盒测试方法实例分析 一：三角形问题（等价类划分法） 例：输入三个整数为三角形的三条边的长度值，程序打印输出这个三角形为不等边的，等腰的，或是等边三角形。 分析： 设三边分别为A,B,C，如能构成三角形的三边，须： ●A>O,B>0，C>0，且A+B>C,B+C>A,A+C>B; ●如是等腰三角形，则要判断A=B||A=C; ●如是等边三角形，须判断是否A=B，且B=C，且A=C； 由此可得三角形等价类设计表：
设计测试用例，输入顺序为A,B,C 二：找零钱最佳组合（边界值分析法） 例：假设商店货品价格(R)皆不大于100元（且为整数），若顾客付款在100元内(P)，求找给顾客最少货币个（张）数？（货币面值50元(N50)，10元(N10)，5元(N5)，1元(N1)四种）； 1：分析输入的情形 R：商店货品价格（R=<100且R为整数） P：顾客付款金额（0
(1)(2)为R的无效输入 ●P > 100（多付）（无效输出）（3） ●0 < R < = 100 P < R （少给）（无效输出）（4） (3)(4)为P的无效输入 ●R<= P <= 100 （5） 0 < R < = 100 （6） （5）（6）同时满足，交易才能进行2：分析输出情形 设PR=P-R（即PR为找给顾客的余额） ●N50 N50 = 1 （PR>=50）（7） N50 = 0 （PR<50）（8） ●N10 4>=N10>=1 (40>=PR>=10) （9） N10 = 0 (PR<10) （10） ●N5 N5=1 （11） N5 = 0 （PR减去个位上钱数能被10整除）（如14-4=10）（12）●N1 4>=N1>=1 （13） N1 = 0 （PR为5的倍数）（14） 3：由上述输入／输出条件组合出可能的情形。 ●R > 100 （1） ●R <= 0 （2） ●0 < R <= 100, P > 100 （3） ●0 < R <= 100, P < R （4） ●0 < R <= 100, R <= P <= 100, RR = 50 （5）（6）（7） ●0 < R <= 100, R <= P <= 100, RR = 49 （5）（6）（8）（9）（11）
软件测试中黑盒测试的测试用例设计方法/软件测试的14种类型 发布: 2010-7-09 09:05 | 作者: 网络转载 | 来源: 领测软件测试网采编 | 查看: 204次 | 进入软件测试论坛讨论软件测试中黑盒测试的测试用例设计方法/软件测试的14种类型 等价类划分 是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2）划分等价类的方法:下面给出六条确定等价类的原则. ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.
③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类. ④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类. ⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）. ⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类. 3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类: 输入条件有效等价类无效等价类 ... ... ... ... ... ... 然后从划分出的等价类中按以下三个原则设计测试用例: ①为每一个等价类规定一个唯一的编号. ②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止. ③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止. 边界值分析法 边界值分析方法是对等价类划分方法的补充. （1）边界值分析方法的考虑:
内蒙古工业大学信息工程学院实验报告 课程名称：软件测试 实验名称：“爱米云网盘”黑盒测试设计用例 实验类型：验证性■综合性□设计性□ 实验室名称：软件实验室 班级：软件12-2 学号： 姓名：张贺组别： 同组人：成绩： 实验日期： 2015年6月14日 实验报告成绩：指导教师审核（签名）：年月日 实验报告 一．实验目的 ①理解黑盒测试的概念。 ②理解测试用例的重要性。 ③掌握黑盒测试技术设计测试用例的方法。 二．实验环境 Windows7操作系统爱米云服务器爱米云客户端 三．实验内容 应用黑盒测试技术，对“爱米云网盘客户端”登录功能进行测试用例设计。四．实验要求 ①根据《软件需求规格说明书》了解登录功能的测试需求。 ②重点针对账号、密码和登录流程进行测试用例设计。 ③应用黑盒测试技术进行测试用例设计，写出等价类表、边界值分析结果、用
例场景图等测试设计文档。 五．实验步骤 1、通读“爱米云网盘”的《软件需求规格说明书》，重点阅读登录功能的需求。 登陆时，用户名由3~20个字母、数字或“_”组成，密码由6~16个字符组成，不能是8位以下纯数字。登陆时，可以设置为“保存密码”或“自动登陆”。登陆成功的账号记录在账号输入框和下拉列表中，下拉列表最多记录5个账号。下拉列表中可以删除历史账号。登陆成功后可从主窗口菜单中，进行切换账号和修改密码。 2、针对登录功能，应用适当的黑盒测试技术的等价类划分法、边界值分析法、场景法等 测试方法，进行测试用例设计，列出每个测试子项对应的等价类表、边界值、用例场景图等。 账号和密码等价类划分法 测试点 用户名由3~20个字母、数字或“_”组成，密码由6~16个字符 下拉列表等价类划分法 账号和密码边界值分析法
软件测试中的43个功能测试点 功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能，针对web系统我们有哪些常用测试方法呢今天我们一起来了解了解~~ 1. 页面链接检查 每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如：LinkBotPro、File-AIDCS、HTMLLink Validater、xenu等工具。LinkBotPro 不支持中文，中文字符显示为乱码；HTMLLink Validater只能测试以Html或者htm结尾的网页链接；xenu无需安装，支持asp、do、jsp等结尾的网页，xenu 测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html 格式的测试报告。 2.相关性检查 功能相关性：删除/增加一项会不会对其它项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。 3.检查按钮的功能是否正确 如新建、编辑、删除、关闭、返回、保存、导入、上一页、下一页、页面跳转、重置等功能是否都正确。常见的错误会出现在重置按钮上，表现为功能失效。 4.字符串长度检查 输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度。还要检查需求规定的字符串长度是否都正确，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。
5.字符类型检查 在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型）看系统是否检查字符类型。 6.标点符号检查 输入内容包括各种标点符号，特别是空格，各种引号，回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。 7.特殊字符检查 输入特殊符号，如@、#、%、！等，看系统处理是否正确。常见的错误是出现在%、’“这几个特殊字符。 8.中文字符处理 在可以输入中、英文的系统输入中文，看是否出现乱码或出错。 9.检查信息的完整性 在查看信息和更新信息时，查看所填写的信息是不是全部都更新，更新信息和添加信息是否一致，要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。 10.信息重复 在一些才需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。 11.检查删除功能
软件测试分类及介绍： 软件测试是一项复杂的系统工程，从不同的角度考虑可以有不同的划分方法，对测试进行分类是为了更好的明确测试的过程，了解测试究竟要完成哪些工作，尽量做到全面测试。 1,按是否需要执行被测软件的角度 按是否需要执行被测软件的角度，可分为静态测试和动态测试，前者不利用计算机运行待测程序而应用其他手段实现测试目的，如代码审核。（我认为主要是让测试人员对编译器发现不了的潜在错误进行分析，如无效的死循环，多余的变量等），而动态测试则通过运行被测试软件来达到目的。 2、按阶段划分： 1 单元测试 单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。因为单元测试需要知道内部程序设计和编码的细节知识，一般应由程序员而非测试员来完成，往往需要开发测试驱动模块和桩模块来辅助完成单元测试。因此应用系统有一个设计很好的体系结构就显得尤为重要。 一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。
2 集成测试 集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。 3 系统测试 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。 4 验收测试 验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。 5 回归测试 回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。
实验1 黑盒测试用例设计 1、实验目的 1、掌握黑盒测试用例的设计方法。 2、综合运用所学的黑盒测试方法设计测试用例。 2、实验准备 … 1、黑盒测试用例的设计方法。 2、测试用例模板。 3、实验内容 基本训练 实验一：假设现有以下的三角形分类程序。该程序的功能是，读入代表三角形边长的3个整数，判定它们能否组成三角形。如果能够，则输出三角形是等边、等腰或任意三角形的分类信息。图1显示了该程序的流程图和程序图。为以上的三角形分类程序设计一组测试用例。@ 图1 实验二：为自动售货机设计黑盒测试用例 有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。 | 扩展训练 题目1：利用因果图法编写测试用例。 某奖金计算软件实现功能如下： 1该软件可以计算某公司的年终奖，该公司员工分为普通员工和管理人员。 2员工表现分为普通、优秀和特殊贡献（普通和优秀员工都可以有特殊贡献，普通员工表现普通和管理人员表现普通拿的工资是不同的）。 } 3 根据员工的分类和表现，将奖金分为1类奖金，2类奖金——。 具体分析： 输入条件：员工类别：普通员工A1、管理人员A2 员工表现：普通B1、优秀B2、特殊贡献B3 输出条件：奖金类别：１类奖金C1、2类奖金C2—— … 其中：A1和A2是互斥的，B1和B2是互斥的，B1和B3，B2和B3可以同时满足。 普通员工：A1+B1—>C1 A1+B2 —〉C2 A1+B1+B3—〉C3 A1+B2+B3—〉C4 】 管理人员：A2+B1—〉C5 A2+B2—〉C6 A2+B1+B3—〉C7 A2+B2+B3—〉C8 4、实验步骤 ~ 基本训练 实验一步骤： 第一步：确定测试策略。在本例中，对被测程序的功能有明确的要求，即：（1）判断能否组成三角形；
软件测试的定义及常用软件测试方法介绍 一、软件测试的定义 1.定义：使用人工或者自动手段来运行或测试某个系统的过程，其目的在于检验它是否满 足规定的需求或弄清预期结果与实际结果之间的差别。 2.内容：软件测试主要工作内容是验证(verification)和确认(validation )，下面分别给 出其概念： 验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件以正确的方式来做了这个事件(Do it right) 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程 2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程 3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否 和规定的需求相一致进行判断和提出报告。 确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件做了你所期望的事情。(Do the right thing) 1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性 2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。 软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。 二、软件测试常用方法 1. 从是否关心软件内部结构和具体实现的角度划分： a. 黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 黑盒测试是以用户的角度，从输入数据和输出数据的对应关系出发进行测试的，很明显，如果本身设计有问题或者说明规格有错误，用黑盒测试是发现不了的。
20 15 — 20 16 学年第 2 学期 软件测试技术课程 实验报告 学院：计算机科学技术 专业：软件工程 班级：软件二班 姓名：吴德宁 学号：041340217 任课教师：刘玉宝
实验日期：2016年 5 月 17 日实验题目实验3、黑盒测试：决策表测试方法 实验目的 1、掌握决策表的概念 2、掌握决策表测试用例设计法。 实验内容 1、对NextDate问题运用决策表法设计测试用例，并执行测试，撰写实验报告。 NextDate (int month, int day, int year)函数规定：输入三个整数：month、day 和year，函数的输出为输入日期后一天的日期。例如，输入为2006年3月7日，则函数的输出为2006年3月8日，year满足1920≤year≤2050。 实验步骤： 1）构造决策表 ●M1={月份:30天/月}， M2={月份: 31天/月,12月除外}， M3={月份: 12月}，M4={月份: 2月} ●D1={日期:1<=日<=27}， D2={日期:日=28}， D3={日期:日=29} ， D4={日期:日=30}， D5={日期:日=31} ●Y1={年:闰年}，Y2={年:平年} 注：二月：平年28天，闰年29天 条件桩： ●C1:月份在{M1,M2,M3,M4}中之一 ●C2:日期在{D1,D2,D3,D4 ,D5}中之一 ●C3:年在{Y1,Y2}中之一 动作桩： ●A1:不可能 ●A2:日期增1 ●A3:日期复位(置1) ●A4:月份增1 ●A5:月份复位(置1) ●A6:年增1 1 2 3 4 5 6 7 8 9 10 C1:月M1 M1 M1 M1 M1 M2 M2 M2 M2 M2
实验一黑盒测试 1.实验目的 （1）能熟练应用黑盒测试技术进行测试用例设计； （2）对测试用例进行优化设计 2.实验内容 找零钱最佳组合 假设商店货品价格(R)皆不大于100 元（且为整数），若顾客 付款在100元内(P)，求找给顾客最少货币个（张）数？（货 币面值50 元10 元，5 元，1 元四种）。 3.程序代码 #include"stdio.h" #include "conio.h" void main1() {int P; //所收到的钱总数 int R;//商品价格总数 int i=0,k=0,r50=0,r10=0,r5=0,r1=0; printf("请输入商品总价格:"); scanf("%d",&R); printf("请输入所收的钱是多少:");
scanf("%d",&P); k=P-R; if (R>100 || P>100 || R>P||P<=0||R<=) { printf("Wrong:输入大于100元或者商品总价大于所收的钱\n");} else { if (P-R>=50) { P=P-50; r50=r50+1; i++; } while (P-R>=10) { P=P-10; r10=r10+1; i++; } while (P-R>=5) { P=P-5; r5=r5+1; i++; } while (P-R>=1){ P = P-1; r1 = r1 + 1; i++; } printf("应该找：\n %d 张50块的\n %d 张10块的 \n %d 张5块的\n %d 张1块的\n共找钱%d张总共%d元\n",r50,r10,r5,r1,i,k); } } void main() {do {main1(); printf("******************************\n"); printf("请按回车继续:\n");}
软件测试与质量课程实验报告实验2：黑盒测试法实验
缺席：扣10分实验报告雷同：扣10分实验结果填写不完整：扣1 – 10分其他情况：扣分<=5分总扣分不能大于10分 参考代码如下： （1）程序参考答案： #include
淮海工学院（计算机工程学院）课内实验报告实验名称:黑盒测试 专业名称：软件工程 班级：Z软件161 姓名：陈真杰 学号：2018140539 指导教师：陈艳艳 实验日期：2019年3月13
一、实验目的与环境 1.实验目的: (1)理解黑盒测试的含义以及基本的测试方法。 (2)采用等价类划分法设计测试用例。 (3)掌握用等价类划分法设计测试用例的方法。 (4)掌握用因果图设计测试用例的方法。 (5)掌握用边界值分析法设计测试用例的方法。 2.实验环境:C语言、Java语言、Python语言等。 二、实验内容 1.三角形问题：输入3个整数a、b、c，分别作为三角形的3条边，通过程序判断由 3条边构成的三角形的类型为等边三角形、等腰三角形、一般三角形或者3条边不构成三角形。 2.现有一个学生标准化考试批阅试卷、产生成绩报告的程序。其规格说明为:程序的 输入文件有80个字符的记录组成，分为试题部分和学生答卷部分，具体内容如图所示。 试题部分包括如下内容: (1)标题。这一组只有一个记录,其内容为输出成绩报告的名字。 (2)标准答案。每个记录在第80个字符处标以数字2。第一个记录的第1~3个字符为“试题数”,用于标示题目编号;第10~59个字符给出第1~50题的答案,以此类推。 学生答卷部分包括内容:每个记录的第80个字符均为数字3。第1~9个字符给出学号，第10~59字符给出第1至第50题的答案,以此类推。 程序的输出有4个报告: (1)按学号排列的成绩单,列出每个学生的成绩、名次。 (2)按学生成绩排序的成绩单。 (3)平均分数及标准偏差的报告。 (4)试题分析报告。按试题号排序,列出各题学生答对的百分比。
软件测试中常见的功能测试检查点 Functional testing (功能测试)，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。功能测试也叫黑盒子测试或数据驱动测试,只需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。 功能测试常见检查点如下： 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3.检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。 4.字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。 5.字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。 6.标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。 7.中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。 8.检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。 9.信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。
测试用例实例--常见功能测试点 笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空
③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询：
本科实验报告 课程名称：软件测试技术 实验项目：软件测试技术试验实验地点：实验楼211 专业班级：软件工程学号： 学生姓名：戴超 指导教师：兰方鹏 2015年10月7 日
太原理工大学学生实验报告
一、实验目的和要求 （1）熟练掌握白盒测试方法中的逻辑覆盖和路径覆盖方法。 （2）通过实验掌握逻辑覆盖测试的测试用例设计，掌握程序流图的绘制。 （3)运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 测试以下程序段 void dowork(int x,int y,int z) { （1）int k=0,j=0; （2）if((x>0)&&(z<10)) （3）{ （4）k=x*y-1; （5）j=sqrt(k); （6）} （7）if((x==4)||(y>5)) （8）j=x*y+10; （9）j=j%3; （10）} 三、主要仪器设备
一、实验目的和要求 （1）熟练掌握黑盒测试方法中的等价类测试方法和边界值测试方法。 （2）通过实验掌握如何应用黑盒测试用例。 （3）运用所学理论，完成实验研究的基本训练过程。 二、实验内容和原理 （1）用你熟悉的语言编写一个判断三角形问题的程序。 要求：读入代表三角形边长的三个整数，判断它们能否组成三角形。如果能够，则输出三角形是等边、等腰或者一般三角形的识别信息；如果不能构成三角形，则输出相应提示信息。 （2）使用等价类方法和边界值方法设计测试用例。 三、主要仪器设备 四、操作方法与实验步骤 （1）先用等价类和边界值方法设计测试用例，然后用百合法进行检验和补充。 （2）判断三角形问题的程序流程图和程序流图如图1和图2所示。用你熟悉的语言编写源程序。 （3）使用等价类方法设计测试用例，并填写表2 和表3。
软件测试功能测试方法-黑盒测试
软件测试功能测试方法 软件测试功能测试方法功能测试方法 黑盒测试(Black-box Testing，又称为功能测试或数据驱动测试)是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。 采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。 黑盒测试试图发现以下类型的错误： 1)功能错误或遗漏; 2)界面错误;
3)数据结构或外部数据库访问错误; 4)性能错误; 5)初始化和终止错误。 一、黑盒测试的测试用例设计方法 ·等价类划分方法 ·边界值分析方法 ·错误推测方法 ·因果图方法 ·判定表驱动分析方法 ·正交实验设计方法 ·功能图分析方法 等价类划分: 是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等
价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2)划分等价类的方法:下面给出六条确定等价类的原则. ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规
14级本科《软件测试技术》实验指导书 实验1 利用黑盒测试技术设计测试用例 【实验目的】 1、熟悉并掌握黑盒测试的方法：等价类划分法、边界值分析法、错误推测法、场景法。 2、了解待测的功能，灵活应用黑盒测试方法中的等价类划分法、边界值分析法、错误推测法以及场景法，设计测试用例，掌握正面测试和负面测试。 【实验内容】 【1】应用等价类划分法进行测试。 用户注册功能，要求用户密码必须满足两个条件： ?长度为6到8位。 ?必须是字母和数字的组合。 （1）请分析等价类，填写表1-1。 表1-1 等价类表 （2）根据表1-1的等价类设计测试数据，填写表1-2。 表1-2 根据等价类划分法设计的测试数据 【2】应用等价类划分法和边界值分析法进行测试。 在教务系统中进行课程成绩录入，要求0≤成绩≤100，且成绩为整数。 （1）请分析等价类，填写表1-3。 表1-3 等价类表
（2）根据表1-3的等价类设计测试数据，填写表1-4。 表1-4 根据等价类划分法设计的测试数据 （3）根据边界值分析法设计测试数据，填写表1-5。 表1-5 根据边界值分析法设计的测试数据 阅读附录A.9的功能描述，了解借书功能。设计借书功能的测试用例。（1）首先按照场景法来分析借书功能的基本流和备选流，见表2-12。 表2-12 借书功能的基本流和备选流 （2）设计借书功能的场景，见表2-13。 表2-13 借书功能的场景设计
I（Invalid，无效的）表示无效数据，“n/a”表示这个条件不适用于测试用例。 表2-14 测试用例表 【4】设计修改产品功能的测试用例。 阅读附录A.3、A.4的功能描述，了解添加产品、修改产品功能，分析添加产品功能的测试用例的设计思路，如表2-4所示，参考添加产品功能的测试用例（如表2-5所示），设计修改产品功能的测试用例，填写表2-6。 表2-4 添加产品功能的测试用例的设计思路
实验二：黑盒测试 一、实验目的 （1）能熟练应用黑盒测试技术进行测试用例设计； （2）对测试用例进行优化设计； （3）思考如何执行测试； 二、实验内容： 从问题一或问题二中选一个或可自定测试的内容进行测试。 问题一：日期问题描述 程序有三个输入变量month、day、year（month、day和year均为整数值，并且满足：1≤month≤12、1≤day≤31、1900≤year ≤2050。），分别作为输入日期的月份、日、年份，通过程序可以输出该输入日期在日历上下一天的日期。例如，输入为2005年11月29日，则该程序的输出为2005年11月30日。请用黑盒测试方式设计测试用例。请选择适当的黑盒测试方法设计出相应的测试用例。 程序界面 问题二描述： 有一个处理单价为5角钱的饮料的自动售货机，相应规格说明如下： 若投入5角钱或1元钱的硬币，按下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。（每次只投入一个硬币，只按下一种饮料的按钮） 如投入5角的硬币，按下按钮后，总有饮料送出。
若售货机没有零钱找，则一个显示〖零钱找完〗的红灯会亮，这时再投入1元硬币并按下按钮后，饮料不送出来而且1元硬币也退出来。 若有零钱找，则显示〖零钱找完〗的红灯不会亮，若投入1元硬币及按饮料按钮，则送出饮料的同时找回5角硬币。 请选择适当的黑盒测试方法设计出相应的测试用例。 【实验步骤】 (1)根据题目要求设计编写程序代码，编程语言不限。 (2)与其它同学交换代码，即每位同学测试其它同学的程序。 (3)使用等价类法或边界值法或判定表法或几种方法综合使用来设计测试用例。 (4)考虑如何执行测试。 (5)撰写测试分析报告。 三、实验要求 （1）根据题目要求编写测试用例； （2）撰写实验报告，在实验报告中写下你的问题； 四、思考与讨论 （1）在实际的测试中，如何设计测试用例才能达到用最少的测试用例检测出最多 的缺陷； （2）在进行用例设计时，如何考虑软件测试用例的充分性和减少软件测试用例的 冗余性； （3）如何组织实施测试？ 五、其它说明： 1、实验结束上交资料包括：被测程序、设计的测试用例（包括划分的等价类或判 定表等）、错误记录，可参考用例模板（网络课堂的教学资料中或 ftp://172.31.214.12/pub/海辉/实验资料/有下载）。
测试用例实例 1、一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的测试用例，应该包含以下信息： 1）软件或项目的名称 2）软件或项目的版本（内部版本号） 3）功能模块名 4）测试用例的简单描述，即该用例执行的目的或方法 5）测试用例的参考信息（便于跟踪和参考） 6）本测试用例与其他测试用例间的依赖关系 7）本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8）用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。 9）步骤号、操作步骤描述、测试数据描述 10) 预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）11）开发人员（必须有）和测试人员（可有可无） 12）测试执行日期 2、实例 该测试案例是以一个B/S结构的登录功能点位被测对象,该测试用例为黑盒测试用例。假设用户使用的浏览器为IE6.0 SP4。 功能描述如下： 1.用户在地址栏输入相应地址，要求显示登录界面； 2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息； 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息； 4.连续3次未通过验证时，自动关闭IE。 表4-1登录界面测试用例
自动取款机取款用例规约和测试用例 取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息； 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面； 5. 用户选择取款选项； 6. 系统进入取款金额界面并提示用户输入金额； 7. 系统验证可以取款并输出钱款； 8. 系统提示用户取卡，操作完成。 基本流： 用户取款。 备选流： 1.用户密码错误 2.取款金额不符合要求。 前置条件： 用户必须插入正确的银行卡才能开始执行用例。
1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告。如果系统用QTP进行自动化测试，也可以使用QTP的页面检查点检查链接。 2. 相关性检查： ? 功能相关性：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。 ? 数据相关性：下拉列表默认值检查，下拉列表值检查，如果某个列表的数据项依赖于其他模块中的数据，同样需要检查，比如，某个数据如果被禁用了，可能在引用该数据项的列表中不可见。 3. 检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。常见的错误会出现在重置按钮上，表现为功能失效。 4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。 5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。 6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。 7．特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。常见的错误是出现在% … \ 这几个特殊字符
太原理工大学软件测试技术 适用专业：软件工程2011级考试日期：2014.1 时间：120 分钟 一、判断题 1. 测试是调试的一个部分（╳） 2. 软件测试的目的是尽可能多的找出软件的缺陷。（√） 3. 程序中隐藏错误的概率与其已发现的错误数成正比（√） 4. Beta 测试是验收测试的一种。（√） 5. 测试人员要坚持原则，缺陷未修复完坚决不予通过。（√） 6. 项目立项前测试人员不需要提交任何工件。（╳） 7. 单元测试能发现约80%的软件缺陷。（√） 8. 测试的目的是发现软件中的错误。（√） 9. 代码评审是检查源代码是否达到模块设计的要求。（√） 10. 自底向上集成需要测试员编写驱动程序。（√） 11. 测试是证明软件正确的方法。（╳） 12. 负载测试是验证要检验的系统的能力最高能达到什么程度。（√） 13. 测试中应该对有效和无效、期望和不期望的输入都要测试。（√）验收测试是由最 终用户来实施的。（√） 14. 测试人员要坚持原则，缺陷未修复完坚决不予通过。（√）黑盒测试也称为结构测试。（╳）集成测试计划在需求分析阶段末提交。（╳） 15. 软件测试的目的是尽可能多的找出软件的缺陷。(√) 16. 自底向上集成需要测试员编写驱动程序。(√) 17. 负载测试是验证要检验的系统的能力最高能达到什么程度。(╳) 18. 测试程序仅仅按预期方式运行就行了。(╳) 19. 不存在质量很高但可靠性很差的产品。(╳) 20. 软件测试员可以对产品说明书进行白盒测试。(╳) 21. 静态白盒测试可以找出遗漏之处和问题。(√) 22. 总是首先设计白盒测试用例。(╳) 23. 可以发布具有配置缺陷的软件产品。(√) 24. 所有软件必须进行某种程度的兼容性测试。(√) 25. 所有软件都有一个用户界面，因此必须测试易用性。(╳) 26. 测试组负责软件质量。(╳) 27. 按照测试实施组织划分，可将软件测试分为开发方测试、用户测试和第三方测试。(√) 28. 好的测试员不懈追求完美。(× ) 29. 测试程序仅仅按预期方式运行就行了。( × ) 30. 在没有产品说明书和需求文档的条件下可以进行动态黑盒测试。( √) 31. 静态白盒测试可以找出遗漏之处和问题。( √) 32. 测试错误提示信息不属于文档测试范围。( × )