《软件测试技术》PPT课件.ppt

《《软件测试技术》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《软件测试技术》PPT课件.ppt（78页珍藏版）》请在装配图网上搜索。

1、六. 人工测试技术,1/51,6.1 概述 6.2 软件评审过程 6.3 文档评审 6.4 桌面检查 6.5 代码审查 6.6 人工走查 6.7 同行评分 6.8 同行评审,2/51,6.1 概述,1.为什么需要人工测试？ 2.人工测试的主要方法 3.人工测试的作用,3/51,1.为什么需要人工测试？,人们对软件测试往往有这样一种错误的认识：测试必须通过在机器上运行程序才能进行。 早在70年代Weinberg在其计算机程序设计心理学一书中就指出读程序的必要性，并提出了令人信服的论证。,4/51,为什么需要人工测试？,人工测试可以在软件未开发完成时即可开展。 错误发现的越早，修改错误的代价越低。

2、 修改在机器测试时发现的错误，比修改人工测试所发现的错误更容易产生新的错误。,5/51,为什么需要人工测试？,实践表明，人工测试能相当有效地查找错误。 人工测试的主要手段，就是召开评审会，对软件开发中的所有产品进行评审和审查。 为了有效的保证软件质量，在一个软件的开发过程中，应使用一种或多种人工测试技术。,6/51,2.人工测试的主要方法,（1）文档评审（Document Review) （2）桌面检查（Desk Checking） （3）代码审查（Code Inspections） （4）人工走查（Walkthroughs) （5）同行评分（Peer Ratings) （6）同行评审（Pee

3、r Review),7/51,人工测试的主要方法,文档评审主要是针对软件开发过程中各种文档的审查。 代码审查和人工走查都要求一组人员来阅读程序。 人工走查不仅要阅读代码，还要进行人工运行程序。 同行评分/评审是一种通过作者的同行来确认缺陷和需要变更区域的检查方法。 审查或评审的方法是召开审查会，目的是寻找错误，但不寻找纠错的方法。,8/51,3.人工测试的作用,使用代码审查和人工走查方法测试有代表性的程序时，能有效地发现30%到70%的逻辑设计和编码的错误。 一个对照实验发现，人工走查和代码审查平均能找出被测程序的38%错误。 人工测试方法不但对测试一个新程序有很大作用，而且对测试一个程序的修

4、改方案是否正确也具有同样甚至更高的效用。,9/51,6.2软件评审过程,10/51,1.软件评审的目的 2.开发过程中的软件评审 3.软件评审的内容和目的 4.软件评审发现问题类型 5.软件评审会,1.软件评审的目的,软件评审是对软件开发各个阶段的成果的检查，如需求分析、概要设计、详细设计等阶段的文档和代码，以及测试计划、测试说明、测试报告和测试记录等。,11/51,2.开发过程中的软件评审,12/51,3.软件评审的内容和目的,13/51,内容： 需求评审 概要设计评审 详细设计评审 数据库设计评审 代码评审 测试评审,目的： 正确性 完整性 一致性 有效性 可测试性 模块化 清晰性 可行性

5、 可靠性 可追溯性,4.软件评审发现问题类型,14/51,三大类问题： （1）遗漏 在规格说明或标准中指明应该有的内容，送审资料中丢掉了。 （2）多余 超出规格说明和标准，多给出的信息。 （3）错误 规格说明应该有的内容，在送审资料中也的确有，但内容有错误的信息。,软件评审发现问题类型,13种类型：,15/51,（1）接口问题 （2）数据问题 （3）逻辑问题 （4）输入和输出问题 （5）功能问题 （6）性能问题 （7）人为因素问题,（8）标准问题 （9）文档问题 （10）语法问题 （11）测试环境问题 （12）测试覆盖问题 （13）其它问题,5.软件评审过程,16/51,计划：制定计划，确定主

