《软件测试基础》教案
教材内容：4
课时1 ----------------------------------------------------------------------------------------------------------------------------- 1
1.回顾上一章: [5分钟] --------------------------------------------------------------------------------------------------- 2
2.课程知识点讲解： ----------------------------------------------------------------------------------------------------- 2
2.1.具体知识点1：软件配置项缩（CSCI）的概念[10分钟] (2)
2.2.具体知识点2：软件测试分类[30分钟] (3)
2.3.具体知识点2：软件测试分级[25分钟] (3)
2.4.具体知识点2：软件测试中的错误分级[15分钟] (4)
3.本节总结[5分钟] ----------------------------------------------------------------------------------------------------- 4
4.考核点--------------------------------------------------------------------------------------------------------------------- 4
5.测试题--------------------------------------------------------------------------------------------------------------------- 5
6.扩展部分------------------------------------------------------------------------------------------------------------------ 5
7.学员问题汇总 ----------------------------------------------------------------------------------------------------------- 5
8.作业------------------------------------------------------------------------------------------------------------------------ 5
课时：2课时
课时1
第四章软件测试分类与分级
●本章主要目的
?了解计算机软件配置项概念
?掌握基于CSCI的软件测试分类方法
?掌握软件生命周期的软件测试分级方法及相关概念
?掌握软件测试中的错误分级方法及其应用方法
●本章重点
?掌握基于CSCI的软件测试分类方法
?掌握软件生命周期的软件测试分级方法及相关概念
●本章难点
?理解软件测试分类和分级
1.回顾上一章: [5分钟]
回顾第三章基于生命周期的软件测试
通过提问的方式和学生一起回顾上一章讲到的重点内容：
1.什么是生命周期测试方法？生命周期测试如何开展？
2.生命周期测试有哪些测试任务？简述测试策略，测试要素及测试风险各自的含义
3.简述基于风险的软件测试方法？
4.如何定制测试计划，在定制测试计划时要考虑哪些因素？
2.课程知识点讲解：
2.1.具体知识点1：软件配置项（CSCI）的概念[10分钟]
软件配置项: 在软件开发过程中，产生的所有信息构成软件配置，它们是：代码、文档、报告等，统称为软件配置项CSCI (Computer Software Configuration Item)
建议：软件配置项的概念和后面的软件测试分级和分类联系并不很紧密，可以简单介绍软件配置概念。
●知识点讲解
软件配置项是各种形式（机器可读或人工可读）和各种版本的文档、报告、程序及其数据所组成的集合：
源代码和目标代码
需求文档、技术文档、管理文档等
软件测试开发程中所产生的许许多多的工作成果，例如测试用例、自动化测试执行脚本和测试
数据等
基线的概念
2.2.具体知识点2：软件测试分类[30分钟]
软件测试分类
●知识点讲解
重点1：对于软件测试，可以从不同的角度进行分类，关注分类的角度：
是否关心内部结构：白盒，灰盒，黑盒
开发过程级别：单元，集成，系统，验收
是否执行程序：静态，动态
执行过程是否需要人工干预：手工，自动
测试实施组织：开发测试，用户测试，第三方测试
重点2：软件测试分类：
理解分类的维度。
举例说明：质量特性分类测试内容和传统分类测试内容的关系。
了解：1基于CSCI的软件测试分类，具体的13种类型分类介绍.
举例说明：功能测试为例，说明功能测试，在软件测试工作当中的运用。
备注：从不同的角度测试分类，务必让学生们对此分类有直观的印象，为后续授课打下基础。
2.3.具体知识点2：软件测试分级[25分钟]
软件测试分级：
●知识点讲解
重点1：软件测试分级的依据：对软件测试的要求、目的、关注点、被测对象、工作产品及测试人员不同，相应的软件测试级别划分或分级是不同的。
重点2：四种基本的软件测试级别：从项目生命周期的角度（需求，设计，编码…）,对应的测试分级：单元（组件）测试，集成测试，系统测试，验收测试。重点是集成测试，系统测试。
了解：简单补充说明，不同类似的软件测试级别：单元测试
举例：集成测试为例，说明软件测试工作当中是如何运用的。
2.4.具体知识点2：软件测试中的错误分级[15分钟]
软件测试中的错误分级，承接第五章缺陷管理的内容。
对软件错误进行级别定义或分级，目的就是科学地指导软件测试工作，提高软件测试的目的性，确保软件测试的质量
知识点讲解
重点1：测试的分类方法
按照生命周期分类：用户需求错误、产品需求错误、设计错误、编码错误、数据错误、发行错误
按照软件测试分类：功能错误、性能错误、界面错误、流程错误、数据错误、提示错误、常识错误以及其他错误
了解2：错误级别划分，5个错误级别的介绍。
了解3：缺陷级别划分，5个缺陷级别的介绍。
举例：选取5个不同级别缺陷的实例，或者5个等级缺陷实例，给学生们介绍工作当中的实例。
3.本节总结[5分钟]
通过本节的学习，大家重点理解，软件测试的分类，5种分类。
软件测试分级的概念，4种常见的软件测试的分级。
了解软件测试错误和缺陷的5种分类方法。
4.考核点
考核点1：软件测试5种角度的分类
考核点2：软件测试分级的概念，和4种常见的测试分级
考核点3：软件测试错误和缺陷的5种分类
5.测试题
测试题1：5种软件测试的分类？
测试题2：5种软件测试的错误，和5种软件测试的缺陷
6.扩展部分
扩展部分1：单元（组件）测试，缺陷
7.学员问题汇总
学员问题1：
学员问题2：
8.作业
习题1：软件配置缩写为CSCI的概念
习题2：按照程序内部结构，开发过程级别，是否执行程序，是否人工干预，测试实施组织的分类，介绍软件测试的分类
习题3：四种软件测试级别
习题4:5种常见的软件测试错误，和缺陷
人力资源问题 你为什么选择软件测试行业 因为之前有了解软件测试这个行业，觉得他的发展前景很好。也对 根据你以前的工作经验描述一下软件开发、测试过程，由那些角色负责，你做什么 要有架构师、开发经理、测试经理、程序员、测试员 我在里面主要是负责所分到的模块执行测试用例。 结合你以前的学习和工作经验，你认为如何做好测试。 根据我以前的工作经验，我认为做好工作首先要有一个好的沟通，只有沟通无障碍了，才会有好的协作，才会有跟好的效率，再一个就是技术一定要过关，做测试要有足够的耐心，和一个良好的工作习惯，不懂的就问，实时与同事沟通这样的话才能做好测试工作。 你觉得测试最重要的是什么 尽可能的找出软件的错误 怎样看待加班问题 加班的话我没有太多的意见，但是我还是觉得如果能够合理的安排时间的话，不会有太多时候会加班的。如果一个很有个性的程序员认为自己的BUG不是BUG，怎么解决？ 首先我要确定我所提的在我认为是不是bug，如果我认为是的话我会在他面前重现这个bug和他讲这是个bug，和他沟通，或者我会找到我的直系领导让他解决。 为什么在团队中要有测试 因为软件有错误，如果没有专业的测试人员很难发现软件的一些错误。 在测试时代学习自己最大的收获是什么? 在测试时代我除了学习了测试的知识外，还看到了老师们对待测试的一种态度，明白了做任何工作都要有沟通，做测试的也要有很好的沟通才可以做好。知道自己在项目组中的位置，和开发的关系。 你对未来的规划 我想在工作中慢慢的积累经验，使自己强大起来，能够担任更重要的职务。 自己优势及缺点 我的优点是有足够的耐心对待每一件事情，善于观察事物，承受压力的能力很强。缺点可能就是我不是很爱说话，习惯做不习惯说，但是和人沟通还是没有问题的。 你为什么选择测试时代不选择51testing 因为相对比来看测试时代价钱相对公道，师资也不错，还有一个原因就是在网上查了一下测试时代的口碑不错，也是网放心过来的原因。 13.请谈谈您对测试工作的理解 我认为测试工作是找出软件产品的错误， 14.你认为测试人员需要具备哪些素质？ 我认为做测试的应该要有一定的协调能力，因为测试人员要经常与开发接触处理一些问题，如果处理不好的话会引起一些冲突这样的话工作上就会做不好。还有测试人员要有一定的耐心，有的时候做的测试很枯燥乏味的。除了要有耐心之外还要细心，不放过每一个可能的错误。 15.你为什么能够做测试这一行。 虽然说我的测试技术还不是很纯熟，但是我觉得我还是可以胜任软件测试这个工作的，因为做软件测试不仅是要求技术好，还要有一定的沟通能力，耐心、细心等外在的因素。综合起来看我认为我是胜任这个工作的。 1测试的目的是什么？ 测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。
软件测试中常见问题分类说明 一、规范化问题 包括软件规范和业务规范两大类，软件规范问题主要指操作过程中显而易见的错误或缺陷，非人性化设计、友好度较差等；业务规范问题主要指使用非标准或非惯例的业务术语、以及概念错位等。 ㈠软件规范问题 1、操作指示不明确 提示存在二意性、提示操作项“忽略”、“取消”、“退出”等含义不明确。（一般） 2、简单界面规范问题 ①按钮图片丢失、按钮图片不配套、按钮大小排列不美观；（一般） ②在引用数据窗口的下拉框中，没有根据实际数据来调整下拉框显示的%的大 小和垂直滚动条，导致文本只显示了一部分；（严重） ③界面中存在色块；（一般） ④菜单排列顺序有误；（一般） ⑤窗体最小化以后在屏幕上找不到了，无法恢复原窗体；（一般） 3、操作过程缺乏人性化考虑 ①选项过于烦琐且不必要、设置不合适导致使用者遗漏、常规按钮排列顺序 不一致（一般） ②常用功能不支持键盘操作。（严重） ③单据处理中当由于存在空行时，提示用户输完其余内容，而没有自动删除 空行。（严重） 4、帮助文件规范问题 ①联机帮助字体、背景风格不统一；（较小） ②点击“？”按钮打开帮助文件，没有直接定位到内容；（较小） ③内容定位错误；（一般） ④帮助文件内部链接没有做全；（较小） ⑤文档内容排版错误；（严重） ⑥其他帮助错误。（一般） 5、软件风格规范问题 ①控件的切换顺序有误、DataWindow的切换顺序有误； （视控件使用频繁程度设为（严重）和（一般）） ②DataWindow内容的对齐方式不正确（数值右对齐、日期中对齐、文字左对 齐）；（较小） ③数值的EditMask（掩膜）设置有误、日期的EditMask（掩膜）设置有误、 日期的默认格式非YYYY.MM.DD、默认日期存在1900.00.00现象或其他不合 理的值（一般） ④弹出窗口不在屏幕中间位置、退出系统缺少提示；（较小） ⑤重大操作（月结、恢复、修复等）缺少提示、重大操作没有自动弹出备份 提示；（一般） ⑥快捷按钮定义不准确、快捷字母或数字重复、工具栏快捷键定义错误（一 般），工具栏常用快捷键缺少（较小）；
软件测试人才发展展望 软件测试属新兴职业，但目前国内软件产业规模越来越大，国内软件行业突破了传统的作坊式生产，从单打独斗的开发模式升级为工业化、流水线式的生产模式，导致专业的软件测试人才需求缺口巨大。据悉，中国IT人才缺口超过100万名，其中30万名以上为软件测试人才。作为工业化产品质量的“把门”者，软件测试工程师也就成为软件开发企业必不可少的技术人才。据悉，目前国内软件测试和开发人员比例大约在1：4—1：5，而国外测试和开发人员比例为1：1，可见，国内软件测试人才需求和职业发展潜力巨大。据分析，中国软件测试职业具有以下特征： 就业竞争小。据前程无忧数据显示，目前国内120万软件从业人员中，真正能担当软件测试职位的不超过5万人，人才缺口达到20万并有逐年扩大的趋势。人才的极度匮乏令许多IT企业不得不延缓甚至停止项目，为企业发展带来消极影响，但对人才就业却有积极意义。人才供不应求让软件测试人员的就业竞争压力明显小于同类其它职业，有利于从业者的身心健康。另外，由于软件测试在我国起步较晚，独立设置测试部门、对测试人员有强烈需求的多为独具慧眼的大中型IT企业。软件测试人才不需要在小企业积累经验就能获得知名企业的入门通行证，工作起点高于同类其它职业。 高薪没商量。为了吸引更多的人才，企业纷纷采取高薪策略，刚入行的软件测试人员，起步月薪就在3000-6000元左右，远高于同龄人1000-2000元的薪资水平，工作2-3年后的薪资更是翻番。 多元化发展。与其他IT职位相比，软件测试人员最大的优势就是发展方向的多元化。由于工作的特殊性，测试人员不但需要对软件的质量进行检测，而且对于软件项目的立项、管理、售前、售后的等领域都要涉及。在这过程中，测试人员不仅提升了专业的软件测试技能，还能接触到各行各业，项目管理、沟通协调、市场需求分析等能力都能得到很好的锻炼，从而为自己的多元化发展奠定了基础。经过软件测试岗位洗礼的人才往往是行业中的多面手，比其它IT人才具有更强的可塑性，在技术、管理、市场甚至其它非IT领域都能得到良好的发展。 无性别歧视。如果把软件开发领域比作男子单打，那么软件测试领域就是混合双打。由于工作的特殊，软件测试人员往往更偏好认真、耐心、细致、敏感、等个性元素，而这在一定程度上与女性的个性气质相吻合。据了解，目前很多IT企业中软件测试人员的比例更趋向平衡，甚至出现女性员工成主流的情况。 测试职业的这些特征吸引了很多软件人才的注目，山东省软件评测中心根据多年人才培养的经验，展望2011年，软件测试人才将呈现以下发展趋势： 1、中高级软件测试人才需求量进一步加大
软件测试基本流程与要求（提纲） 1目标 制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。 最终目标是实现软件测试规范化，标准化。 2测试流程说明
3测试需求分析 测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据； ·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例； ·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖； 3.1测试方法与规范 3.1.1测试方法 随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法： ?β测试（beta测试）--非程序员、测试人员 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。
β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。?α测试（Alpha测试）--非程序员、测试人员 α测试，英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。?兼容性测试--测试人员 兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S项目中各个不同浏览器之间的测试。 ?用户界面测试-UI测试--测试人员 用户界面测试，英文是User interface testing。又称UI测试。 用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。 用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。
按照本章所说的的软件测试人员应具备的能力，分析一下自己的优势和劣势，提交一份不少于1000字的报告。 在本门的《搭建Windows 测试环境》课程中，提到了两个关键的额名称：软件测试和环境测试。通过本章的讲解：能够让我们了解到了软件测试和测试环境的知识,搭建测试环境的应该具备的知识，了解到软件的层次、分类、授权等的基本内容，了解到对软件操作的常用术语和一些简单的硬件知识。 在学习本章的软件测试环境中，测试环境就是运行软件必须具备的各种软件和硬件的集合，软件测试主要目的就是发现软件中的错误和缺陷。然而软件测试只能发现存在的错误，并不能保证软件的质量，并不是发现的错误越多，软件的质量越好；实际上正好相反，软件测试人员在软件当中的错误越多，往往证明软件的质量越差，隐藏的错误越多。 而作为一个测试人员，在搭建测试环境中，所需要做的工作： ◆搭建测试平台。 ◆学习软件使用，了解用户的需求。 ◆测试软件，发现问题。 ◆提交问题报告。 对于上面所列出的事项，就应该知道我们做为一个测试人员，最起码应该具备的技术知识，具体的可分成3大类：1、软件知识，2、硬件知识，3、网络知识。 软件知识，就是在软件知识当中，测试人员需要能够快速的学习软件的使用，了解常用的软件术语。最重要的是能够安装和使用常用软件和操作系统：作为初级测试人员，可以不具备软件开发的能力，但是如果想做好测试工作，软件开发的知识也是必须具备的，而且不仅是软件开发的知识，在测试相应软件时，还需要相应的软件方面的知识。 软件在计算机当中是一系列的指令，他不能够脱离硬件的存在，他也需要一定的载体才能够进行传播。 对软件的使用，很多用户发现在使用计算机的时候非常困难，往往找不到自己需要的功能，最后得出结论这个软件不支持这个功能。从这里让我知道软件的设计本身不符合用户的习惯；了解到该软件的功能没有很好的分类。 所以我们作为一个软件测试人员，必须先了解用户的需求，了解用户的习惯方式，最后总结出Windows 的资源管理的界面的5个名词： 1、标题栏 2、菜单栏 3、工具栏 4、状态栏 5、对话框 在学习软件的使用，帮助分类主要看清楚每个帮助的用途，同时还要有一个学习步骤让自己能够快速使用软件的主要功能。至此分有8类： 1.README 2.使用向导(Tutorials) 3.用户指南(User’s Guide) 4.参考手册(Reference Manual) 5.联机帮助 6.索引(Index) 7.收索（Search） 8.新闻组 对于硬件知识，测试人员必须能够对常见的硬件设备有一个了解和认识，所以常见的硬件有如下几点： CPU，内存，硬盘，网卡，显卡，主板，光驱，鼠标和键盘，显示器等。 硬件被安装到计算机中时比不能立刻使用，还需要安装软件进行驱动，才能够发挥硬件的最大特性。所以配置不同的驱动程序，硬件的效率也是不相同的
测试设计中需要考虑的22种测试类型 黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。 白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。 单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。 累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。 集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。 功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。 系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。 端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。 健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。 衰竭测试：软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。 接受测试：基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。 负载测试：测试一个应用在重负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。 强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。
软件测试流程及规范V1.1
二、各阶段具体流程 1.需求分析阶段 立项 需求调研 编写/修改SRS 提交SRS SRS 审核 审核是否通过 达到要求 提交最终版SRS 审核是否通过 审核通过 依据SRS ，项目整体计划，设计、编写《测试计划》 和《测试设计》《测试计划》根据SRS 定义相应的测试需求报告，即制订测试的标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试 时间及测试资源等。 《测试设计》 将测试计划阶段制订的测试需求 分解、细化为若干个可执行的测 试过程，并为每个测试过程选择 适当的测试用例。 进入概要设计阶段评审测试计划 和测试设计优化测试计划、 测试设计1.1步骤说明 1、需求定义基本完成，SRS 编写完成。 2、开评审会，由需求调研人员、开发组、设计组、测试组等人员对需求中不清楚、不完整、存在疑义的地方提出问题，相关人员解答并确认。 3、当评审未通过，直接打回，重新修改SRS ，问题解决后，重新提交评审。
4、当评审通过后，依据SRS，项目整体计划，设计、编写《测试计划》和《测试设计》，具体模板见附件。 5、开评审会，由开发组、设计组、测试组等人员对计划和设计中不清楚、不完整、存在疑义的地方提出问题。 6、当审批未通过，直接打回，优化测试计划、测试设计，问题解决后，重新提交评审。 7、审核通过后，进入下一阶段。 1.2测试通过打回标准 1.3、阶段的输出 输入：最新SRS、项目计划 输出：测试计划、测试设计 2、单元及集成测试流程
软件测试基础教程 测试的基本概念 测试是软件生存周期中十分重要的一个过程，是产品发布、提交给最终用户前的稳定化阶段。 1、测试的分类： 从测试方法的角度可以分为手工测试和自动化测试。 手工测试：不使用任何测试工具，根据事先设计好的测试用例来运行系统，测试各功能模块。 自动化测试：利用测试工具，通过编写测试脚本和输入测试数据，自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具，基本原理都是录制、回放技术。 从整体的角度可以分为单元测试、集成测试、系统测试、确认测试。 单元测试：是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。 单元测试的依据是系统的详细设计；一般由项目组开发人员自己完成。 集成测试：在单元测试的基础上，将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。 系统测试：系统测试是在所有单元、集成测试后，对系统的功能及性能的总体测试。 确认测试：模拟用户运行的业务环境，运用黑盒测试方法，验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性（功能、非功能）上的。 从测试原理上分为：白盒测试、黑盒测试和灰盒测试。 白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。 黑盒测试：是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子， 在完全不考虑程序内部结构和内部
你为什么选择软件测试行业 因为之前有了解软件测试这个行业，觉得他的发展前景很好。也对 责，你做什么 我在里面主要是负责所分到的模块执行测试用例。 结合你以前的学习和工作经验，你认为如何做好测试。 根据我以前的工作经验，我认为做好工作首先要有一个好的沟通，只有沟通无障碍了，才会有好的协作，才会有跟好的效率，再一个就是技术一定要过关，做测试要有足够的耐心，和一个良好的工作习惯，不懂的就问，实时与同事沟通这样的话才能做好测试工作。 你觉得测试最重要的是什么 尽可能的找出软件的错误 怎样看待加班问题 加班的话我没有太多的意见，但是我还是觉得如果能够合理的安排时间的话，不会有太多时候会加班的。 如果一个很有个性的程序员认为自己的BUG不是BUG，怎么解决？首先我要确定我所提的在我认为是不是bug，如果我认为是的话我会在他面前重现这个bug和他讲这是个bug，和他沟通，或者我会找到我的直系领导让他解决。
为什么在团队中要有测试 因为软件有错误，如果没有专业的测试人员很难发现软件的一些错误。在测试时代学习自己最大的收获是什么? 在测试时代我除了学习了测试的知识外，还看到了老师们对待测试的一种态度，明白了做任何工作都要有沟通，做测试的也要有很好的沟通才可以做好。知道自己在项目组中的位置，和开发的关系。 我想在工作中慢慢的积累经验，使自己强大起来，能够担任更重要的职务。 自己优势及缺点 的能力很强。缺点可能就是我不是很爱说话，习惯做不习惯说，但是和人沟通还是没有问题的。 你为什么选择测试时代不选择51testing 因为相对比来看测试时代价钱相对公道，师资也不错，还有一个原因就是在网上查了一下测试时代的口碑不错，也是网放心过来的原因。 13.请谈谈您对测试工作的理解 我认为测试工作是找出软件产品的错误， 14.你认为测试人员需要具备哪些素质？ 我认为做测试的应该要有一定的协调能力，因为测试人员要经常与开发接触处理一些问题，如果处理不好的话会引起一些冲突这样的话工
软件测试人员逻辑推断能力测试题 1. 鲁道夫、菲利普、罗伯特三位青年，一个当了歌手，一个考上大学，一个加入美军陆战队，个个未来都大有作为。现已知： (1) 罗伯特的年龄比战士的大； (2) 大学生的年龄比菲利普小； (3) 鲁道夫的年龄和大学生的年龄不一样。 请问：三个人中谁是歌手？谁是大学生？谁是士兵？ 2. 美国麻省理大学的学生来自不同国家。大卫、比利、特德三名学生，一个是法国人，一个是日本人，一个是美国人。现已知： (1) 大卫不喜欢面条，特德不喜欢汉堡包； (2) 喜欢面条的不是法国人； (3) 喜欢汉堡包的是日本人； (4) 比利不是美国人。 请推测出这三名留学生分别来自哪些国家？ 3. 前提： (1) 有五栋五种颜色的房子； (2) 每一位房子的主人国籍都不同； (3) 这五个人每人只喝一种饮料，只抽一种牌子的香烟，只养一种宠物； (4) 没有人有相同的宠物，抽相同牌子的香烟，喝相同的饮料。 提示： (1) 英国人住在红房子里； (2) 瑞典人养了一条狗； (3) 丹麦人喝茶； (4) 绿房子在白房子左边； (5) 绿房子主人喝咖啡； (6) 抽Pall Mall烟的人养了一只鸟； (7) 黄房子主人抽Dunhill烟； (8) 住在中间那间房子的人喝牛奶； (9) 挪威人住第一间房子； (10) 抽混合烟的人住在养猫人的旁边； (11) 养马人住在抽Dunhill烟的人旁边； (12) 抽Blue Master烟的人喝啤酒； (13) 德国人抽Prince烟； (14) 挪威人住在蓝房子旁边； (15) 抽混合烟的人的邻居喝矿泉水。 问题：谁养鱼？ 4. 五个人来自不同地方，住不同房子，养不同动物，抽不同牌子香烟，喝不同饮料，喜欢不同食物。根据以下线索确定谁是养猫的人。 (1) 红房子在蓝房子的右边，白房子的左边（不一定紧邻）；
软件测试基础教程 测试是软件生存周期中十分重要的一个过程，是产品发布、提交给最终用户前的稳定化阶段。 一、测试的分类： 从测试方法的角度分为： （1）手工测试：不使用任何测试工具，根据事先设计好的测试用例来运行系统，测试各功能模块。 （2）自动化测试：利用测试工具，通过编写测试脚本和输入测试数据，自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具，基本原理都是录制、回放技术。 > 从整体的角度分为： （1）单元测试：是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。单元测试的依据是系统的详细设计；一般由项目组开发人员自己 完成。 （2）集成测试：在单元测试的基础上，将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。 （3）系统测试：系统测试是在所有单元、集成测试后，对系统的功能及性能的总体测试。 （4）确认测试：模拟用户运行的业务环境，运用黑盒测试方法，验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性（功能、非功能）上的。 从测试原理上分为： . （1）白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。 （2）黑盒测试：是通过使用整个软件或某种软件功能来严格地测试，而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时， 把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它 只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。 黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测法。 A、等价类划分：是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子 集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的，常用的黑盒测试 用例设计方法。 B、边界值分析：长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是 发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错 误。 C、错误推测法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的 方法。错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特 殊情况，根据他们选择测试用例。例如，在单元测试时曾列出的许多在模块中常见的 错误。以前产品测试中曾经发现的错误等，这些就是经验的总结。还有，输入数据 和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错 误的情况。可选择这些情况下的例子作为测试用例。
第一章 什么是软件测试？软件测试的目的和作用是什么? 答： 软件测试是在受控制的条件下对系统或应用程序进行操作并评价操作的结果。 软件测试的目的是以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷。测试是为了证明程序有错，而不是证明程序无错。一个成功的测试是发现了至今未发现的错误的测试。 软件测试的原则包括：所有的测试都应追溯到用户的需求；尽早地和不断地进行软件测试；不可能完全的测试，因为输入量太大，执行路径太多；注意测试中的群集现象；避免测试自己的程序；设计周密的测试用例。 软件缺陷产生的原因？ 答：A．软件需求说明书编写的不全面，不完整，不准确，而且经常更改B．软件设计说明书C．软件操作人员的水平D．开发人员不能很好的理解需求明书和沟通不足 软件测试的意义？ 意义： 对产品质量完成全面的评估，为软件产品发布（如验收测试）、软件系统部署（如性能规划测试）、软件产品鉴定（第三方独立测试）委托方和被委托方纠纷仲裁（第三方独立测试）和其它决策提供信息； 通过持续的测试（包括需求评审、设计评审、代码评审等）可以对产品质量提供持续的、快速的反馈，从而在整个开发过程中不断地、及时地改进产品的质量，并减少各种返工，降低软件开发的成本； 通过测试发现所要交付产品的缺陷，特别是尽可能地发现各种严重的缺陷，降低或消除产品质量风险，提高客户的满意度，扩大市场份额，提高客户的忠诚度。 通过对缺陷进行分析，找出缺陷发生的根本原因（软件过程中的问题，包括错误的行为方式）或总结出软件产品的缺陷模式，避免将来犯同样的错误或产生类似的产品问题，达到缺陷预防的目的 软件测试与软件开发的关系？ 答：软件开发是一个系统的工程。包括需求分析，设计，编码，测试，维护等等几个环节。测试是整个软件开发流程中的一个环节。 简述软件测试过程v模型和w模型的主要区别： V模型是软件开发完了之后才开始测试活动。 而W模型则是软件测试活动伴随着软件开发活动。和软件开发同时开展。 W模型更加敏捷，对于软件的交付期和品质的保证能力更强。 第二章 测试计划的目的是什么？ 答：软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。 什么是黑盒测试?黑盒测试主要采用的技术有哪些? 答：黑盒测试又称为功能测试、数据驱动测试和基于规格说明的测试。它从用户观点出发的测试。用这种方法进行测试时，把被测试程序当作一个黑盒，在不考虑程序内部结构的内部
详细分析：软件测试的14种类型 文章来源：中国IT实验室收集整理文章作者：佚名发布时间：2007-09-03 字体： [大中小] 软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。本文主要描述软件测试的类型。 1. 数据和数据库完整性测试 数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。 数据库完整性原即： 主码完整性：主码不能为空; 外码完整性：外码必须等于对应的主码或者为空。 数据合理性指数据在数据库中的类型，长度，索引等是否建的比较合理。 在项目名称中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS)，还需要进行深入的研究，以确定可以支1持测试的工具和技术。 比如，有两张表：部门和员工。部门中有部门编号，部门名称，部门经理等字段，主码为部门编号;员工表中有员工编号，员工所属部门编号，员工名称，员工类型等字段，主码为员工编号，外码为员工所属部门编号，对应部门表。如果在某条部门记录中部门编号或员工记录员工编号为空，他就违反主码完整性原则。如果某个员工所属部门的编号为##，但是##在部门编号中确找不到，这就违反外码完整性原则。 员工类型如下定义：0：职工，1：职员，2：实习生。但数据类型为Int，我们都知道Int占有4个字节，如果定义成char(1).就比原来节约空间。 2. 白盒测试
白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。 白盒测试分为动态白盒测试和静态白盒测试 2.1 静态白盒测试 利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。比如，代码规范中规定，函数必须为动宾结构。而黑盒测试发现一个函数定义如下： Function NameGet(){ …. } 这是属于不符合开发规范的错误。 有这样一段代码: if (i<0) & (i>="0) … 这段代码交集为整个数轴，IF语句没有必要 I="0; while(I>100){
软件测试基本流程与规范 1目标 制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。 最终目标是实现软件测试规范化，标准化。 2测试流程说明
3测试需求分析 测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据； ·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例； ·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖； 3.1测试方法与规范 3.1.1测试方法 随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法： ?β测试（beta测试）--非程序员、测试人员 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。?α测试（Alpha测试）--非程序员、测试人员 α测试，英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。?兼容性测试 --测试人员 兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S项目中各个不同浏览器之间的测试。 ?用户界面测试-UI测试--测试人员 用户界面测试，英文是User interface testing。又称UI测试。 用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。
软件测试必备基础知识 一、基本概念 软件测试 在规定条件下对程序进行操作，以发现错误，对软件质量进行评估，包括对软件形成 过程的文档、数据以及程序进行测试 软件测试的目的 发现程序中存在的错误发现程序中存在的错误，而不是证明程序无错误。一个好的测试用例在于它能发现至今尚未发现的错误。一个成功的测试则是发现了至今未发现的错误。开始我们认为做测试无非是为了证明我们编的程序是无错误的，那是大错特错了。因为bug会因时间不同，条件不同而出现。永远无法证明我们的程序是绝对正确的。 为反馈信息做准备为开发者或软件项目经理提供反馈信息，以及为风险评估所准备的信息 软件测试的原则 所有的测试都应追溯到用户需求。因为软件的目的是使用户完成预定的任务，满足其 需求，而软件测试揭示软件的缺陷和错误，一旦修正这些错误就能更好地满足用户需求。 应尽早地和不断地进行软件测试。由于软件的复杂性和抽象性，在软件生命周期各阶 段都可能产生错误，所以不应把软件测试仅仅看作是软件开发的一个独立阶段，而应当把 它贯穿到软件开发的各个阶段去。在需求分析和设计阶段就应开始进行测试工作，编写相 应的测试计划及测试设计文档，同时坚持在开发各阶段进行技术评审和验证，这样才能尽 早发现和预防错误，杜绝某些缺陷和错误，提高软件质量，测试工作进行得越早，越有利 于提高软件的质量，这是预防性测试的基本原则。 在有限的时间和资源下进行完全测试，找出软件所有的错误和缺陷是不可能的，软件 测试不能无限进行下去，应适时终止。因为，测试输入量大、输出结果多、路径组合太多，用有限的资源来达到完全测试是不现实的。
测试只能证明软件存在错误而不能证明软件没有错误。测试是无法显示潜在的错误和缺陷，继续进一步错误可能还会找到其它错误和缺陷。 充分关注测试中的集群现象。在测试的程序段中，若发现的错误数目多，则残存在其中的错误也越多，因此应当花较多的时间和代价测试那些具有更多错误数目的程序模块。 程序员应避免检查自己的程序。考虑到人们的心理因素，自己揭露自己程序中的错误是件不愉快的事，自己不愿意否认自己的工作;另一方面，由于思维定势，自己难以发现自己的错误。因此，测试一般由独立的测试部门或第三方机构进行。 尽量避免测试的随意性。软件测试是有组织、有计划、有步骤的活动，要严格按照测试计划进行，要避免测试的随意性。 软件测试对象 程序开发过程中的各个文档、源程序、目标程序及数据 软件测试的模型 V模型 从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。 V模型问题： "测试是开发之后的一个阶段，"测试的对象就是程序本身。 "实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。 "整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心，而且上一步的结果必须是充分和正确的，如果任何一个环节出了问题，则必将严重的影响整个工程的质量和预期进度 W模型相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。 W模型也有局限性。W模型和V
软件工程师以各种形式存在，完完全全的开发人员或测试人员，也有开发和测试兼顾的工程师。如果软件工程师以开发为主，兼作测试，对专业测试能力要求相对偏低些，侧重测试工具开发或自动化测试，侧重单元测试、接口测试的能力，在系统测试上更多扮演用户角色，加强基本功能测试。如果软件工程师以测试为主，兼作开发，对测试能力要求就高，侧重掌握系统的功能测试和性能测试等方面的测试能力。在实际的工作岗位上，人们又将测试开发（侧重自动化测试平台和框架、工具的开发，而不是脚本的开发）和业务测试（完成产品功能特性的测试任务，包括测试设计和执行）分开，一些大的公司（通常其开发的系统规模也大）将性能测试、安全性测试单独拿出来交给性能测试工程师、安全工程师。甚至有些大公司让资深的测试工程师负责测试的分析建模与设计，其它工程师负责测试的执行与缺陷跟踪。 所以不同岗位的人，对测试技能的要求也不一样，但不外乎向下面三个方向发展： i.技术管理，如阿里的M系列，走经理、总监…职业发展路径，更需要 加强团队管理、协调、领导力、计划能力、风险控制等技能； ii.测试开发或专项测试，侧重自动化测试框架、平台开发和性能测试等，成为测试架构师、技术专家，自然会加强业务建模、系统架构设计、编程（代码）、脚本开发与调试、环境构建（云、容器）等方面的技能。
iii.业务测试，侧重产品的功能测试、易用性测试等，成为资深测试工程师、业务测试专家，侧重业务分析、测试策略制定、测试用例设计、情境性思维等方面的技能。 纯碎的算法、工具等测试，可能不需要业务，但绝大多数的测试工作都和业务相关，需要业务相关的领域知识。不管是向哪个方向发展，还是需要一些共同的基本能力和基础知识，如： i.测试基础理论，如软件工程学、测试基础知识、操作系统、数据库、 形式化方法、心理学等； ii.基本测试能力，如计算机操作能力、测试基本方法、测试工具的使用等； iii.基本软实力，如沟通能力、学习能力、观察力、专注力、测试思维等。 这些基本能力和基础知识也是可以处于不同水平的，如沟通能力，对一般工程师、资深工程师、经理、总监等有不同的要求。微软对沟通技巧分为四个层次（水平），如下表所示。
软件测试规范 1目的 确保软件产品质量，使产品能够顺利交付和通过验收的一项重要措施。 2适用范围 适用于项目开发过程中的系统测试 3角色职责 项目测试负责人根据《用户需求说明书》、《软件设计方案》、《硬件设计方案》组织编制《测试计划》、《测试方案》，指导和督促 测试人员完成各阶段的测试工作。 项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。 测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见 项目负责人组织测试环境的建立。 项目经理审核负责控制整个项目的时间和质量。 研发人员确认修改测试人员提交的bug。 4工作流程 4.1 测试依据 用户需求说明书和设计方案是测试的依据。因此设计人员应向测试人员提供《系统需求规格说明书》、《详细设计》、《概要设计》等有关资料。同时测试人员需要评审设计方案的合理性和可测试性。测试人员必须认真阅读，真正弄懂系统需求和详细设计。 4.2 制订《测试方案》 在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下内容：
测试目的； 所需人员及相应培训要求； 测试环境、工具和测试软件； 测试用例、测试数据和预期的结果。 4.3 系统测试 4.3.1系统测试。 4.3.1.1 进入系统测试一般应具备以下条件： a)被测软件完成开发且已经置于软件配置管理之下： b)相关的自测报告、软作变更报告等齐全 c)具有相关测试的全部文档及资源，如需求说明书、软件设计方案、硬件设计方案、使用手册 d)具备相关测试的设施环境。 4.3.1.2 测试过程 1、系统测试由测试负责人组织策划（编写测试计划、测试方案、测试用例）并实施， 2、测试人员根据测试计划、测试方案、测试用例执行测试过程，形成测试记录、问题报告及维护记录。 3、系统测试一般进行如下几种情况的测试： 正常情况 非正常情况 破坏性测试 边界情况 非法情况 强度测试 性能测试 兼容性测试 用户友好性测试 界面设计规范测试： 光标的初始位置
软件测试分类 1、黑盒测试：指把被测软件看作是一个黑盒子，我们不去关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果。 2、白盒测试：指把盒打开，去研究里面的源代码和程序结构。 3、静态测试:指不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在错误的过程。 对于代码测试，主要测试代码是否符合相应的标准和规范。 对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。 对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。 4、动态测试：指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程。所以我们判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。 5、单元测试：指对软件中最小可测试单元进行检查和验证。例如：C语言中，单元一般指1个函数；在Java里，单元一般指1个类;在图形化的软件中，单元也可以指1个窗口，1个菜单等。总结起来，单元就是人为规定的最小的被测功能模块。 单元测试的通过标准是什么： (1)程序通过所有单元测试的用例 (2)语句的覆盖率达到100% (3)分支覆盖率达到85% 如何进行单元测试: 单元测试主要用白盒测试方法，一般我们先静态地检查代码是否符合规范，然后动态地运行代码，检查其它实际运行结果。当然检查程序的运行结果是否正确是一个最基本的要求，我们还要检查很多项，比如程序的非法数据的容错处理，程序的边界值处理等。 桩模块：是指模拟被测模块所调用的模块。 驱动模块：是指模拟被测模块的上级模块。 桩模和驱动模块例子： include