软件测试理论基础复习-
以下为《软件测试理论基础复习-》的无排版文字预览，完整格式请下载
下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。
软件测试理论基础
描述软件测试的价值。
1、提高软件的质量
2、保证软件的安全
3、降低软件开发成本
4、降低因软件缺陷带来的商业风险
5、为用户接受软件提供有力的依据
6、树立用户对软件的信心
以上就是软件测试的目的了，随着用***对软件质量的重视，对品牌和品质意识的提升，软件测试行业也越来越受到大家的重视和青睐。
软件测试与开发的关系。
（1）项目规划阶段：负责从单元测试到系统测试的整个测试阶段的监控。
（2）需求分析阶段：确定测试需求分析、系统测试计划的制定，评审后成为管理项目。测试需求分析是对产品
生命周期中测试所需求的资源、配置、每阶段评判通过的规约；系统测试计划则是依据软件的需求规格说明书，制定测试计划和设计相应的测试用例。
（3）详细设计和概要设计阶段：确保集成测试计划和单元测试计划完成。
（4）编码阶段：由开发人员进行自己负责部分的代码的测试。在项目较大时，由专人进行编码阶段的测试任务。
（5）测试阶段（单元、集成、系统测试）：依据测试代码进行测试，并提交相应的测试状态报告和测试结束报告。
开发和测试是一个有机的整体！在产品的发布之前，开发和测试是循环进行的， 测出的缺陷要开.经发人员修改
后继续测试。在开发的同时测试经理开始编写测试用例，测 试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。
从角色方面看，像理论和实验的关系，开发人员通过自己的想象创造出一套思想，之 后测试人员再对它进行检验、证伪，开发人员再修改的过程从而不断丰富产品。从方法方 面看，是演绎和归纳的关系，一个要掌握大量的技术，一个要不断地从实例中学习。因这 两方面的不同，所以开发和测试看上去做的工作很不一样。开发与测试是相辅相承、密不可分的，开发人员开发出新的产品后要通过测试判断产 品是否完全满足用户的需求。如果发现缺陷，提交给开发人员进行修复，然后再转交测试 人员进行回归测试，直到产品符合需求规格说明。一个符合用户需求的产品是开发和测试 共同努力的成果。
/
描述软件测试的对象、目标。
软件测试是不等同于程序测试，软件测试贯穿于软件定义和开发的整个期间。需求分析，概要设计，详细设计以及程序编码等各个阶段所得到的文档，包括需求规格说明书、概要设计规格说明，详细设计规格说明以及源程序，都是软件测试的对象。
测试的目的就是在软件投入生产性运行之前,尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤,测试是对软件规格说明、设计和编码的最后复审。根本目标:尽可能多地发现并排除软件中潜藏的错误，最终把高质量的软件系统交给用户。无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。
描述什么是穷举测试、黑盒法、白某某，黑盒测试与白盒测试优缺点比较。
穷举测试（exhaustive testing）：亦称完全测试，即程序运行的各个可能分支都应该调试到。穷举法，可视为最简单的搜索。即是在一个可能存在可行状态的状态全集中依次遍历所有的元素，并判断是否为可行状态
白盒测试：是指实际运行被测程序，通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法、溢出、路径和条件等方面的缺点或者错误，进而加以修正。
黑盒测试：又称功能测试、数据驱动测试或基于规格说明的测试，是通过使用整个软件或某种软件功能来严格地测试,，而并没有通过检查程序的源代码，或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据看输出的结果，从而了解软件怎样工作。应该更适合测试网页游戏。
白盒测试的优点：
1.能仔细考虑软件的实现
2.可检测代码中的每条分支和路径
3.揭示隐藏在代码中的错误
4.对代码的测试比较彻底
白盒测试的缺点：
1.昂贵
2.无法检测代码中遗漏的路径和数据敏感性错误
3.不验证规格的正确性
黑盒测试的优点：
1.对于子系统甚至系统效率要比白盒测试高
2.测试人员不需要了解实现的细节（特定编程语言）
3.测试人员和编程人员彼此独立
4.从用户的角度进行测试很容易理解和接受
5.有助于暴露规格的不一致或有歧义的问题
6.测试用例可以在规格完成后马上进行
黑盒测试的缺点：
1.只有一小部分输入被测试到，要测试每个可能的输入几乎不可能。
2.没有清晰、简明的规格，测试用例很难设计。
3.如果测试人员不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.有很多程序路径没有被测试到。
5.不能直接针对特定程序段某某，而这些程序段可能很复 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。 于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。
掌握等价类、边界值、因果图、决策表法、正交试验、场景法，这些方法的基本概念（原则、什么时候使用、步骤等等），能够根据需求按照方法和步骤设计测试用例。
·步骤：划分等价类；确定唯一编号；设计一个新用例，使它能够尽量多覆盖尚未覆盖的有效等价类；设计一个新用例，使它仅覆盖一个尚未覆盖的无效等价类
因果图法什么时候使用?一应用的输出结构依赖于各种输入条件的组合或各种输入条件之间有某种相互制约关系时
掌握综合测试策略的通用原则。
基于业务流清晰的系统，场景法可贯穿采用，并整个测试案例过程，并可在此基础上综合应用各种测试方法;
等价类划分法较其他方法往往优先选用，高效筛选测试用例;边界值分析法任何情况下都应被考虑，挖掘缺陷最有效手段之一;各种测试中，均可借助错误推测法扩充测试用例，进一步将测试高手的智慧和经验转变为可视化成果;
因果图法和决策表法尤为相似，更适用于系统中的各输入条件及输出结果之间存在关系的情况;
正交试验法在参数配置类及兼容性的测试用例设计中，简单易行优势显著;
检查已设计出测试用例的逻辑覆盖程度，若未达到覆盖标准，则需继续补充完善测试用例。
白某某
描述什么是TDD?TDD的开发流程。
TDD-测试驱动开发:以测试作为开发过程中心TDD是XP的重要组成部分
/
描述白盒测试体系，描述白盒测试的概念、优点、缺点。
描述白盒测试技术体系图。
/
掌握逻辑覆盖的含义，6种逻辑覆盖的含义，用图形给出各种覆盖标准的强弱图。
·语句覆盖:是一个比较弱的测试标准，含义:选择足够的测试用例，使得程序中每个语句至少都能被执行一次。
·判定覆盖:是一个比“语句覆盖”稍强的测试标准，含义:选择足够的测试用例，使得程序中每个分支至少都获得一次“真值”或“假值”，又称分支覆盖。
·条件覆盖:更强的测试标准，含义:选择足够的测试用例，使得判定中每个条件获得各种可能的取值。
·条件判定覆盖:综合判定覆盖和条件覆盖,含义:选择足够的测试用例，使得判定中每个条件获得各种可能的取值，使得每个判定取到各种可能的结果。
·条件组合覆盖:选择足够的测试用例，使得判定中条件的各种组合都至少出现一次。
·路径覆盖:相当强的覆盖标准，设计足够多的测试用例，覆盖程序中所有可能的路径。 /
什么是基本路径测试？什么是基本独立路径？掌握程序控制流图绘制方法。掌握程序环路复杂度的3种计算方法（分解到单个条件）。能够灵活应用基本路径测试法进行用例设计。
·基本路径测试:在程序控制流图的基础上，通过计算环路复杂度，导出基本可执行路径的集合，然后依据此设计测试用例。设计出的测试用例要保证程序的每个可执行语句至少执行一次
·什么是基本独立路径:一条独立路径是指，和其他的独立路径相比，至少引入一个新处理语句或一个新判断的程序通路。V(G)值正好等于该程序的独立路径的条数。
方法1: V(G)=G中区域的数量
方法2: v(G)=P+1,Р是流图G中判定的节点的数量(分支节点的数量)
方法3: v(G)=E-N+2, E:边的数量, N:结点的数量
能够根据源代码画出对应程序流程图，根据逻辑覆盖要求，设计出相应的测试用例。能够基于植入的错误分析测试用例发现错误的能力。
能够根据要求编写Junit单元测试代码。
Web测试
描述链接测试主要内容,了解链接测试的工具。
链接测试主要内容：超链接本身言简意赅⺁具有可读性；定期检查内部链接的有效性⺁此项在链接测试中至关重要；当链接所指向的目标页面不存在时⺁应设计出友好提示信息页面
. Xenu Link Sleuth， HTML Link Validator.， Web Link Validat
描述导航测试、图形测试的内容
导航测试的内容：导航是否直观⺄Web 系统的主要部分是否可以通过主页访问; Web 系统是否需要站点地图、搜索引擎或其他的导航器帮助⺄一测试 Web系统的页面结构⺄导航条、菜单、链接的风格是否一致⺄各种提示是否准确⺁确保用户凭直觉就知道是否还有内容⺁内容在什么地方⺄最好让最终用户参与导航测试⺁效果将更加明显。
图形测试内容：要确保图形有明确的用途⺁图片或动画不要胡乱地堆在一起，以免浪费传输时间。图片尺寸要尽量地小⺁并且要能清楚地说明某件事情；验证所有页面字体的风格是否一致；背景颜色应该与字体颜色和前景颜色相搭配；图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。
Cookies测试重点关注的内容
/
[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]
以上为《软件测试理论基础复习-》的无排版文字预览，完整格式请下载
下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。
图片预览