6、持人 预审：提供评审材料 准备：收集材料 开会：讲解/阅读材料，评审填写问题单，做出结论：1.符合要求 2.需要返工 3.需要再次评审 复查与终审：对修改的问题进行复查，得出最后结论,6.3 文档评审,17/51,需求评审 概要设计评审 详细设计评审 数据库设计评审 测试评审,1. 需求评审,18/51,需求评审,19/51,2. 概要设计评审,20/51,概要设计评审,21/51,3.详细设计评审,22/51,4.数据库设计评审,23/51,5.测试评审,24/51,测试需求评审 测试计划评审 测试说明评审 测试报告评审 测试记录评审,（1）测试需求评审,25/51,测试需求评审,26/51

7、,（2）测试计划评审,27/51,（3）测试说明评审,28/51,（4）测试报告评审,29/51,（5）测试记录评审,30/51,6.4 桌面检查,桌面检查是单人完成程序的代码检查，通常由程序员自己完成。 使用白盒测试方法仔细审查软件设计、体系结构和代码。 目的是尽早发现软件缺陷。 为提高效果，程序员之间可交叉进行桌面检查。,31/51,桌面检查的项目,检查变量的交叉引用表 检查标号的交叉引用表 检查子程序、宏和函数 类型检查 常量检查 标准检查 控制流检查 路径检查 对照规格说明的检查 修改相关文档,32/51,桌面检查的缺点,开发人员不是检查自己代码的最佳人选。 开发人员较之于检查代码，更

8、喜欢编写新代码。 桌面检查的效果主要依靠个人的因素，是非形式化的，很难达到预期效果。,33/51,6.5代码审查,1.代码审查小组 2.代码审查会 3.对代码审查会的要求 4.程序错误检查表,34/51,1.代码审查小组,代码审查小组通常由四人组成： （1）会议组织者 （2）程序的设计者 （3）程序员 （4）测试专家,35/51,2.代码审查会,会议之前： 组织者把这个程序清单和设计规范分发给小组的其他成员，要求他们在会议之前熟悉这些材料。,36/51,代码审查会,会议期间： 1.请程序员逐个语句地讲述程序的逻辑结构。其间大家提出问题加以追究，以断定错误是否存在。 2.根据常见程序错误检验表分

9、析程序。 3.组织者要确保讨论有效地进行，并使参加者集中精力找出错误，而不是改正错误。,37/51,代码审查会,会议之后： (1) 组织者把已查出错误清单交给程序员。 (2)如果发现的错误很多，或如果发现有一个错误需做重大更正，那么组织者就应做出安排，以便在这些错误得到更正之后重新审查这个程序。,38/51,3.对代码审查会的要求,（1）审查会的时间和地点 地点：要安排好，以多免受外界干扰。 时间：每次开会的时间最好是90分钟至120分钟之间，时间过长效率不高。 速度：每小时阅读大约150行代码左右。,39/51,对代码审查会的要求,（2）被审查程序的程序员的态度很重要 如果程序员把审查会看成

10、对他的人格的攻击，有抵触情绪，那么审查过程就会没有什么效果。 程序员一定要用正确的和建设性的眼光看待代码审查，代码审查的目的在于发现程序中的错误，从而改进他的工作质量和整个项目的质量。,40/51,4.程序错误检查表,（1）数据引用错误 用了未赋值的变量吗？ 数组下标越界吗？ 有悬持引用问题吗？ 指针运算正确吗？ 字符串越界吗？ 地址或下标运算中有“差1”错误吗？,41/51,程序错误检查表,（2）数据说明错误 所有变量都被说明了吗？ 缺省属性使用得正确吗？ 数组与字符串的初始化正确吗？ 变量的长度、类型、存贮类指定得正确吗？ 初始化与存贮类一致吗？ 有相似变量名吗？,42/51,程序错误检查

11、表,（3）计算错误 有无对非算术变量进行运算？ 有无混合运算？ 有无不同长度的变量之间的运算？ 中间结果有无上溢或下溢？ 有无用零作除数？ 变量值是否超过有效范围？ 运算符优先级用得是否正确？ 整数除法运算是否正确？,43/51,程序错误检查表,（4）控制流错误 多路转移越界吗？ 每一个循环是否终止？ 程序能否终止？ 由于入口条件的原因是否有循环不被执行的情况？ 可能的“循环失败”是否正确？ 有“差1”迭代错误吗？ 有非穷举的判断吗？,44/51,程序错误检查表,（5）比较错误 有不同类型变量之间的比较吗？ 有混合类型的比较吗？ 比较关系正确吗？ 布尔表达式正确吗？ 运算符优先级是束正确？ 编

