第05章、软件测试流程和分类(理论课)参考教案

第一篇：第05章、软件测试流程和分类(理论课)参考教案

 注意事项：

 需要结合软件产品的整体研发流程来使学员熟悉软件测试流程，明确一个软件项目的不同阶段需要做的工作、输出哪些文档，特别是不同的阶段需要做哪些测试工作，重点要使学员掌握软件项目工作流程图。 关于软件测试的分类，内容比较多而且知识点比较细，这部分内容重在概念的理解，讲解时需要自己组织一些简单的案例，目的是让学员明白各种测试方法的概念和应用的场合，具体的实现不是本章的重点。

 PPT第1~3页：

 回顾上一章内容，可以采用提问的方式；并简要介绍本章的学习目标。

 PPT第4页：

 内容进度页，向学员介绍本次课程的进度安排。

 PPT第5页：

 介绍软件项目在需求阶段的工作流程。

 首先介绍什么是需求分析，然后阐述需求调研和需求分析对一个软件项目的重要性，强调需求分析并不是与测试无关的工作，如果有条件，测试人员也应该参与需求调研和分析，这样有助于发现系统中很多隐含的缺陷。 接下来介绍软件需求阶段的工作流程，测试组在需求阶段需要完成的任务和提交的文档。让学员明白一个观点，需求分析过程不只是在项目开始完成以后就不再进行了，需求分析会贯穿整个项目周期，可能还包括系统维护阶段，这时需要引导学员回顾软件生命周期的螺旋模型。

 PPT第6~12页：

 让学员了解在需求阶段测试组都应该做哪些工作。

 首先通过幻灯片6概要介绍需求阶段测试组制定测试计划和系统测试方案时重点考虑的问题，然后通过后面的幻灯片详细介绍。 在讲解各个条目的时候，最好和前面课程中的测试计划案例或模板对应，提示学员哪些项目需要以文字的形式体现在测试计划和系统测试方案中，哪些条目可以帮助我们理解产品和产品的实现过程，间接帮助实现测试文档。

 PPT第13页：

 介绍软件设计编码阶段需要完成哪些工作。流程图中涉及到“详细设计”和“概要设计”的概念，需要在此进行知识扩展，侧重于介绍详细设计和概要设计所涵盖的内容。需要提醒大家的是，而现在国内很多公司没有做详细设计，有些公司迫于项目进度的压力将详细设计和编码同步进行，或者在编码之后补充文档。这样就要求概要设计文档细致一些。 概要设计

 在需求明确，有详细的《需求规格说明书》之后、就进入设计和编码阶段，这一阶段首先要做概要设计，目的是使整个软件开发工作可以协调有序地进行。

 概要设计是编码阶段将软件系统需求转换为未来系统的设计的第一份文档，是项目小组今后共同作战的基础，概要设计的重点是考虑开发规范、系统构架、实施环境、系统性能和模块的分解和接口规范等。概要设计的成果是指导软件设计编码的《概要说明书》。

 详细设计

 详细设计是在概要设计的基础上实现的，详细设计着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。详细设计结束后会完成《详细设计说明书》，又可称为《程序设计说明书》。编制详细设计说明书的目的是向编码人员说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。

 接下来根据流程图介绍软件设计编码阶段的一般流程。这一阶段测试组的主要工作是完成产品的单元测试。

 PPT第14页：

 介绍在设计编码阶段测试组需要完成的测试工作。在概要设计完成以后，测试组就应该参照软件需求规格说明书和概要设计文件着手编写系统集成测试方案了，这里需要简要介绍集成测试的概念。在详细设计阶段完成以后，测试组需要以此为依据编写单元测试方案和单元测试用例。这里简要介绍单元测试的基本概念和作用。

 PPT第15页：

 介绍在系统集成和验收阶段测试组需要完成的测试工作。这一阶段80％的工作是测试活动，根据幻灯片中的流程图进行讲解。强调软件测试过程贯穿了整个软件的生命周期。

 PPT第16页：

 回顾整个软件生命周期中的测试活动。这里将测试活动从软件生命周期中摘出来，形成软件测试各阶段示意图，需要讲解每个测试阶段的具体工作和作用，以及每个阶段前后之间的顺序关系。

 PPT第17~21页：

 主要以概念为主，介绍不同测试阶段的特点和作用。依据幻灯片的顺序，参照教材阐述每个测试阶段的特点、需要进行的工作和所起的作用，注意区分集成测试、系统测试和验收测试的不同之处，让学员明白什么时候需要进行什么阶段的测试。这里涉及到确认测试、有效性测试和验收测试等学员首次接触的概念，需要重点讲解。

 PPT第22页：

 对软件测试流程的知识进行小结，提出接下来要讲解的内容。回顾前面所讲的软件项目总体过程和软件测试流程的知识，在回顾软件产品生产流程时可以讲解案例8-1，需要达到如下目标：

 让学员了解一个大型项目的工作进度是如何组织与制定的。

 让学员对将来工作的任务分配有一个感性的认识，明确工作任务流程的概念，作为项目组的一员，在实际的工作中是如何接受任务并执行的。 明确测试工作在整个项目过程中占据重要地位，测试是连接开发和用户之间的桥梁纽带。

 接下来承上启下地提出，为了很好地完成前面各个阶段的测试工作，软件测试工程师和专家们总结了很多有用的经验、方法和技巧，接下来我们就介绍软件测试的分类和策略。

 PPT第23页：

 介绍软件测试分类的概述，说明对软件测试的分类从不同的角度有不同的分类方法，这里介绍其中的三种分类：按测试策略分类、按测试阶段分类、按测试方法分类，具体的内容在后面进行详细的介绍。

 PPT第24页：

 介绍静态测试和动态测试的概念。静态测试和动态测试具有明显的区别，就是是否运行程序。静态测试一般在编码结束后由程序员完成，可以发现程序中多数的缺陷。前面讲过的白盒测试和黑盒测试都属于动态测试的内容。介绍时侧重于两者的区别。

 PPT第25页：

 介绍黑盒测试和白盒测试概念，采用举例的方式说明，例如：

 要测试汽车的车灯是否正常，如果用黑盒测试的方法，则打开开关看看对应的车灯是否打开，亮度是否正常；如果用白盒测试的方法，则检查线路是否连通，布线是否合理等。

 要测试一个按考试分数划分学员等级的程序，假定考试分数为0~60、61~80、81~100时，分别代表不及格、及格和优秀三个级别，如果采用黑盒测试法，则选择有代表意义的分数（如0、60、50、61、72、80、81、93、100、101等）输入到程序中，看程序的输出结果是否正确就可以了；如果采用白盒测试法，则需要首先查看程序的代码或设计文档，了解程序的结构，然后选择具有代表意义的输入数据（如-3、43、74、94、150），运行程序，争取让程序的每个判断和分支语句都被覆盖一遍，以便发现程序的缺陷。

 总结黑盒测试和白盒测试的概念，及其各自的优缺点，强调虽然黑盒和白盒两种测试策略可以相互补充，但是即使两种方法都采用了也不可能测试出程序中全部的缺陷。

 PPT第26页：

 介绍手工测试和自动测试的概念。手工测试不是一种测试方法，而是相对于自动测试而产生的一个概念，所谓手工测试就是不借助自动测试工具完成的测试，手动执行测试用例判断结果的过程。如果在测试过程中借助了被测程序之外的其他的系统来帮助检查或运行程序，就称之为自动测试。需要注意的是，自动测试工具可以是自行开发的，也可以是使用第三方的。在介绍自动测试的时候，侧重于以下几个方面：

 为什么要使用工具。

 例如我们需要在测试数据库的过程中逐条向数据库中输入一万条记录，如果没有自动测试工具，这种工作对于软件测试人员来讲简直就是一场噩梦。因此自动测试工具可以为我们省去许多繁杂的工作

 自动测试相对手工测试具有一定的优势，人会因为疲劳出错，机器不会出现类似问题

 自动测试还不具有普遍性  测试工具本身还不能满足所有的测试要求。 测试工具的复杂性制约了人们的使用。 有些测试工具是非常昂贵的。 不能唯工具论

 PPT第27页：

 介绍冒烟测试和回归测试的概念。

 关于冒烟测试的概念，在第三章实践课时曾简单介绍过，在这里做正事的介绍。侧重于什么是冒烟测试和为什么要进行冒烟测试。冒烟测试的概念源于硬件测试，电路板插装完成后第一道测试工序是插电，插电后如果电路板出现冒烟现象，测试人员就拒绝进行下一步的测试。软件的冒烟测试是指，测试组拿到开发组提交的测试版本后，会首先对这一版本进行部分功能的测试，这种测试不用需要全部的测试人员参与，测试一般从两个方面入手：  验证此版本关键功能可以正常工作。 此版本修改的严重问题已经基本正常，同时在返测中没有发现修改缺陷可能引发的新缺陷。

