软件测试毕业论文.doc

_摘 要完成时间：2013年4月从软件产业的发展初期到目前的大型软件开发过程，软件测试已成为其中一个不可分割的部分。随着软件规模的日益增大，软件测试问题也日益突出，现代社会对软件的依赖越来越强,高可信软件测试有着广泛的需求，基于缺陷模式的软件测试技术作为高可信软件的重要保证,可以大大降低软件的缺陷密度,提高软件的可信性。本文从测试的基本概念入手,深入剖析软件测试相关理论关键词：软件测试； 软件测试的分类； 软件测试方法； 测试用例；测试工具； 目 录1软件测试的发展史72软件测试的基础理论72.1软件测试的定义72.2软件测试的描述82.3软件测试的目的82.4软件测试的原则83软件测试的内容83.1验证(verification)83.2确认(validation)94软件测试的分类94.1角度分类94.2阶段细分95软件测试流程105.1软件测试活动106软件测试用例方法106.1测试用例设计的基本原则106.2设计测试用例应注意哪些问题106.3测试用例的作用116.4测试用例设计方法116.4.1等价类划分116.4.1.1划分等价类116.4.2边界值146.4.2.1定义146.4.2.2与等价划分的区别146.4.3错误推测法166.4.3.1定义166.4.4因果图166.4.4.1定义166.4.5判定表186.5.5.1定义186.5.5.2判定表的建立步骤187 软件测试工具187.1功能测试工具187.2性能测试工具187.3测试管理工具197.4其他测试工具198参考文献199致 谢201软件测试的发展史l 20世纪60年代（软件工程建立前），为表明程序正确而进行测试。l 1972年在北卡罗来纳大学举行了首届软件测试正式会议。l 1975年John Good Enough和Susan Gerhart在IEEE上发表了测试数据选择的原理的文章，软件测试被确定为一种研究方向。l 1979年，Glenford Myers的软件测试艺术，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。l 20世纪80年代早期，“质量”的号角开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。l 1983年，Bill Hetzel在软件测试完全指南中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。l 20世纪90年代，测试工具盛行起来。l 1996年提出的测试能力成熟度TCMM（Testing Capability Maturity Model）、测试支持度TSM（Testability Support Model）、测试成熟度TMM（Testing Maturity Model）。l 到了2002年，Rick和Stefan在系统的软件测试一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命过程。2软件测试的基础理论2.1软件测试的定义软件测试使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。l 测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进；l 这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性；l 没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。2.2软件测试的描述测试是软件开发过程的重要组成部分, 是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试的目的, 第一是确认软件的质量, 其一方面是确认软件做了你所期望的事情（Do the right thing）, 另一方面是确认软件以正确的方式来做了这个事件（Do it right）；第二是提供信息, 比如提供给开发人员或程序经理的反馈信息, 为风险评估所准备的信息；第三软件测试不仅是在测试软件产品的本身, 而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题, 这说明此软件开发过程很可能是有缺陷的。2.3软件测试的目的l 测试是为了发现程序中的错误而执行程序的过程；l 测试是确保最终用户的产品符合用户的需求；l 成功的测试是发现了至今为止尚未发现的错误的测试；2.4软件测试的原则l 尽早地进行软件测试，并把软件测试贯穿整个软件生命周期l 软件测试应追溯l 测试应由第三方来构造l 穷举测试时不可能，要遵循good-enough原则l 必须确定预期输出结果l 必须彻底检查每个测试结果l 充分注意测试中的群集现象l 其他值得注意到规律和经验3软件测试的内容3.1验证(verification)验证(verification)是保证软件正确地实现了一些特定功能的一系列活动, 即保证软件做了你所期望的事情。(Do the right thing) l 确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；l 程序正确性的形式证明, 即采用形式理论证明程序符号设计规约规定的过程；l 评市、审查、测试、检查、审计等各类活动, 或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。3.2确认(validation)确认(validation)是一系列的活动和过程, 目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do it right)l 静态确认, 不在计算机上实际执行程序, 通过人工或程序分析来证明软件的正确性；l 动态确认, 通过执行程序做分析, 测试程序的动态行为, 以证实软件是否存在问题。 4软件测试的分类4.1角度分类 从是否关心软件内部结构和具体实现的角度划分（按测试分类）l 白盒测试l 黑盒测试l 灰盒测试 从是否执行程序的角度l 静态测试l 动态测试4.2阶段细分 从软件开发的过程按阶段划分有l 单元测试l 集成测试l 确认测试l 系统测试l 验收测试l 回归测试l Alpha测试l Beta测试5软件测试流程5.1软件测试活动制定测试计划测试设计开发实施软件测试评 审版本发布新版本测试准备阶段未通过评审软件测试活动包括：制定测试计划、测试设计开发和开发、执行测试、评估测试6软件测试用例方法6.1测试用例设计的基本原则l 用成熟测试用例设计方法来指导设计；l 测试用例的正确性；l 测试用例的代表性；l 测试结果的可判定性；l 测试结果的可再现性；l 足够详细、准确和清晰的步骤；6.2设计测试用例应注意哪些问题l 不要把测试用例设计等同于测试输入数据的设计；l 不要强调测试用例设计得越详细越好；l 不要追求测试用例设计“一步到位”；l 不要将多个测试用例混在一个用例中；l 不要让没有测试经验的人员设计测试用例；6.3测试用例的作用l 有效性：有效地节省时间和资源，提高测试效率；l 避免测试的盲目性，使得软件测试的实施重点突出、目的明确；l 可维护性，降低工作强度，缩短项目周期；l 可复用性，使得测试过程事半功倍；l 可评估性：程序代码质量的量化标准应该用测试用例的通过率和测试数目来进行评估；l 可管理性，测试用例是测试人员在测试过程中的重要参考依据，便于对测试工作进行有效的管理；6.4测试用例设计方法6.4.1等价类划分6.4.1.1划分等价类等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。 1)有效等价类是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。 2)无效等价类与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。举例说明：某程序规定：输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型，当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算 。用等价类划分方法为该程序进行测试用例设计。分析题目中给出和隐含的对输入条件的要求： （1）整数 （2）三个数 （3）非零数 （4）正数 （5）两边之和大于第三边 （6）等腰 （7）等边 如果 a 、 b 、 c 满足条件（ 1 ） （ 4 ），则输出下列四种情况之一： 1)如果不满足条件（5），则程序输出为 非三角形 。 2)如果三条边相等即满足条件（7），则程序输出为 等边三角形 。 3)如果只有两条边相等、即满足条件（6），则程序输出为 等腰三角形 。 4)如果三条边都不相等，则程序输出为 一般三角形 。 列出等价类表并编号输入条件输入三个整数有效等价类型号码无效等价类号码整数1 a为非整数一边为 b为非整数非整数 c为非整数两边为 a，b为非整数非整数 b，c为非整数 a，c为非整数三边a，b，c均为非整数12131415161718三个数2 只给a只给一边 只给b 只给c 只给ab只给一边 只给b，c 只给ac给出三个以上19202122232425非零数3 a为0一边为零 b为0 c为0 a，b为0只给一边 b，c为0 a，c为0三边a，b，c均为026272829303132正数4 a0一边0 b0 a0 a0且b0二边0 a0且c0 b0且c0三边均0:a0且b0且ccb+caa+cb567 a+bca+b=cb+ca b+c=aa+cb a+c=b404142434445构成等腰三角形a=bb=c 且两边之和大于第三边a=c 8910构成等边三角形a=b=c11覆盖有效等价类的测试用例： 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） 覆盖无效等价类的测试用例：abc覆盖等价类号码abc覆盖等价类号码2.545120052934.55133003034.55.514040313.54.55150003234.55.516-345333.544.5173-45344.54.55.51834-535319-3-4536420-34-5375213-4-5383422-3-4-53945233154035243254134525311420452632143305271424434028341456.4.2边界值6.4.2.1定义边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界6.4.2.2与等价划分的区别l 边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。l 边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。举例说明：现有一个学生标准化考试批阅试卷,产生成绩报告的程序。其规格说明如下:程序的输入文件由一些有80个字符的记录组成,如右图所示，所有记录分为3组：标题：这一组只有一个记录，其内容为输出成绩报告的名字。 试卷各题标准答案记录：每个记录均在第80个字符处标以数字2。该组的第一个记录的第1至第3个字符为题目编号（取值为1一999）。第10至第59个字符给出第1至第50题的答案（每个合法字符表示一个答案）。该组的第2，第3个记录相应为第51至第100，第101至第150，题的答案。 每个学生的答卷描述：该组中每个记录的第80个字符均为数字3。每个学生的答卷在若干个记录中给出。如甲的首记录第1至第9字符给出学生姓名及学号，第10至第59字符列出的是甲所做的第1至第50题的答案。若试题数超过50，则第2，第3纪录分别给出他的第51至第100，第101至第150题的解答。然后是学生乙的答卷记录。 学生人数不超过200，试题数不超过999。 程序的输出有4个报告： a)按学号排列的成绩单，列出每个学生的成绩、名次。 b)按学生成绩排序的成绩单。 c)平均分数及标准偏差的报告。 d)试题分析报告。按试题号排序，列出各题学生答对的百分比。 解答：分别考虑输入条件和输出条件，以及边界条件。给出下表所示的输入条件及相应的测试用例。输入条件测试用例输入文件空输入文件标题没有标题标题只有一个字符标题有80个字符试题数试题数为1试题数为50试题数为51试题数为100试题数为0试题数含有非数字字符标准答案记录没有标准答案记录，有标题标注答案记录多于一个标注答案记录少一个学生人数0个学生1个学生200个学生201个学生学生答题某学生只有一个回答记录，但有两个标准答案记录该学生是文件中的第一个学生该学生是文件中的最后一个学生（记录数出错的学生）学生答题某学生有两个回答记录，但只有一个标准答案记录该学生是文件中的第一个学生（记录数出错的学生）该学生是文件中的最后一个学生学生成绩所有学生的成绩都相等每个学生的成绩都不相等部分学生的成绩相同（检查是否能按成绩正确排名次）有个学生0分有个学生100分输出条件及相应的测试用例表。输出条件测试用例输出报告a、b有个学生的学号最小（检查按序号是否正常）有个学生的学号最大（检查按序号排序是否正确）适当的学生人数，使产生的报告刚好满一页（检查打印页数）学生人数比刚才多出1人（检查打印换页）输出报告c平均成绩100平均成绩0标准偏差为最大值（有一半的0分，其他100分）标准偏差为0（所欲成绩相等）输出报告d所有学生都答对了第一题所有学生都答错了第一题所有学生都答对了最后一题所有学生都答错了最后一题选择适当的试题数，是第四个报告刚好打满一页试题数比刚才多1，使报告打满一页后，刚好剩下一题未打6.4.3错误推测法6.4.3.1定义基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。6.4.4因果图6.4.4.1定义是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。举例说明：某软件规格说明书包含这样的要求：第一列字符必须是A或B，第二列字符必须是一个数字，在此情况下进行文件的修改，但如果第一列字符不正确，则给出信息L；如果第二列字符不是数字，则给出信息M。解答：1)根据题意，原因和结果如下： 原因： 1第一列字符是A； 2第一列字符是B； 3第二列字符是一数字。 结果： 21修改文件； 22 给出信息L； 23给出信息M。2)其对应的因果图如下：11为中间节点；考虑到原因1和原因2不可能同时为1，因此在因果图上施加E约束。E123112221233)根据因果图建立判定表。12345678条件（愿意）111110000动作（结果）21100110031010101011111100220000112110100023010101测试用例A3AMB5BNC2DYA8A?B4B!X6P; 表中8种情况的左面两列情况中，原因和原因同时为1，这是不可能出现的，故应排除这两种情况。表的最下一栏给出了6种情况的测试用例，这是我们所需要的数据。 6.4.5判定表6.5.5.1定义判定表是分析和表达多逻辑条件下执行不同操作的情况的工具6.5.5.2判定表的建立步骤l 确定规则的个数.假如有n个条件。每个条件有两个取值（0,1）,故有2n种规则。l 列出所有的条件桩和动作桩。l 填入条件项。l 填入动作项。等到初始判定表。l 简化.合并相似规则（相同动作）。7 软件测试工具7.1功能测试工具Mercury Interactive WinrunnerMercury Interactive QuickTest ProfessionalIBM Rational RobotCompuware QARun7.2性能测试工具Mercury Interactive LoadRunnerIBM Rational RobotCompuware QALoadMicrosoft Web Application Stress Tool7.3测试管理工具Mercury Interactive TestDirectorIBM Rational Clear