12、译程序能否正确处理布尔表达式？,45/51,程序错误检查表,（6）接口错误 实参与形参的个数是否相同？ 实参与形参的属性是否匹配？ 实参与形参的单位是否匹配？ 调用库函数所用的参数的个数、属性和次序是否正确？ 引用了与当前入口无关的参数吗？ 只读变量被修改了吗？ 全程变量在各模块中定义一致吗？,46/51,程序错误检查表,（7）输入/输出错误 文件属性是否正确？ 文件打开是否正确？ 格式说明与I/O语句是否一致？ 缓冲区大小与记录大小是否匹配？ 使用了未打开的文件吗？ 文件结束条件处理了吗？ I/O错误处理了吗？,47/51,程序错误检查表,（7）其它检查 程序功能是否遗漏？ 程序有错误警告和

13、提示信息吗？ 程序有帮助信息吗？,48/51,6.6人工走查,1.人工走查概念 2.人工走查小组 3.人工走查会 4 .对人工审查会的要求,49/51,1.人工走查概念,人工走查是利用测试数据来人工运行程序达到测试的目的，人工走查也称为人工运行。 人工走查与代码审查有很多相同之处，只是步骤稍有不同。 人工走查与代码审查一样，首先要通过资料研究程序。 人工走查运用了与代码审查不同的错误检查方法。,50/51,2.人工走查小组,人工走查小组的组成： （1）会议组织者 （2）秘书 （3）测试员 （4）程序员 （5）其他参加人员（可选） 具有丰富经验的程序员 程序语言专家 来自其他项目的程序员 最终将

14、维护这个程序的人员 这个程序小组中的另外一个程序员,51/51,3.人工走查会,会议之前： 组织者把这个程序清单和设计规范分发给小组的其他成员，要求他们在会议之前熟悉这些材料。,52/51,人工走查会,会议期间： （1）与会者不是简单的阅读程序和使用错误检查表，而是都被当作“计算机”运行程序。 （2）测试员要准备好典型测试用例，并带到会场上。 （3）与会者要用大脑来运行每一个测试用例，并在纸上记录结果。 （4）在人工运行中，如发现错误，应向程序员提问，并找出原因。,53/51,人工走查会,会议之后： (1)组织者把已查出错误清单交给程序员。 (2)对发现的错误要有追踪，组织者就应做出安排，在这

15、些错误得到修改之后重新进行审查。,54/51,4.对人工走查会的要求,（1）审查会的时间和地点 地点：要安排好，以多免受外界干扰。 时间：每次开会的时间最好1.5-2个小时。,55/51,人工走查会的要求,（2）被审查程序的程序员的态度很重要 如果程序员对审查会有抵触情绪，那么审查过程可能就会没有什么效果。 审查的目的在于发现程序中的错误，审查的对象是程序而不是程序员本人。,56/51,6.7 同行评分,1.同行评分的目的 2.同行评分的过程 3.同行评分的结果,57/51,1.同行评分的目的,同行评分可以作为代码审查的一部分进行。 同行评分是根据程序的全面质量、可维护性、可扩充性、可用性和清

16、晰性来匿名评定程序员工作的一种技术。,58/51,2.同行评分的过程,（1）选择一个程序员为评定会的主持人。 （2）选择6-20参加参评者。 每次评定同类程序，要求参评者具有相同背景。 （3）要求每一个参评者选择两个程序参加评定，其中一个为他认为自己最好的程序，另一个是他认为自己最差的程序。,59/51,同行评分的过程,（4）在评定会上，主持人把这些程序随机的分给参评者每人四个程序，其中两个是“最好的”程序，另两个是“最差的”程序，但是不告诉参评者这些程序的类别和作者。 （5）每个参评者用30分钟来检查程序，然后给出一个质量评定。 （6）每个参评者再对其他参评者已经评定过的四个程序进行质量评定