然后根据测试的结果决定是否让其他的测试人员转到新版本进行测试。冒烟测试的目的是为了节省有限的测试时间和测试资源。如果新的版本不经过冒烟测试而直接发放到所有测试人员手中，那么一旦测试版本根本无法正常运行，那么会耽误所有测试人员的宝贵工作时间。例如：安装新系统可能需要卸掉旧系统，也可能需要重新搭建测试环境。冒烟测试可以通过自动测试工具辅助进行。 讲解回归测试的概念，然后分别举例阐述下面两个观点：

 回归测试可以借助工具完成。列举Mercury公司的Winrunner或IBM公司Rational Robot等自动测试工具实现测试的过程，说明借助工具完成回归测试已经非常普遍。

 回归测试是非常必要的，可以参考案例8-2，列举阿里亚娜5型火箭发射失败的例子来说明。

 PPT第28页：

 对按策略分类的测试类型进行小结，回顾前面的软件分类的知识点，每个测试类型用一两句话进行概括。

 PPT第29页：

 介绍按阶段进行的软件测试分类。单元测试、集成测试、系统测试的概念及每个阶段所作的工作在介绍软件测试流程的时候已经进行了讲解，这里侧重介绍每个阶段测试的对象、目的、测试依据和测试方法。

 PPT第30页：

 根据实际授课情况，有侧重地分别介绍每个测试方法。注意介绍测试方法之间的区别，如压力测试和负载测试的区别，界面测试和功能测试的区别等。由于学员没有进行过相应的操作，介绍时需要采用实际生活中的案例来做类比，尽可能通俗易懂。比如：讲解压力测试和负载测试时可以用载重汽车的案例来解释；讲恢复测试时，可以用SQL Server通过日志进行回滚的功能作为例子。

 PPT第31页：

 对本次课程进行回顾总结，并利用剩下的时间回答学员的问题。

 课堂练习答案

 一.填空题：

