软件测试_百度百科
收藏 查看&软件测试
软件测试英语software testing描述一种用来促进鉴定软件的正确性完整性安全性和质量的过程软件测试的经典定义是在规定的条件下对程序进行操作以发现程序错误衡量软件质量并对其是否能满足设计要求进行评估的过程外文名software testing方&&&&式人工操作或者软件自动运行工作内容验证和确认
软件测试[1-2]是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程
它是帮助识别开发完成中间或最终的版本的整体或部分的正确度(correctness) 完全度(completeness)和质量(quality)的是(software quality assurance)的重要子域
Glenford J.Myers曾对软件测试的目的提出过以下观点
(1)测试是为了发现程序中的错误而执行程序的过程
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案
(3)成功的测试是发现了至今为止尚未发现的错误的测试
(4)测试并不仅仅是为了找出错误通过分析错误产生的原因和错误的发生趋势可以帮助者发现当前过程中的缺陷以便及时改进
(5)这种分析也能帮助测试人员设计出有针对性的测试方法改善测试的效率和有效性
(6)没有发现错误的测试也是有价值的完整的测试是评定的一种方法
(7)另外根据测试目的的不同还有等分别为了检验修改或优化过程是否引发新的问题软件所能达到处理能力和是否达到预期的处理能力等[3]一测试应该尽早进行最好在需求阶段就开始介入因为最严重的错误不外乎是系统不能满足用户的需求
二程序员应该避免检查自己的程序软件测试应该由来负责
三设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件特殊情况下要制造极端状态和意外状态如网络异常中断电源断电等
四应该充分注意测试中的
五对错误结果要进行一个确认过程一般由A测试出来的错误一定要由B来确认严重的错误可以召开评审会议进行讨论和分析对测试结果要进行严格地确认是否真的存在这个问题以及严重程度等
六制定严格的测试计划一定要制定测试计划并且要有指导性测试时间安排尽量宽松不要希望在极短的时间内完成一个高水平的测试
七妥善保存测试计划出错统计和最终分析报告为维护提供方便1发现一些可以通过测试避免的开发风险
2实施测试来降低所发现的风险
3确定测试何时可以结束
4在开发项目的过程中将测试看作是一个标准项目[4]人类行为具有高度目标性确立一个正确的目标有着重要的心理学影响软件测试的心理学问题就是如何摆正测试的两个目标的关系使得测试活动更加富有成效
1.程序测试的过程具有破坏性
每当测试一个程序时人们总希望为程序增加一些价值利用测试来增加程序的价值是指通过测试找出并修改尽可能多的程序缺陷从而提高程序的可靠性或质量
因此不要只是为了证明程序能够正确运行而去相反应该一开始就假设程序中隐藏着错误这种假设几乎对所有的程序都成立然后测试程序发现尽可能多的错误
事实上如果把测试目标定位于要证明程序中没有缺陷那么就会在潜意识中倾向于实现这个目标也就是说测试人员会倾向于挑选那些使程序失效的可能性较小的测试数据另一方面如果把测试目标定位于要证明程序中存在缺陷那么就会选择一些容易发现程序缺陷的测试数据而后一种态度会比前者给程序增加更多的价值
事实上如果在测试某个程序段时发现了可以纠正的缺陷或者测试最终确定再没有其他缺陷则应将这次合理设计并得到有效执行的测试称作是成功的而所谓不成功的测试仅指未能适当地对程序进行检查未能找出程序中潜藏缺陷的测试
软件测试就是证明软件不存在错误的过程对几乎所有的程序而言甚至是非常小的程序这个目标实际上是无法达到的因为即使程序完全实现预期要求仍可能包含有缺陷也就是说如果程序不按要求工作它显然有缺陷但如果程序做了不要它做的事它也有缺陷
研究告诉我们当人们在干一件已经知道是不合适的或不可能做到的事时往往他们的表现就相当糟糕把程序测试定义为在程序中找出错误的过程就使测试成了可以做到的任务从而克服了心理上存在的问题虽然这看起来像是个微妙的文字游戏但对成功地进行软件测试有很大的影响
总之软件测试更适宜被视为试图发现程序中错误假设其存在的破坏性的过程一个成功的测试通过诱发程序发生错误可以在这个方向上促进软件质量的改进当然最终人们还是要通过软件测试来建立某种程度的信心软件做了其应该做的而没有做其不应该做的
2.程序员应避免测试自己的程序
由开发人员来测试自己的代码是一件很不妥当的事情开发和测试生来就是不同的活动开发是创造或者建立某种事物的行为如一个功能模块或整个系统而测试的重要目的是证实一个模块或者一个系统工作不正常这两个活动之间有着本质的矛盾一个人不太可能把两个截然对立的角色都扮演地很好因此应当限制开发人员在测试中的参与给他们比较合适的任务是进行最底层的测试单元测试
当一个程序员完成了设计与编写程序的建设性工作后要一夜之间突然改变他的观点设法对程序形成一个完全否定的态度那是非常困难的所以大部分程序员都由于不能使自己进入必要的精神状态不是抱着要揭露出自己程序中错误的态度就不能有效的测试自己的程序除了这个心理学问题之外还有一个重要的问题程序中可能包含由于程序员对问题的叙述或说明的误解而产生了错误如果是这种情况当程序员测试自己的程序时往往还会带着同样的误解致使问题难以发现
3.程序设计组织不应测试自己的程序
在宏观意义上一个程序设计组织或一个工程项目是个有生命的有机体它同样有心理学问题在大多数情况下人们都以在给定日期内以一定代价完成程序编制任务的能力来衡量程序设计组织和项目管理人员的这样做的理由是时间和成本指标便于衡量而程序的质量很难要程序设计组织在测试自己的程序时持客观态度是很困难的因为如果用正确的定义看待测试就不大可能按预定计划完成测试也不大可能把耗费的代价限制在要求的范围以内
软件生产的三个最重要的因素是质量进度和费用由于费用和进度的限制要开发一种高质量快速交付和低成本的软件产品并不容易也就是说要同时达到三个目标是困难的因此在软件产品的开发中要权衡它们之间的关系使软件的特性能满足用户的要求这意味着软件产品的特性的和预计是必要的
软件测试由独立测试机构承担有很多好处独立测试是指软件测试工作由在经济上和管理上独立于开发机构的组织进行独立测试可以避免软件开发者测试自己开发的软件由于心理学上的问题软件开发者难以客观有效的测试自己的软件要找出那些因为对问题的误解而产生的错误就更加困难独立测试还可以避免软件开发机构测试自己的软件软件产品的开发过程受到时间成本和质量三者的制约在软件开发的过程中当时间成本和质量三者发生矛盾时质量最容易被忽视如果测试组织与开发组织来自相同的机构测试过程就会面临来自于开发组织同一来源的管理方面的压力使测试过程受到干扰
对软件测试和软件中的错误抱着客观的态度这种客观的态度可以解决测试中的心理学问题既能以揭露软件中错误的态度工作也能不受发现的错误的影响经济上的独立性使测试有更充分的条件按测试要求去完成
专业性独立测试作为一种专业工作在长期的工作过程中势必能够积累大量实践经验形成自己的专业知识同时软件测试也是技术含量很高的工作需要有专业队伍加以研究并进行专业化分工是提高测试水平保证测试质量充分发挥测试效应的必然途径
由于专业优势独立测试工作形成的测试结果更具信服力而测试结果常常和对软件的质量评价联系在一起专业化的独立测试机构的评价更客观公正和具有权威性
资源有保证独立测试机构的主要任务是进行独立测试工作这使得测试工作在经费人力和计划方面更有保证不会因为开发的压力减少对测试的投入降低测试的有效性可以避免开发单位侧重软件开发而对测试工作产生不利的影响软件测试主要工作内容是验证verification和确认validation下面分别给出其概念
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动 即保证软件以正确的方式来做了这个事件(Do it right)
1.确定中的一个给定阶段的产品是否达到前阶段确立的需求的过程
2.程序正确性的形式证明即采用形式理论证明程序符合设计规约规定的过程
3.评审审查测试检查审计等各类活动或对某些项处理服务或文件等是否和规定的需求相一致进行判断和提出报告
确认validation是一系列的活动和过程目的是想证实在一个给定的外部环境中软件的逻辑正确性即保证软件做了你所期望的事情Do the right thing
1.静态确认不在计算机上实际执行程序通过人工或来证明软件的正确性
2.动态确认通过执行程序做分析测试程序的动态行为以证实软件是否存在问题
软件测试的对象不仅仅是程序测试软件测试应该包括整个软件开发期间各个阶段所产生的文档如需求规格说明文档详细设计文档当然软件测试的主要对象还是源程序[5]等价类
是把所有可能的输入数据即程序的输入域划分成若干部分子集然后从每一个子集中选取少数具有代表性的数据作为测试用例该方法是一种重要的常用的用例设计方法
2.划分等价类
等价类是指某个输入域的子集合在该子集合中各个输入数据对于揭露程序中的错误都是等效的并合理地假定测试某等价类的代表值就等于对这一类其它值的测试因此可以把全部输入数据合理划分为若干等价类在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果等价类划分可有两种不同的情况有效等价类和无效等价类
1)有效等价类
是指对于程序的规格说明来说是合理的有意义的输入数据构成的集合利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能
2)无效等价类
与有效等价类的定义恰巧相反无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合对于具体的问题无效等价类至少应有一个也可能有多个
设计测试用例时要同时考虑这两种等价类因为软件不仅要能接收合理的数据也要能经受意外的考验这样的测试才能确保软件具有更高的可靠性
3.划分等价类的标准
1)完备测试避免冗余
2)划分等价类重要的是集合的划分划分为互不相交的一组子集而子集的并是整个集合
3)并是整个集合完备性
4)子集互不相交保证一种形式的无冗余性
5)同一类中标识选择一个测试用例同一等价类中往往处理相同相同处理映射到&相同的执行路径&
4.划分等价类的方法
1)在输入条件规定了取值范围或值的个数的情况下则可以确立一个有效等价类和两个无效等价类
如输入值是学生成绩范围是0～100
2)在输入条件规定了输入值的集合或者规定了&必须如何&的条件的情况下可确立一个有效等价类和一个无效等价类
1. 定义边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法通常边界值分析法是作为对等价类划分法的补充这种情况下其测试用例来自等价类的边界
2. 与等价划分的区别
1) 边界值分析不是从某等价类中随便挑一个作为代表而是使这个等价类的每个边界都要作为测试条件
2) 边界值分析不仅考虑输入条件还要考虑输出空间产生的测试情况
3. 边界值分析方法的考虑
长期的测试工作经验告诉我们大量的错误是发生在输入或输出范围的边界上而不是发生在输入输出范围的内部因此针对各种边界情况设计测试用例可以查出更多的错误
使用边界值分析方法设计测试用例首先应确定边界情况通常输入和输出等价类的边界就是应着重测试的边界情况应当选取正好等于刚刚大于或刚刚小于边界的值作为测试数据而不是选取等价类中的典型值或任意值作为测试数据
4. 常见的边界值
1) 对16-bit 的整数而言 32767 和 -32768 是边界
2) 屏幕上光标在最左上最右下位置
3) 报表的第一行和最后一行
4) 数组元素的第一个和最后一个
5) 循环的第 0 次第 1 次和倒数第 2 次最后一次
5. 边界值分析
1) 边界值分析使用与等价类划分法相同的划分只是边界值分析假定错误更多地存在于划分的边界上因此在等价类的边界上以及两侧的情况设计测试用例
例测试计算平方根的函数
--输入实数
--输出实数
--规格说明当输入一个0或比0大的数的时候返回其正平方根当输入一个小于0的数时显示错误信息&平方根非法-输入值小于0&并返回0库函数Print-Line可以用来输出错误信息[6]角度细分
从是否关心软件内部结构和具体实现的角度划分按测试分类
从是否执行程序的角度
从软件开发的过程按阶段划分有
* 测试过程按4个进行即单元测试集成测试确认测试和系统测试及发布测试
* 开始是单元测试集中对用源代码实现的每一个进行测试检查各个是否正确地实现了规定的功能
*把已测试过的模块组装起来主要对与设计相关的的构造进行测试
* 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求以及是否完全正确
* 系统测试把已经经过确认的软件纳入实际运行环境中与其它系统成份组合在一起进行测试
单元测试 (Unit Testing)
* 单元测试又称模块测试是针对的最小单位
程序模块进行正确性检验的测试工作其目的在于发现各模块内部可能存在的各种差错
* 单元测试需要从程序的内部结构出发设计测试用例多个模块可以平行地独立进行单元测试
1. 单元测试的内容
* 在单元测试时测试者需要依据和源程序清单了解该模块的I/O条件和模块的主要采用白盒测试的测试用例辅之以黑盒测试的测试用例使之对任何合理的输入和不合理的输入都能鉴别和响应
(1) 模块接口测试
* 在单元测试的开始应对通过被测模块的数据流进行测试测试项目包括
– 调用本模块的输入参数是否正确
– 本模块调用子模块时输入给子模块的参数是否正确
– 全局量的定义在各模块中是否一致
* 在做内外存交换时要考虑
– 文件属性是否正确
– OPEN与CLOSE语句是否正确
– 缓冲区容量与记录长度是否匹配
– 在进行读写操作之前是否打开了文件
– 在结束文件处理时是否关闭了文件
– 正文书写/输入错误
– I/O错误是否检查并做了处理
(2) 局部测试
* 不正确或不一致的数据类型说明
* 使用尚未赋值或尚未初始化的变量
* 错误的初始值或错误的缺省值
* 变量名拼写错或书写错
* 不一致的数据类型
* 全局数据对模块的影响
(3) 路径测试
* 选择适当的测试用例对模块中重要的执行路径进行测试
* 应当设计测试用例查找由于错误的计算不正确的比较或不正常的控制流而导致的错误
* 对基本执行路径和循环进行测试可以发现大量的路径错误
(4) 错误处理测试
* 出错的描述是否难以理解
* 出错的描述是否能够对错误定位
* 显示的错误与实际的错误是否相符
* 对错误条件的处理正确与否
* 在对错误进行处理之前错误条件是否已经引起系统的干预等
(5) 边界测试
* 注意数据流控制流中刚好等于大于或小于确定的比较值时出错的可能性对这些地方要仔细地选择测试用例认真加以测试
* 如果对模块运行时间有要求的话还要专门进行关键路径测试以确定最坏情况下和平均意义下影响模块运行时间的因素
2. 单元测试的步骤
* 模块并不是一个独立的程序在考虑测试模块时同时要考虑它和外界的联系用一些辅助模块去模拟与被测模块相联系的其它模块
– 驱动模块 (driver)
– 桩模块 (stub)
* 如果一个模块要完成多种功能可以将这个模块看成由几个小程序组成必须对其中的每个小程序先进行单元测试要做的工作对关键模块还要做性能测试
* 对支持某些标准规程的程序更要着手进行互联测试有人把这种情况特别称为模块测试以区别单元测试
集成测试Integrated Testing
* 集成测试 (组装测试联合测试
* 通常在单元测试的基础上需要将所有模块按照设计要求组装成为系统这时需要考虑的问题是
– 在把各个模块连接起来的时候穿越模块接口的数据是否会丢失
– 一个模块的功能是否会对另一个模块的功能产生不利的影响
– 各个子功能组合起来能否达到预期要求的父功能
– 全局数据结构是否有问题
– 单个模块的误差累积起来是否会放大从而达到不能接受的程度
在单元测试的同时可进行集成测试
发现并排除在模块连接中可能出现
的问题最终构成要求的
* 子系统的集成测试特别称为部件测试它所做的工作是要找出集成后的子系统与系统需求规格说明之间的不一致
* 通常把模块集成成为系统的方式有两种
– 一次性集成方式
– 增殖式集成方式
1. 一次性集成方式(big bang)
* 它是一种非增殖式组装方式也叫做整体拼装
* 使用这种方式首先对每个模块分别进行模块测试然后再把所有模块组装在一起进行测试最终得到要求的软件系统
2. 增殖式集成方式
* 这种集成方式又称渐增式集成
* 首先对一个个模块进行模块测试然后将这些模块逐步组装成较大的系统
* 在集成的过程中边连接边测试以发现连接过程中产生的问题
* 通过增殖逐步组装成为要求的软件系统
(1) 自顶向下的增殖方式
* 这种集成方式将模块按系统程序结构沿控制层次自顶向下进行组装
* 自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点
* 选用按深度方向组装的方式可以首先实现和验证一个完整的软件功能
(2) 自底向上的增殖方式
* 这种集成的方式是从程序模块结构的最底层的模块开始集成和测试
* 因为模块是自底向上进行组装对于一个给定层次的模块它的子模块包括子模块的所有下属模块已经组装并测试完成所以不再需要桩模块在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到
* 自顶向下增殖的方式和自底向上增殖的方式各有优缺点
* 一般来讲一种方式的优点是另一种方式的缺点
(3) 混合增殖式测试
* 衍变的自顶向下的增殖测试
– 首先对和引入新算法模块进行测试
– 再自底向上组装成为功能相当完整且相对独立的子系统
– 然后由主模块开始自顶向下进行增殖测试
* 自底向上-自顶向下的增殖测试
– 首先对含读操作的子系统自底向上直至根结点模块进行组装和测试
– 然后对含写操作的子系统做自顶向下的组装与测试
* 回归测试
– 这种方式采取自顶向下的方式测试被修改的模块及其子模块
– 然后将这一部分视为子系统再自底向上测试
关键模块问题
* 在时应当确定关键模块对这些关键模块及早进行测试
* 关键模块的特征
① 满足某些
② 在程序的模块结构中位于较高的层次高层控制模块
③ 较复杂较易发生错误
④ 有明确定义的性能要求
确认测试Validation Testing
* 确认测试又称有效性测试任务是验证软件的功能和性能及其它特性是否与用户的要求一致
* 对软件的功能和性能要求在软件需求规格中已经明确规定它包含的信息就是软件确认测试的基础
1. 进行有效性测试
* 有效性测试是在模拟的环境 (可能就是开发的环境) 下运用黑盒测试的方法验证被测软件是否满足需求规格说明书列出的需求
* 首先制定测试计划规定要做测试的种类还需要制定一组测试步骤描述具体的测试用例
* 通过实施预定的测试计划和测试步骤确定
– 软件的特性是否与需求相符
– 所有的文档都是正确且便于使用
– 同时对其它软件需求例如可移植性兼容性出错自动恢复可维护性等也都要进行测试
* 在全部软件测试的测试用例运行完后所有的测试结果可以分为两类
– 测试结果与预期的结果相符这说明软件的这部分功能或性能特征与需求规格说明书相符合从而这部分程序被接受
– 测试结果与预期的结果不符这说明软件的这部分功能或性能特征与需求规格说明不一致因此要为它提交一份问题报告
2. 软件配置复查
n 软件配置复查的目的是保证
u 软件配置的所有成分都齐全
u 各方面的质量都符合要求
u 具有维护阶段所必需的细节
u 而且已经编排好分类的目录
n 应当严格遵守用户手册和操作手册中规定的使用步骤以便检查这些文档资料的完整性和正确性
系统测试System Testing
* 系统测试是将通过确认测试的软件作为整个基于的一个元素与计算机硬件外设某些支持软件数据和人员等其它系统元素结合在一起在实际运行环境下对计算机系统进行一系列的组装测试和确认测试
* 系统测试的目的在于通过与系统的需求定义作比较 发现软件与系统的定义不符合或与之矛盾的地方
验收测试Acceptance Testing
* 在通过了系统的有效性测试及软件配置审查之后就应开始系统的验收测试
* 验收测试是以用户为主的测试软件开发人员和QA质量保证人员也应参加
* 由用户参加设计测试用例使用生产中的实际数据进行测试
* 在测试过程中除了考虑软件的功能和性能外还应对软件的可移植性可维护性错误的恢复功能等进行确认
*应交付的文档有
– 确认测试分析报告
– 最终的用户手册和操作手册
– 项目开发总结报告1 目的统一测试用例编写的规范以保证使用最有效的测试用例保证测试质量
2 范围适用于公司对产品的功能测试测试用例的编写
3 术语解释
3.1 测试分析对重要业务重要流程进行测试前的分析
3.2 业务流程测试用例关于产品业务重要流程的测试用例
4 业务流程测试用例编写原则
4.1 系统性
4.1.1 对于系统业务流程要能够完整说明整个系统的业务需求系统由几个子系统组成以及它们之间的关系
4.1.2 对于模块业务流程要能够说明清楚子系统内部功能重要功能点以及它们之间的关系
4.2 连贯性
4.2.1 对于系统业务流程来说各个子系统之间是如何连接在一起如果需要接口各个子系统之间是否有正确的接口如果是依靠页面链接页面链接是否正确
4.2.2 对于模块业务流程来说同级模块以及上下级模块是如何构成一个子系统其内部功能接口是否连贯
5 测试用例设计的方法
5.1 等价类划分法
5.1.1 确定等价类的原则
5.1.1.1 如果输入条件决定了取值范围或值的个数则可以确立一个有效等价类和两个无效等价类
5.1.1.2 如果输入条件规定了输入值的集合或者规定了必须如何的条件此时可确立一个有效等价类和一个无效等价类
5.1.1.3 如果输入条件是一个布尔量则可以确定一个有效等价类和一个无效等价类
5.1.1.4 如果规定了输入数据的一组值而且程序对每个输入值分别进行处理此时可为每一个输入值确立一个有效等价类此外针对这组值确立一个无效等价类它是所有不允许输入值的集合
5.1.1.5 如果规定了输入数据必须遵守的规则则可以确立一个有效等价类符合规则和若干个无效等价类从不同的角度违反规则
5.1.1.6 如果确知已划分的等价类中各元素在程序中的处理方式不同则应将此等价类进一步划分成更小的等价类
5.1.2 测试用例的选择原则
5.1.2.1 为每一个等价类规定一个唯一的编号
5.1.2.2 设计一个新的测试用例使其尽可能多的覆盖尚未被覆盖的有效等价类重复这一步直至所有的有效等价类都被覆盖过
5.1.2.3 设计一个新的测试用例使其仅覆盖一个尚未被覆盖的无效等价类重复这一步直至所有的无效等价类都被覆盖为止
5.2 边界值分析法
5.2.1 测试用例的选择原则
5.2.1.1 如果输入了条件规定了值的范围则应取刚达到这个范围的边界值以及刚刚超越这个边界范围的值作为测试输入数据
5.2.1.2 如果输入条件规定了值的个数则用最大个数最小个数比最大多1比最小小1的数作为测试输入数据
5.2.1.3 根据规格说明的每个输出条件使用前面的原则
5.2.1.4 如果程序的规格说明给出的输入输出域是有序集合则应选取集合的每一个元素和最后一个元素作为测试用列
5.2.1.5 如果程序中使用了一个内部数据结构则应当选择这个内部数据结构的边界上的值作为测试用例
5.2.1.6 分析规格说明找出其他可能的边界条件
6 测试用例设计的原则
6.1 全面性
6.1.1 应尽可能覆盖程序的各种路径
6.1.2 应考虑存在跨年跨月的数据
6.1.3 大量数据并发测试的准备
6.2 正确性
6.2.1 输入界面后的数据应与测试文档所记录的数据一致
6.2.2 预期结果应与测试数据发生的业务吻合
6.3 符合正常业务惯例
6.3.1 测试数据应符合用户实际工作业务流程
6.3.2 兼顾各种业务变化的可能
6.4 仿真性
人名地名电话号码等应具有模拟功能符合一般的命名惯例不允许出现与知名人士小说中人物名等雷同情况
6.5 可操作性
测试用例中应写清测试的操作步骤不同的操作步骤相对应的操作结果
7 测试用例编写格式细则
7.1 测试用例内容
7.1.1 具体实施可以采用EXCEL和图形相结合可用EXCEL编写测试用例的同时插入图形来加以说明测试用例设计的内容可由模块名功能说明或图形说明测试用例输入应输出结果实际输出结果结论BUG编号BUG级别8部分组成
7.1.2 在测试用例设计模版中有业务流程测试用例设计模版包含整体业务流程和功能测试用例设计模版两个模板可按需要选择
7.2 测试用例表格格式
7.2.1 表格内容的字体为宋体
7.2.2 表格内容的字型为12号
8 测试用例优先级
测试用例优先级 描述
A 测试计划中重要的模块功能和业务流程
B 测试计划中比较重要的模块功能和业务流程
C 测试计划中次重要的模块功能和业务流程
D 测试计划中不重要的模块功能和业务流程
E 系统小单元系统容错功能
对于AB 级应重点考虑
9 BUG级别1制定测试计划[7]
2编辑测试用例
3执行测试用例
4发现并提交BUG
5开发组修正BUG
6对已修正BUG进行返测
7修正完成的BUG将状态置为已关闭未正确修正的BUG重新激活单元测试
单元测试是对软件组成单元进行测试其目的是检验软件基本组成单位的正确性测试的对象是软件设计的最小单位模块[3]
集成测试也称联合测试将程序模块采用适当的集成策略组装起来对系统的接口及集成后的功能进行正确性检测的测试工作其主要目的是检查软件单位之间的接口是否正确集成测试的对象是已经经过单元测试的模块
系统测试[8]主要包括功能测试界面测试可靠性测试易用性测试性能测试 功能测试主要针对包括功能可用性功能实现程度功能流程&业务流程数据处理&业务数据处理方面测试
回归测试指在软件维护阶段为了检测代码修改而引入的错误所进行的测试活动回归测试是软件维护阶段的重要工作有研究表明回归测试带来的耗费占软件生命周期的1/3总费用以上
与普通的测试不同在回归测试过程开始的时候测试者有一个完整的测试用例集可供使用因此如何根据代码的修改情况对已有测试用例集进行有效的复用是回归测试研究的重要方向此外回归测试的研究方向还涉及自动化工具面向对象回归测试测试用例优先级回归测试用例补充生成等V模型
是软件开发的变种它反映了测试活动与分析和设计的关系
从左到右描述了基本的开发过程和测试行为非常明确地标明了测试过程中存在的不同级别并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系
左边依次下降的是开发过程各阶段与此相对应的是右边依次上升的部分即各测试过程的各个阶段
用户需求 验收测试
和系统设计 确认测试和系统测试
概要设计 集成测试
详细设计 单元测试
1.测试是开发之后的一个阶段
2.测试的对象就是程序本身
3.实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现
4.整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心而且上一步的结果必须是充分和正确的如果任何一个环节出了问题则必将严重的影响整个工程的质量和预期进度
W由Evolutif公司公司提出相对于V模型W模型增加了软件各开发阶段中应同步进行的验证和确认活动W模型由两个V字型模型组成分别代表测试与开发过程图中明确表示出了测试与开发的并行关系 W模型强调测试伴随着整个软件开发周期而且测试的对象不仅仅是程序需求设计等同样要测试也就是说测试与开发是同步进行的W模型有利于尽早地全面的发现问题例如需求分析完成后测试人员就应该参与到对需求的验证和确认活动中以尽早地找出缺陷所在同时对需求的测试也有利于及时了解项目难度和测试风险及早制定应对措施这将显著减少总体测试时间加快项目进度 但W模型也存在局限性在W模型中需求设计编码等活动被视为串行的同时测试和开发活动也保持着一种线性的前后关系上一阶段完全结束才可正式开始下一个阶段工作这样就无法支持迭代的开发模型对于当前软件开发复杂多变的情况W模型并不能解除测试管理面临着困惑
中 软件测试过程活动完全独立贯穿于整个产品的周期与其他并发地进行某个测试点准备就绪时就可以从测试准备阶段进行到测试执行阶段软件测试可以尽早的进行并且可以根据被测物的不同而分层次进行
这个示意图演示了在整个生产周期中某个层次上的一次测试微循环图中标注的其它流程可以是任意的开发流程例如设计流程或者编码流程也就是说 只要测试条件成熟了测试完成了测试执行活动就可以进行了
H模型揭示了一个原理软件测试是一个独立的流程贯穿产品整个生命周期与其他流程并发地进行H模型指出软件测试要尽早准备 尽早执行不同的测试活动可以是按照某个次序先后进行的但也可能是反复的只要某个测试达到准备就绪点测试执行活动就可以开展
X模型也是对V模型的改进X模型提出针对单独的程序片段进行相互分离的编码和测试此后通过频繁的交接通过集成最终合成为可执行的程序X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试此后将进行频繁的交接通过集成最终成为可执行的程序然后再对这些可执行程序进行测试己通过集成测试的成品可以进行封装并提交给用户也可以作为更大规模和范围内集成的一部分多根并行的曲线表示变更可以在各个部分发生由图中可见X模型还定位了探索性测试这是不进行事先计划的特殊类型的测试这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的但这样可能对测试造成人力物力和财力的浪费对测试员的熟练程度要求比较高
Test Platform简称是业界唯一的对软件测试全过程进行支撑的软件测试工具
业界已有的软件测试工具基本上都局限在测试执行阶段只能支撑测试执行阶段的活动而测试分析测试设计测试实现这三个前期阶段的活动缺乏有效的测试工具支撑直接影响了软件测试的完整性和充分性从而影响最终研发的David.yuan这样说企业使用了博为峰TP测试平台整个软件测试过程的 测试覆盖率提高到前所未有的高度和广度可以极好的达成软件在安全性健壮性稳定性和功能性能方面的要求即使是没有很多年测试经验的管理和测试人员通过TP测试平台就可以完成智能化地管理设计分析执行整个测试过程达到一流测试管理专家所做到的效果
1在业界首先将各种有效的缺陷分析模型引入到该软件平台中包括ODC分析Gompertz分析Rayleigh分析四象限分析缺陷注入分析DRE/DRM等工程方法帮助管理者建立软件研发过程的质量基线测试能力基线并帮助管理者将项目实际缺陷能力数据和基线数据进行对比分析发现软件过程中的改进点判断测试是否可以退出软件是否可以发布并对软件中残留缺陷数进行预测
2建立了测试分析和设计的理论框架和一整套工程方法能够很好的支撑测试的辅助分析和设计
3建立开发需求项－&测试项－&测试子项－&测试用例－&缺陷的测试跟踪关系能够及时的反应开发需求和设计的变更对测试的影响范围保证软件的一致性和测试的充分性从而保证软件的质量
4能够全面的管理软件质量工作具有高度的集成性一款TestPlatform能够完成多款其他各类的相关质量管理工具集成在一起才能完成的软件质量管理工作它集成了需求跟踪静态测试动态测试测试人员管理测试环境管理测试计划管理测试用例管理缺陷管理缺陷分析等软件质量相关的流程
是国内第一款自动化测试工具可以用来完成每日构建测试与自动回归测试等工作是具有脚本语言的提供针对完善的跟踪和调试功能的支持IE测试和Windows native测试的自动化测试工具
是一款功能强大它可以帮助您实现的过程管理对测试需求过程过程设计实现过程等整个测试过程进行管理实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的降低了测试用例对个人的依赖提供测试用例复用用例和脚本能够被复用以保护测试人员的资产提供可伸缩的测试执行框架提供自动测试支持提供测试数据管理帮助用户同意管理测试数据降低测试数据和测试脚本之间的
(Terminal AutoRunner)适用于VT100VT220等标准的应用系统支持命令行模式和窗口模式使用Cursors编写的支持自动录制脚本所见即所得的资源和编辑稳定的自动同步功能是目前国内最好的银行业务.
是全球最大的提供商Mercury Interactive公司生产的企业级也是业界第一个基于的测试管理系统它可以在您公司内部或外部进行全球范围内测试的管理通过在一个整体的应用系统中集成了测试管理的各个部分包括测试计划测试执行以及错误跟踪等功能TestDirector极大地加速了测试过程外包软件测试就是指软件企业将软件项目中的全部或部分测试工作交给提供测试服务的公司由他们为软件进行专门的测试这样做的好处有两个一方面软件企业可以更好地专注核心竞争力业务同时降低软件项目成本另一方面由第三方专业的测试公司进行测试无论在技术上还是管理上对提高软件测试的有效性都具有重要意义
外包软件测试行业前景非常看好发展空间很大IDG的数据显示最近几年中国的软件外包产业年均增长率为36.5%正处于快速发展的阶段2008年预计已达到16.9亿美元的市场规模韩日欧美国家的软件企业纷纷关注而作为软件外包强国的印度在其国内处于前几位的软件外包服务商也准备来从市场来看选择将部分软件测试工作进行外包的公司主要是微软IBM等国际软件旗舰企业他们利用第三方专业软件测试公司在产品发布前对软件进行一系列的集成测试和系统测试既保证了测试工作的全面性又节省了人力物力的开销最重要的是测试结果往往好于这些软件企业最初的预期效果非常软件企业和提供软件外包测试的公司进行合作只要达成双赢两方皆大欢喜这样的合作就会越来越多项目也会越做越大
主要业务类型
·本地化软件测试
·国际化软件测试
主要测试的范围
·本地化语言质量测试
·国际化软件的功能和性能测试
测试工作主要方式
·公司内部In house执行的测试
·派驻客户开发中心的现场测试On site软件开发中出现错误或缺陷的机会越来越多市场对软件质量重要性的认识逐渐增强所以软件测试在软件项目实施过程中的重要性日益突出但是现实情况是与软件编程比较软件测试的地位和作用还没有真正受到重视对于很多人甚至是软件项目组的技术人员还存在对软件测试的认识误区这进一步影响了软件测试活动开展和真正提高软件测试质量
1误区之一软件开发完成后进行软件测试
人们一般认为软件项目要经过以下几个阶段需求分析概要设计详细设计软件测试软件发布据此认为软件测试只是软件编码后的一个过程这是不了解软件测试周期的错误认识软件测试是一个系列过程活动包括软件测试需求分析测试计划设计测试用例设计执行测试因此软件测试贯穿于软件项目的整个生命过程在软件项目的每一个阶段都要进行不同目的和内容的测试活动以保证各个阶段的正确性软件测试的对象不仅仅是还包括软件需求文档和设计文档软件开发与软件测试应该是交互进行的例如单元编码需要单元测试模块组合阶段需要集成测试如果等到软件编码结束后才进行测试那么测试的时间将会很短测试的覆盖面将很不全面测试的效果也将大打折扣更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误如果要修复该类错误将会耗费大量的时间和人力
2误区之二软件发布后如果发现质量问题那是软件测试人员的错
这种认识很打击软件测试人员的积极性软件中的错误可能来自软件项目中的各个过程软件测试只能确认软件存在错误不能保证软件没有错误因为从根本上讲软件测试不可能发现全部的错误从软件开发的角度看软件的高质量不是软件测试人员测出来的是靠的各个过程中设计出来的出现软件错误不能简单地归结为某一个人的责任有些错误的产生可能不是技术原因可能来自于混乱的项目管理应该分析软件项目的各个过程从过程改进方面寻找产生错误的原因和改进的措施
3误区之三软件测试要求不高随便找个人做都行
很多人都认为软件测试就是安装和运行程序点点鼠标按按键盘的工作这是由于不了解软件测试的具体技术和方法造成的随之软件工程学的发展和经验的提高软件测试已经形成了一个独立的技术学科演变成一个具有巨大市场需求的行业软件测试技术不断更新和完善新工具新流程新测试设计方法都在不断更新需要掌握和学习很多测试知识所以具有编程经验的程序员不一定是一名优秀的测试工程师软件测试包括测试技术和管理两个方面完全掌握这两个方面的内容需要很多测试实践经验和不断学习精神
4误区之四软件测试是测试人员的事情与程序员无关
开发和测试是相辅相成的过程需要软件测试人员程序员和等保持密切的联系需要更多的交流和协调以便提高测试效率另外对于单元测试主要应该由程序员完成必要时测试人员可以帮助设计测试样例对于测试中发现的软件错误很多需要程序员通过修改编码才能修复程序员可以通过有目的的分析软件错误的类型数量找出产生错误的位置和原因以便在今后的编程中避免同样的错误积累编程经验提高编程能力
5误区之五项目进度吃紧时少做些测试时间富裕时多做测试
这是不重视软件测试的表现也是软件项目过程管理混乱的表现必然会降低软件测试的质量一个软件项目的顺利实现需要有合理的其中包括合理的测试计划对项目实施过程中的任何问题都要有和相应的对策不要因为开发进度的延期而简单的缩短测试时间人力和资源因为缩短测试时间带来的测试不完整对项目质量的下降引起的潜在风险往往造成更大的浪费克服这种现象的最好办法是加强软件过程的计划和控制包括软件测试计划测试设计测试执行测试度量和测试控制随着软件产业的发展软件产品的与质量管理正逐渐成为软件企业生存与发展的核心几乎每个大中型IT企业的软件产品在发布前都需要大量的质量控制测试和文档工作而这些工作必须依靠拥有娴熟技术的专业软件人才来完成软件测试工程师就是这样的一个企业重头角色业内人士分析该类职位的需求主要集中在沿海发达城市其中北京和上海的需求量分别占去33%和29%民企需求量最大占19%外商独资欧美类企业需求排列第二占15%然而现状是一方面企业对高质量的测试工程师需求量越来越大越大另一方面国内原来对测试工程师的职业重视程度不够使许多人不了解测试工程师具体是从事什么工作这使得许多IT公司只能通过在实际工作中进行淘汰的方式对测试工程师进行筛选因此国内在短期将出现测试工程师严重短缺的现象根据对IT人才情况的了解许多正在招聘软件测试工程师的企业
很少能够在招聘会上顺利招到合适的人才在具体工作过程中测试工程师的工作是利用测试工具按照测试方案和流程对产品进行功能和性能测试甚至根据需要编写不同的测试用例设计和维护测试系统对测试方案可能出现的问题进行分析和评估对软件测试工程师而言必须具有高度的工作责任心和自信心任何严格的测试必须是一种实事求是的测试因为它关系到一个产品的质量问题而测试工程师则是产品出货前的把关人所以没有专业的技术水准是无法胜任这项工作的同时由于测试工作一般由多个测试工程师共同完成并且测试部门一般要与其他部门的人员进行较多的沟通所以要求测试工程师不但要有较强的技术能力而且要有较强的沟通能力程序测试的过程具有破坏性
人类的活动具有高度的目的性建立适当的目标具有重要的心理作用如果我们的目的是要证明程序中没有错误那我们就会不自觉地朝这个方向去做也就是说我们会倾向于挑选那些使程序出错的可能性较小的测试数据另一方面如果我们的目标是要证明程序中有错那就会选择一些易于发现程序所含错误的测试数据而后一种态度会比前者给程序增添更多的价值熟悉软件测试流程有智能产品/网络应用经验者优先考虑
熟悉软件测试理论和方法能够熟练应用多种测试工具
熟悉 C/C++/C#/Java编程 有网络协议测试经验
有较强的逻辑分析能力和学习能力具备较强的总结能力
热爱软件测试工作可以胜任重复性工作
软件测试员是指根据测试计划和测试方案进行软件测试能够针对软件需求开发测试模型制定测试方案安排测试计划并对测试项目进行管理的专业人员每一阶段的测试都是为了减少软件的bug和提升软件的功能需求所以测试人员必须具备良好的编程功底就业竞争小
人才供不应求让软件测试人员的就业竞争压力明显小于同类其它职业有利于从业者的身心健康另外由于软件测试在我国起步较晚独立设置测试部门对测试人员有强烈需求的多为独具慧眼的大中型IT企业软件测试人才不需要在小企业积累经验就能获得知名企业的入门通行证工作起点高于同类其它职业
刚入行的软件测试人员起步的月薪就在元左右远高于同龄人2000元的薪资水平随着工作经验的丰富以及能力的提升这份薪水将一路看涨
就业质量高
与其他IT职位相比软件测试人员最大的优势就是发展方向太多了由于工作的特殊性测试人员不但需要对软件的质量进行检测而且对于软件项目的立项管理售前售后等领域都要涉及在此过程中测试人员不仅提升了专业的软件测试技能还能接触到各行各业从而为自己的多元化发展奠定了基础
无性别歧视
如果把软件开发领域比作男子单打那么软件测试领域就是混合双打[3]由于工作的特殊性软件测试人员更要具有认真耐心细致敏感等个性元素而这在一定程度上与女性的个性气质相吻合据了解很多IT企业中软件测试人员的比例更趋向男女平衡甚至出现女性员工成主流的情况1自学去相关网站学习基础的计算机语言收集软件测试教程学习
2参加培训机构进行专业的培训与实践
新手上路我有疑问投诉建议参考资料 查看