17、，并给出总的评价和改进意见。,60/51,3.同行评分的标准,按照下列问题的1-7个等级给程序评分： （1）程序易于理解吗？ （2）看得出这是高水平的设计吗？根据是什么？ （3）看得出这是低水平的设计吗？根据是什么？ （4）你能很容易的修改这个程序吗？ （5）你为自己写了这个程序而感到自豪吗？,61/51,4.同行评分的结果,把对每个参评者自己程序的匿名评价结果发给程序作者。 给出一个所有参评程序的评价表，指出每个参评者程序在所有参评程序的级别。 给出其他参评者对参评者程序的评价，找出自己与其他参评者对同一程序评价的区别。,62/51,6.8 同行评审,1.管理评审 2.过程评审,63/51,

18、1.管理评审,1)管理评审的目的 2)管理评审的机制 3)管理评审的步骤,64/51,1)管理评审的目的,通过对软件质量管理体系和质量活动的现状进行评审，发现管理缺陷，寻求改进的机会，以确保软件质量和目标、质量体系和质量活动的持续有效运行。,65/51,2)管理评审的机制,参加人员： 项目负责人 质量负责人 各部门主管,66/51,评审期限： 评审周期间隔不超过十二个月。 一般情况下，每年至少一次。,3)管理评审的步骤,（1）制定评审计划 （2）召开评审会，实施评审 （3）评审结果 （4）改进措施和跟踪验证,67/51,（1）制定评审计划,质量负责人负责制定管理评审计划，明确评审时间、评审内容

19、、参加人员和评审具体内容要求；准备管理评审会议签到表和管理评审会议记录表。 办公室负责在评审前一周将管理评审计划分发到相关部门和岗位，并协调组织各相关部门、岗位提供评审所需的输入资料。,68/51,（2）召开评审会，实施评审,由负责人主持评审工作，确定报告人；报告人应说明主要观点、结论及建议。 各部门主管根据评审输入的背景材料、主题报告和本岗位的实际工作情况，对管理体系和检测活动现状进行评价。 由负责人针对主要存在问题提出结论性意见，并做总结性发言。 评审时间一般为一个工作日。,69/51,（3）评审结果,管理评审的结果应包括： 质量活动的评价； 管理体系及测试过程的改进及实施的日程； 管理体

20、系实施过程中对资源的需求； 下一年度的目标、目的和活动计划等。 根据评审意见，由质量负责人组织编制管理评审报告，对管理体系予以分析评价，应明确对有关改进措施的具体要求,报相关领导批准。,70/51,（4）改进措施和跟踪验证,质量负责人负责组织各相关部门落实管理评审提出的改进措施，填写管理评审验证记录表。 质量负责人负责改进措施实施的监督和跟踪验证。 质量负责人负责协调解决落实改进措施中的问题，确保各项改进措施在规定的时间内实施，并向相关领导报告。,71/51,2.过程评审,1)过程评审的任务 2)过程评审的对象 3)过程评审的目标 4)过程评审的方法 5)过程评审的结果,72/51,1)过程评

21、审的任务,主要任务通过对软件开发过程的控制，保证软件质量保证流程在项目中得到了遵循，同时保证各种SQA措施得到更好的贯彻执行。,73/51,2)过程评审的对象,软件质量保证流程 各种开发活动,74/51,3)过程评审的目标,评估主要的质量保证流程 考虑如何处理和解决评审中发现的不符合项 总结过去好的经验 提出进一步的改进措施,75/51,4)过程评审的方法,成立过程评审小组，采取问卷调查或开会方式，对下列问题得出结论： 质量保证流程在项目开发过程中是如何被遵循的？ 还能采取那些改进措施来加强质量保证流程的效力？ 目前的质量保证流程对项目进展是否有帮助？,76/51,5)过程评审的结果,评审结束后，评审小组要提交评审报告，内容包括： 评审记录 评审后对现有的质量保证流程的评价和说明 对改进项目质量保证流程的建议,77/51,本讲到此结束，谢谢！,78/51,