1.模块测试

最小

集成测试

单元测试

单元模块 2.集成测试

确认测试

有效性测试

软件配置审查

3.模拟的黑盒测试

需求规格说明书

测试计划

测试种类

测试用例

测试步骤

4.软件配置审查

人工审查

用户手册 5.确认测试

功能覆盖

6.用户

质量保证

设计测试用例

用户界面

实际数据

功能 兼容性

可维护性

 二.填空题：

1.ABD 2.ABC

可移植性

第二篇：软件测试流程

每个软件测试阶段都要经历以下步骤：测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护。

1.测试需求分析：整个测试过程的基础；确定测试对象以及测试工作的范围和作用。

2.测试过程设计：包括测试计划,测试策略制定，测试时间安排用，测试用例编写等

3.测试实现：环境配置好了，新的版本也收到了，人员也都培训好了等等

4.测试实施：已经按照测试计划进行展开了，比如手工测试，自动化测试等

5.测试评价：对版本测试覆盖率，测试质量，人员测试工作以及前期的一些工作制定情况进行评价

6.测试维护：对测试用例库，测试脚本，bug库等进行维护，保证延续性等

软件测试过程

软件测试过程按各测试阶段的先后顺序可分为单元测试、集成测试、确认（有效性）测试、系统测试和验收（用户）测试5个阶段，如图3所示。

(1)单元测试：测试执行的开始阶段。测试对象是每个单元。测试目的是保证每个模块或组件能正常工作。单元测试主要采用白盒测试方法，检测程序的内部结构。

(2)集成测试：也称组装测试。在单元测试基础上，对已测试过的模块进行组装，进行集成测试。测试目的是检验与接口有关的模块之间的问题。集成测试主要采用黑盒测试方法。

(3)确认测试：也称有效性测试。在完成集成测试后，验证软件的功能和性能及其他特性是否符合用户要求。测试目的是保证系统能够按照用户预定的要求工作。确认测试通常采用黑盒测试方法。

(4)系统测试：在完成确认测试后，为了检验它能否与实际环境（如软硬件平台、数据和人员等）协调工作，还需要进行系统测试。可以说，系统测试之后，软件产品基本满足开发要求。

(5)验收测试：测试过程的最后一个阶段。验收测试主要突出用户的作用，同时软件开发人员也应该参与进去。

第三篇：第07章、正确理解软件测试(理论课)参考教案

 注意事项：

 关于软件测试和软件质量的关系，软件测试和软件工程的关系，以及软件工程和软件质量的关系，学员可能会觉得较难理解，要用通俗的语言和实际的案例进行讲解。 本次课程的内容以介绍测试实践经验为主，需要采用提问、举例和总结的方式进行授课。

 PPT第1~5页：

 回顾上一章内容，可以采用提问的方式；并简要介绍本章的学习目标。

 PPT第6页：

 内容进度页，向学员介绍本次课程的进度安排。

 PPT第7~8页：

 阐述尽早进行软件测试并把测试贯穿整个软件生命周期的原则。 首先提问学员，软件缺陷是在软件生命周期的什么阶段被引入到程序中的？并将学员的回答在白板上记录。然后进行总结，并引申阐述在各阶段都会引入什么样的错误。接下来承上启下地提出，不同阶段引入的缺陷对于软件的整个影响有什么不同？对测试的影响有什么不同？通过幻灯片8中的表格总结出软件测试应该尽早进行的结论。

 通过幻灯片9中的图表，分析软件生命周期的不同阶段引入错误的多少是不同的，但是这些错误需要在后续的测试过程中逐渐发现，所以说软件测试在任何阶段都不能松懈，软件测试应该贯穿于整个软件生命周期。

 PPT第9页：

 说明软件测试应该追溯到需求的原则。首先通过装修房子的案例说明什么是需求，需求是用来约束产品的最终标准，然后阐述如下几个观点：  软件需求过程和需求说明书也是要测试的。

 最终交付的产品必须满足需求说明书中的每一项，如果不能满足，必须以文档的形式列出来请客户方确认并同意。

 如果软件测试过程中发生争议，将需求说明书作为标准来评判。 阐述测试应该由第三方构造的原则。可以从以下几个方面来说明程序设计者不应该测试自己的程序：

 程序设计者一般只熟悉程序结构，不熟悉需求。

 程序设计者不容易发现自己程序中存在的很多隐性问题。

 有些程序设计者淡化自己程序缺陷的严重程度，影响了程序修复。

最后需要强调的是，以上观点只是对测试工作而言，强调测试团队组织的独立性。在实际的工作中，有时也是需要程序员进行测试的，比如单元测试工作，很多公司都是由程序员或系统设计员完成的。而其它测试的话，多数是由测试人员完成的，如果一个项目中实在没有单独的测试队伍的话，也应该让程序员相互进行测试，这样也比不进行测试要好得多，但是在测试之前，首先要进行相关知识的培训（如需求、测试方法和策略等）。

 PPT第10页：

 阐述测试是无法穷举的，测试者需要遵循Good-Enough的原则。首先通过第一堂课中的加法计算器的案例或者教材中电话号码系统的案例，说明对一个非常小的程序，想要进行穷举测试是非常麻烦的，当程序稍微复杂一些，比如Windows计算器中的加法运算，穷举测试几乎是不可能的。接下来讲述测试的“Good－Enough”原则。最后通过测试工作量和发现缺陷数量之间关系的图表说明，找到测试费用和测试量之间的平衡点，是最佳选择。

 PPT第11页：

 阐述测试前必须确定预期的输出结果的原则。通过教材中的四舍五入的例子说明，在测试之前如果不知道输出什么样的结果是正确的，就无法进行测试。提示学员在编写测试用例时，必须给出预期结果。

 阐述测试完成后必须认真检查每个测试结果的原则。主要强调仔细检查缺陷报告的必要性，不能遗漏缺陷，遗漏缺陷会带来很大的危害。重复缺陷或相似缺陷很容易被遗漏，前面已经强调过，测试不是一个人完成的工作，需要测试组共同协作，最终完成产品的检测。但是多人测试就会带来一个问题，那就是重复缺陷报告和相似缺陷报告，测试时需要注意以下问题：

 重复的缺陷描述可能属于不同的模块，要分别处理。 相似的缺陷报告很容易被作为重复的缺陷报告被剔除。

 一个缺陷被两个人提交后，可能都认为是对方跟踪，结果谁都没有跟踪。 讲解必须充分关注测试过程中的群集现象，举例说明测试后发现缺陷最多的模块，其残留的错误也可能是最多（可以举一篮苹果中的坏苹果数目的例子说明群集现象）。

 PPT第12页：

 顺序介绍其他值得注意的规律和经验，时间允许的情况下，可以让学员进行讨论：在测试中，还有哪些规律需要注意？

 PPT第13页：

 根据实际授课情况，对“软件测试的原则”进行小结，回顾前面所讲的内容。

 PPT第14页：

 内容过渡页，做好知识点之间的过渡。

 PPT第15页：

 提问学员什么是软件，以及软件的特点是什么？从问答中引导学员回顾软件和软件程序的区别，接下来提问学员软件测试的对象是什么？根据学生的回答，引出软件测试不仅要测试软件程序是否运行正常，还需要测试软件的文档是否符合要求。然后引出评审的概念。

 简要说明在“关于评审”中要介绍的知识点。

 PPT第16~18页：

 讲解评审的概念，评审主要是针对文档进行评审，但也包含对代码本身的评审。评审的方式是多种多样的，评审的次数和内容也可以根据项目具体制定，但是对开发各关键阶段涉及的一些文档的评审是必不可少的，那么，软件在开发各个阶段都会涉及到哪些文档呢？  提问学员回答后，切换到幻灯片17进行补充介绍：

 对用户来说用户文档包括：用户手册、安装说明等等（如源代码也作为产品的一部分则还包括源代码）

 对企业来说开发文档包括：源代码、需求分析、概要设计、详细设计、其他设计文档、业务建模、技术经验总结等等  对企业来说管理文档包括：开发过程的时间和人员安排计划、便于企业改进开发过程等等

 文档对于软件产品的重要性是不言而喻的，它不仅仅是脑力劳动的输出，更重要的是经验重用和项目管理的手段，是走上工程之路的基础。这里强调文档的重要性是因为文档在测试和开发过程中经常被忽视或推迟完成。 最后通过幻灯片18说明评审工作的意义。

 PPT第19页：

 内容过渡页，做好知识点之间的过渡。

 PPT第20~24页：

 介绍软件测试和软件质量之间的关系。这部分内容从整体上包括层层深入的三个部分：

 软件质量和软件过程：过程决定质量，软件过程决定软件质量。

 软件质量的建立：软件质量是在软件开发过程中逐渐建立起来的。 过程与质量的关系：过程的质量直接影响软件的质量。 决定软件质量的关键因素：人员、技术和过程是决定软件质量的关键因素。 好的产品是怎样生产出来的：高质量的人员和好的过程应该得到好的产品。

 软件测试和软件过程：软件测试是软件过程的一部分。

 强调软件测试过程在整个软件生命周期中占有重要的位置。 软件测试和软件质量：软件测试是有效提高软件质量的技术手段。

 提出问题：那么软件测试是不是软件质量保证的安全网呢？这里可以列举牛奶的生产过程进行说明：

 如果把牛奶的生产过程比作软件生产过程的话，那么软件质量就相当于牛奶质量，软件测试相当于牛奶质量检测。牛奶质量检测只能测试当前的牛奶好坏，要提高牛奶质量必须改善生产牛奶的过程，从精选奶牛开始，每个步骤都要改进。

 最后总结：只有坚持不懈的改进过程中的问题才是提高软件产品质量的根本出路，但是注意过程并不意味着忽视技术。软件质量不是依靠软件测试来保证的，软件质量需要靠不断的提高技术水平和改进软件开发过程来保证，正如牛奶的生产，如果把所有对质量的期望都压在对最后一道工序的质检上，那将是一个什么样的结果。

 PPT第25页：

 内容过渡页，做好知识点之间的过渡。

 PPT第26页：

 阐述“软件质量不是靠测出来的”这一观点。这部分内容在介绍软件测试和软件质量之间的关系时已经进行了详尽的阐述，这里作为正确理解软件测试的一个观点，可以提示学员如下的内容：

 在实际的工作中不要把自己看作质量卫士，要能够明确自己的职责，以较好的心态对待软件测试。

 测试人员作为软件的质量保证人员之一，要积极参与推行软件开发过程改进和软件测试过程改进，从根本上提高软件的质量。

 阐述“软件测试人员需具备很多开发人员不具备的素质”这一观点。

 可以从人们对“测试”这一行业的人员素质的错误认识谈起，比如：某些简单硬件（比如电话）生产厂家的测试人员，在流水线上对组装好的产品进行着简单的检测工作。这使人们心目中形成了一个印象，那就是，测试就是按照固定的流程进行简单操作。这些人相对于产品的设计者，是不需要很高深的知识的。他们只负责检测产品的某些功能是否正常，而不需要告诉设计人员是什么原因造成的。这是无所谓的，因为设计人员基本上可以从现象很快判断出问题出在哪里。

 随着软件行业的发展，软件作为一个产品，也需要进行测试。但是一提起“软件测试”，有些人马上想到了那些流水线上的工人。实际上软件产品和硬件产品完全不同，需要的测试人员也不同。而那些流水线上的工人，连复杂一些的硬件产品（比如程控交换机）测试也是无法完成的。 现代软件的复杂程度的不断增加，对软件测试工作者的要求也越来越高，不是谁都可以做测试，在很多公司，对测试人员的水平要求已经超过了开发人员。 接下来提问学员，关于第一章中“软件测试人员需要具备的素质”的内容，然后对幻灯片中的内容进行详细的阐述，阐述时侧重与测试人员和开发人员所需技能的对比。

 阐述“软件测试需要开发人员和测试人员共同努力”这一观点。我们提倡第三方来测试，提倡测试部门从项目组中独立出来，目的是保证进行客观公正的测试，但是这是否说明，开发和测试是完全独立，互不依赖的呢？可以从以下几个方面进行阐述：

 测试和开发一个是破坏性的，一个是建设性的，正是不断的破坏和建设才能使软件更加稳定更加强大，要更快更好的完成这一过程，需要双方的配合和努力。 测试可以帮助开发人员更快的定位缺陷的位置和产生原因。 开发人员可以帮助测试人员优化缺陷。开发人员通过单步跟踪等方式对程序的检测可以节省很多测试工作量。

 有些测试工作可能需要开发人员完成，如单元测试。

 PPT第27页：

 详细讲解软件测试的V模型，侧重于不同阶段的测试工作的对应，说明软件测试不是软件开发过程中的一个阶段，而是贯穿于整个软件生命周期。

 PPT第28页：

 根据实际授课情况，对“争取理解软件测试”进行小结，回顾前面所讲的内容。

 PPT第29页：

 内容过渡页，做好知识点之间的过渡。

 PPT第30页：  讲解处理缺陷时需要注意的几个问题，包括如下几个观点：

 注意缺陷报告的处理成本

 对于大多数项目来说处理全部缺陷是不可能的。 对缺陷的处理本身也需要成本。 不可重现的缺陷如何处理。 修改缺陷要量力而行。

 修改缺陷是有风险的。 修改缺陷也需要成本。 关注被推迟修改的缺陷

 在一个版本中被推迟的缺陷，到了下一个版本可能优先级会有所变动。 使用缺陷跟踪工具，可能会帮助我们轻松完成这一工作。 如果决定据理力争就一定要赢

 如果自己提交的报告存在争议，应该进行重新测试，如果确认自己的报告是正确的，可以收集更有说服力的资料，必要时采用会议的方式讨论。

 PPT第31页：

 对本次课程进行回顾总结，并利用剩下的时间回答学员的问题

 课堂练习答案

 一.填空题：

1.尽早地进行软件测试，并把软件测试贯穿于整个软件生命周期

软件测试应追溯需求、测试应由第三方来构造 穷举测试是不可能的，要遵循Good-enough原则 必须确定预期输出结果

必须彻底检查每个测试结果 充分注意测试中的群集现象 其他规律和经验：

二八定理

要严格执行测试计划，排除测试的随意性

测试的时候，既要注意合法合理的输入，也要注意非法的非预期的输入 检查程序是否做了应该做的同时，也要检查是否做了不该做的 测试应从“小规模”开始，逐步转向“大规模” 关注缺陷的修复

2.分析

设计

实现

80% 系统测试

发现错误

发现所有的错误 3.早期阶段

中间成果

最终成果  二.选择题：

1.ABC 2.ABCD

第四篇：软件测试流程总结

1、需求讨论，测试角度关注的问题：

（1）系统架构、开发方法、人员安排、实现过程、开发周期

（2）产品应用范围、面向的用户及用户人数、产品要实现的功能、使用的数据类型

（3）开发环境：开发工具版本、数据库版本、操作系统版本

（4）运行环境：硬件平台、操作系统、支撑环境（数据库版本、IE版本）、相关组件、服务

（5）安全要求：产品权限、数据库权限、部署的服务器信息、防火墙信息、要放开的端口号

（6）性能需求：系统支持的并发数量、响应时间、数据库中数据容量、占用的系统CPU、磁盘空间、传输速度、网络带宽等。

2、需求分析

（1）画出整体系统的（网络）拓扑图

（2）根据不同角色身份进行分析，画出系统流程图：用户角度、安装人员角度、维护人员角度

（3）从数据库角度进行深入分析：数据层、业务层、表现层

（4）系统包含的功能模块/子系统列表，画出各模块的流程图，各模块间的关系及衔接接口

（5）安全级别是否达标、对性能需求进行分析

3、测试准备工作

（1）环境准备：开发环境、测试环境、用户机干净环境虚拟机、复杂环境虚拟机（IE不同版本、操作系统不同版本、防火墙不同、数据库版本不同）

（2）数据准备：正式数据、不自洽数据

（3）书写测试功能点

（4）根据需求分析结果和测试功能点，制定测试策略、测试方法、测试周期、人员安排。

4、测试开始

（1）测试用例书写：根据八大测试用例方法书写：等价类划分方法、边界值分析方法、错误推测方法、因果图方法、判定表驱动分析方法、正交实验设计方法、功能图分析方法、场景设计方法

（2）编写测试使用的sql语句、编写自动化测试脚本

（3）功能测试：可借助测试工具，例如：Xenu、Cookie Editor、QTP

（4）白盒测试：代码走读、静态结构分析法、逻辑覆盖法、基本路径测试法，工具：NUnit。详读w.config等配置文件，辅助理解程序整体结构，检查之前的测试点是否完善。

（5）数据库测试：数据备份与恢复测试、故障转移和恢复测试、数据迁移数据操作测试（包括不同版本数据库间的迁移、跨数据库类型迁移，例如SQL迁移到Oracle）。

（6）数据库压力测试

● 通过数据库连接数的变化，测试是否有连接泄露的现象

● 是否有数据表锁死等现象

（7）性能测试：连接速度测试、负载测试、压力测试，工具loadrunner

（8）安全性测试：建立整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、SQL 注入、身份验证和授权错误、XSS攻击。可用工具：

● Paros proxy（http:///fiddler），用于截获HTTP 通信数据

● TamperIE（http:///dl/TamperIESetup.exe），用于修改GET 和POST

（9）兼容性测试：利用之前准备的不同环境，测试产品兼容性及支持环境

（10）安装测试：不同环境、安装过程不同选项、不同路径

（11）参数测试：书写可配置参数的意义及语法说明文档，并进行测试

5、测试结束：

（1）测试总结：bug情况、系统稳定性、使用方便度、遗留待解决改进的问题

（2）功能点测试报告

（3）性能测试报告

（4）环境要求文档：操作系统的版本（包括企业版、标准版等）、位数；数据库的版本（包括企业版、标准版等）、位数；.Framework版本；不支持的环境

（5）使用手册：系统常见故障分析及排除说明、错误信息编码说明

（6）部署文档：包含FAQ的内容以及截图

（7）维护文档：系统目录结构说明、系统启动进程说明、数据备份说明

（8）外出安装前的检查文档

6、外出安装注意事项：

（1）设计若安装出现问题的紧急预案

（2）安装前检查环境（待写一个环境检查的小工具）

（3）根据事先写的检查文档一项项打勾、安装后对每一模块进行测试验证

（4）安装结束后，将IIS、WEB.CONFING、注册表信息、日志信息、防火墙信息、安装路径、安装程序等拷贝回来，撰写文档。

第五篇：软件测试工程师手机软件测试流程

手机软件测试流程

我只知道手机软件测试包括：

基本功能设置（本机设置）测试；对于整个菜单结构进行逐一检测，验证在整个菜单中是否所有的功能都已经实现，以及在操作过程中是否有异常状况出现；

容错性测试，输入手机允许范围之外的数据进行测试，检测反应状况；

边界测试，输入手机允许条件的边界进行测试，检测是否有异常现象出现；

异常中断测试，在进行相关操作的同时，有其它事件发生，查看终端有什么现象产生；

回归测试

易用性测试

兼容性测试

通话测试（强信号、弱信号以及强信号&弱信号之间切换测试）；