软件测试基本概念

软件测试基本概念DocumentModificationManagement名目

一、软件测试基本概念3

二、测试阶段4单元测试UnitTesting4集成测试IntegrationTesting4确认测试ValidationTesting4系统测试SystemTesting4用户验收测试UserAcceptancetesting4

三、测试分类5

四、常用的测试6常用测试概述6常用测试详述7

五、测试术语大全10

六、缺陷管理13Bug的严峻级另ijSeverity13Bug的优先级Priority13Bug的类型Type13Bug状态Status13提交Bug的留意事项14常见的Bug管理工具14

六、缺陷管理

6.

1、Bug的严峻级别Severity是指因缺陷引起的故障对软件产品的影响程度由测试人员指定62Bug的优先级Priority指缺陷必需被修复的紧急程度由Bug安排者（开发组长/经理）指定

6.

3、Bug的类型Type是依据缺陷的自然属性划分的缺陷种类Bug状态Status指缺陷通过一个跟踪修复过程的进展状况包括Open、Fixed、Closed及Postponed等提交Bug的留意事项♦♦确保重现；要用最少并且必要的步骤描述BUG简洁、精确、完整;一个Bug一条报告；最好附带截图或JavaLog等内部报错信息常见的Bug管理工具TD、TrackRecord、Clearquesl、BugzillaMantis、JIRABugFree、QCNMT用Timesheet

七、常见易混概念汇总Retest/RegressionTestRetest即回归测试，即对一个Bug的再测试，当测试员提交了缺陷，开发人员修改之后，测试员需要对这个缺陷进行再一次的测试，以确保这个问题已经解决RegressionTest即回归测试，每当软件发生变化（如加入新代码）时，我们就必需重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能同时，还需要补充新的测试用例来测试新的或被修改了的功能为了验证修改的正确性及其影响就需要进行回归测试健壮性测试和健全性测试健壮性测试用于测试系统在消失故障时，是否自动恢复或忽视故障连续运行健全性测试典型地是指一个初始化的测试工作，以打算•个新的软件版本测试是否足以执行下一步大的测试努力例如，假如一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件性能测试，压力测试和负载测试性能测试性能测试就是用来测试软件在系统中的运行性能的测试，它可以发生在各个测试阶段中，重点关注的是系统的整体例如针对一个网站进行测试，模拟10到50个用户就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试性能测试关注点是HowMuchandHowFast压力测试它是性能测试的一种，即对系统不断施加压力的测试，是通过确定一个系统不能接受的性能点，来获得系统能供应的最大服务级别的测试例如测试一个Web站点在大量的负载下，何时系统的响应会退化或失败压力测试关注点是HowFast负载测试负载测也是性能测试的一种，它指数据在超负荷环境中运行，程序是否能够担当负载测试关注点是HowMuchExample:性能测试，表示在一个给定的基准下，能执行的最好状况例如，在没有负重的状况下，你跑100米需要花多少时间（这边，没有负重是基准）？负载测试，也是性能测试，但是他是在不同的负载下的对于刚才那个例子，假如扩展为在50公斤、100公斤……等状况下你跑100米需要花多少时间压力测试，是在压力状况下的性能测试对于刚才那个例子，假如改为在一阵强风的状况下，你在负重或没有负重的状况下，跑100米需要花多少时间？«测试和p测试a测试在系统开发接近完成时对应用系统的测试测试后，仍旧会有少量的设计变更这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成P测试当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成QAQCBSCSTheEndofdocument

七、常见易混概念汇总

一、软件测试基本概念

1、软件=程序+文档，软件测试:程序测试+文档测试“程序”是指能够实现某种功能的指令的集合，“文档”是指软件在开发、使用和维护过程中产生的图文集合UserRequirement简称UR用户需求DesignSpec简称DS设计说明书FunctionRequirementSpec简称FRS功能需求规格说明书FunctionDesignSpec功能设计说明书TestPlan测试方案，依据整个项目的进度和开发的进度来编写TestSpec还有TestCase（测试用例），依据UR和FRS来编写LogReport缺陷报告，纪录该系统存在的BugTestReport测试报告，测试完后需对所做的测试工作进行总结和对系统的评价、建议UserManual用户手册UserGuide用户指导

2、软件的分类按功能系统软件、应用软件；按技术架构单机版软件、C/S结构软件（C:客户端S:服务器端）、B/S结构软件（B:扫瞄器）依据用户划产品软件、项目软件；按开发规模小型、中型、大型

3、软件环境的分类软件开发环境；软件测试环境；软件生产运行环境测试环境:软件+网络+硬件搭建环境真实、洁净、无毒、独立

4、Bug的定义:从内部看软件的缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题从外部看软件的缺陷是系统所需要实现的某种功能的失效或违反常见的BUG分三种类型完全没有实现的功能；基本实现了用户需求的功能实现了用户不需要的功能

5、测试用例测试用例=输入+输出+测试环境指在测试执行之前设计的一套具体的测试方案，包括测试环境、测试步骤、测试数据和与其结果！测试用例有两个模板，word和excel前者适合性能测试，后者适合功能测试

6、优秀的软件测试工程师应具备的基本职业素养三心二意一力量三心细心、急躁、信念；二意服务意识、团队意识；一力量沟通力量

二、测试阶段

2.

1、单元测试（UnitTesting）是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的状况下进行测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确通常而言，一个单元测试是用于推断某个特定条件（或者场景）下某个特定函数的行为

2.

2、集成测试IntegrationTesting也叫组装测试或联合测试在单元测试的基础上，将全部模块依据设计要求，如依据结构图组装成为子系统或系统，进行集成测试它的最简洁的形式是两个已经测试过的单元组合成一个组件，并且测试它们之间的接口从这一层意义上讲，组件是指多个单元的集成聚合测试范围单元间的接口以及集成后的功能

2.

3、确认测试ValidationTesting又称有效性测试有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求有两项工作

1.进行确认测试；

2.软件配置复审

2.4系统测试SystemTesting是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试

2.5用户验收测试UserAcceptancetesting系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员依据测试方案和结果对系统进行测试和接收a测试alphatesting—在开发一个应用软件即将完成时所进行的测试；是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品称为a版本进行测试，试图发觉错误并修正B测试betatesting—当开发和测试已基本完成，需要在正式发行之前最终查找毛病而进行的测试开发者通常不在测试现场，由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行回归测试:依据修复好了的缺陷再重新进行的测试目的在于验证以前消失过但已经修复好的缺陷不再重新消失一般指对某已知修正的缺陷再次围绕它原来消失时的步骤重新测试通常确定所需的再测试的范围时是比较困难的，特殊当接近产品发布日期时由于为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所掌握的功能所以在验证修好的缺陷时不仅要听从缺陷原来消失时的步骤重新测试，而且还要测试有可能受影响的全部功能因此应鼓舞对全部回归测试用例进行自动化

三、测试分类软件测试依据不同的划分依据可以有多种分类:注同一个测试，既有可能属于黑盒测试，也有可能属于动态测试；既有可能属于静态测试，也有可能属于白盒测试他们之间也有可能交叉

四、常用的测试

4.

1、常用测试概述黑盒测试乂称功能测试，完全基于软件的功能和需求的测试白盒测试又称结构测试，已知程序的内部规律，掩盖代码的测试灰盒测试介于白盒与黑盒测试之间的测试既关注输出对于输入的正确性，同时也关注内部表现单元测试最小函数或模块的测试增量集成测试增加新的功能后进行新的测试集成测试对由各部分组合起来的程序进行测试系统测试黑盒类测试，基于全部需求说明，掩盖系统全部组合部分验收测试获知消费者对该软件是否满足a测试在软件开发将结束时进行该测试B测试当开发和测试工作实质上完成时进行该类测试功能测试黑盒类测试，使软件适合应用程序的功能需求负载测试测试应用程序在重负载之下的承受力量压力测试是在一种需要反常数量、频率或资源的方式下运行系统性能测试关注性能参数指标，用来测试软件在系统中的运行性能健全性测试常作为初始测试，确定一个新的软件版本是否表现正常，以应付更强的测试冒烟测试冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作冒烟测试的执行者是版本编译人员回归测试修复或调整好的软件的环境之后重新测试，自动的测试工具适用于这种类型认同测试基于最终用户说明书或者基于最终用户/消费者使用一段时间的最终测试可用性测试测试该软件的用户界面是否友好兼容性测试测试软件在特殊的硬件/软件/操作系统/网络/等等环境中是否能很好地执行平安性测试测试系统自身爱护并且防止非法的内部或外部的访问，有意的损害等等的力量比较测试在同类产品中比较软件的优缺点安装/卸载测试测试软件的安装、卸载或升级过程恢复力量测试测试系统在崩溃硬件失效或者遇到其他灾难性的问题时是否能很好地恢复健壮性测试容错力量/恢复力量测试侧重于程序容错力量的测试本测试在单元测试阶段和系统测试阶段都要进行如数据边界测试、非法数据测试、特别中断测试等等，主要是验证程序对各种特别状况是否进行正确处理为了执行便利，建议健壮性的大部分测试用例尽量编写在功能测试用例中文档测试主要测试开发过程中针对用户的文档，以需求、用户手册、安装手册等为主，检验文档是否和实际应用存在差别文档测试不需要编写测试用例静态测试是指不实际运行被测软件，而只是静态的代码检查，文档检查和评审等动态测试是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以我们推断一个测试属于动态测试还是静态测试，唯•的标准就是看是否运行程序

4.

2、常用测试详述黑盒测试Blackboxtesting指测试人员不关怀程序具体如何实现的一种测试方法依据软件的规格对软件进行各种输入和观看软件的各种输出结果来发觉软件的缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子白盒测试Whiteboxtesting依据软件内部的工作原理分析来进行测试，基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来推断软件的质量，一般白盒测试由项目经理在程序员开发中来实现功能测试Functionaltesting也称为behavioraltesting行为测试，依据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作使用适当的平台、扫瞄器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是特地为该市场开发的一样性能测试Performancetesting通常验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标或者执行同样任务时新版本不比旧版本慢一般还检查系统记忆容量在运行程序时会不会流失memoryleako比如，验证程序保存一个巨大的文件新版本不比旧版本慢广义的性能测试包括负载测试、强度测试、数据库容量测试、基准测试等类型负荷/负载试验Loadtesting在大负荷条件下对应用软件进行测试通过测试系统在资源超负荷状况下的表现，以发觉设计上的错误或验证系统的负载力量在这种测试中，将使测试对象担当不同的工作量，以评测和评估测试对象在不同工作量条件卜的性能行为，以及持续正常运行的力量负载测试的目标是确定并确保系统在超出最大预期工作量的状况下仍能正常运行此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面例如测试一个网站在不同负荷状况下的状况，以确定在什么状况下系统响应速度下降或是消失故障压力测试Stresstesting常常可以与“负荷测试”或“性能测试”相互代替这种测试是用来检查系统在下列条件卜.的状况在非正常的巨大负荷下、某些动作和输入大量重复、输入大数、对数据库进行特别简单的查询，等等强力测试它通常验证软件的性能在各种极端的环境和系统条件下是否还能正常工作或者说是验证软件的性能在各种极端环境和系统条件下的承受力量比如，在最低的硬盘驱动器空间或系统记忆容量条件下，验证程序重复执行打开和保存一个巨大的文件1000次后也不会崩溃或死机恢更测试Recovertesting在系统崩溃、硬件故障、或者其他灾难发生之后，重新恢更系统的状况平安测试Securitytesting测试系统在应付非授权的内部/外部访问、有意的损坏时的防护状况这需要精密简单的测试技术可移植性测试Portabilitytesting:测试软件是否可以被胜利移植到指定的硬件或软件平台匕用户界面测试Userinterfacetesting测试分析软件用户界面的风格设计是否合乎用户期望或要求，文字是否正确，页面是否美观，文字，图片组合是否完善，操作是否友好等等它常常包括菜单，对话框及对话框上全部按钮，文字，出错提示，关心信息Menu和Helpcontent等方面的测试比如测试MicrosoftExcel中插入符号功能所用的对话框的大小，全部按钮是否对齐字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等UI测试的目标是确保用户界面会通过测试对象的功能来为用户供应相应的访问或扫瞄功能确保用户界面符合公司或行业的标准包括用户友好性、人性化、易操作性测试可用性测试Usabilitytesting是专为“对用户友好”的特性进行测试这是一种主观的感觉，取决于最终用户或顾客可以进行用户会见、检查、对用户会议录像、或者使用其他技术程序员和测试人员通常不参与可用性测试边界条件测试是环绕边界值的测试通常意味着测试软件各功能是否能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等集成与兼容性测试CompatibilityTesting验证该功能能够如预期的那样与其他程序或者构件协调工作兼容性常常意味着新旧版本之间的协调，也包括测试的产品与其它产品的兼容使用比如用同样产品的新版本时不影响与用旧版本用户之间保存文件，格式，和其他数据等操作总的来说就是测试软件是否和系统的其它与之交互的元素之间兼容，如扫瞄器、操作系统、硬件等验证测试对象在不同的软件和硬件配置中的运行状况装配/安装测试Installingtesting确保该软件在正常状况和特别状况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装特别状况包括磁盘空间不足、缺少名目创建权限等核实软件在安装后可马上正常运行安装测试包括测试安装代码以及安装手册安装手册供应如何进行安装，安装代码供应安装一些程序能够运行的基础数据验证软件程序在不同厂家的硬件上，所支持的不同语言的新旧版本平台上，和不同方式安装的软件都能够如预期的那样正确运行比如，把英文版的MicrosoftOffice2003安装在韩文版的Windows\怙上，再验证全部功能都正常运行国际化支持测试Internationaltesting国际化测试的目的是测试软件的国际化支持力量，发觉软件的国际化的潜在问题，保证软件在世界不同区域中都能正常运行国际化测试使用每种可能的国际输入类型，针对任何区域性或区域设置检查产品的功能是否正常，软件国际化测试的重点在于执行国际字符串的输入/输出功能国际化测试数据必需包含东亚语言、德语、简单脚本字符和英语可选的混合字符验证软件程序在不同我国或区域的平台上也能够如预期的那样运行，而且还可以依据原设计敬重和支持使用当地常用的日期，字体，文字表示，特殊格式等等比如，用英文版的WindowsXP和MicrosoftWord能否展现阿拉伯字符串用阿拉伯版的WindowsXP和阿拉伯版的MicrosoftWord能否展现阿拉伯字符串？又比如，日文版的MicrosoftExcel对话框是否显示正确翻译的口语一旦来说执行国际化支持测试的测试人员往往需要基本上了解这些我国或地区的语言要求和期望行为是什么本地化力量测试Localizabilitytesting本地化力量是指不需要重新设计或修改代码，将程序的用户界面翻译成任何目标语言的力量为了降低本地化力量测试的成本，提高测试效率，本地化力量测试是通常在软件的伪本地化版本上进行本地化力量测试中发觉的典型错误包括字符的便编码即软件中需要本地化的字符写在了代码内部，对需要本地化的字符长度设置了国定值，在软件运行时以控件位置定位，图标和位图中包含了需要本地化的文本，软件的用户界面与文档术语不全都等要验证全部已方案要发布的不同语言版本软件如预期的那样被正确地翻译成当地语言这类测试•般包括验证菜单，对话框，出错信息，关心内容等全部用户界面上的文字都能够显示正确翻译好的当地文字本地化测试Localizationtesting本地化测试的对象是软件的本地化版本本地化测试的目的是测试特定目标区域设置的软件本地化质量本地化测试的环境是在本地化的操作系统上安装本地化的软件从测试方法上可以分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联机关心等部分静态测试Statictesting是指不实际运行被测软件，而只是静态的检查程序代码、界面或文档中可能存在的错误的过程动态测试Dynamictesting是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以我们推断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序冒烟测试Smoketesting是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否可以实现，是否具备可测性，目的是确认软件基本功能正常，可以进行后续的正式测试工作健全测试Sanitytesting软件主要功能成分的简洁测试以保证它是否能进行基本的测试可接受性测试是在把测试的版本交付测试部门大范围测试以前进行的对最基本功能的简洁测试由于在把测试的版本交付测试部门大范围测试以前应先验证该版本对于所测试的功能基本上比较稳定必需满足一些最低要求比如不会很简洁程序就挂起或崩溃假如一个新版本没通过可测试性的验证，就应阻拦测试部门花时间在该测试版本上测试同时还要找到造成该版本不稳定的主要缺陷并督促尽快加以修正BVTBuildVerificationTest构建验证测试是微软内部的一个标准说法，指的是每天都要运行的测试，以确保前•天入库的内容没有破坏重要功能随机测试Randomtesting没有书面测试用例、纪录期望结果、检查列表、脚本或指令的测试主要是依据测试者的阅历对软件进行功能和性能抽查随机测试是依据测试说明书执行用例测试的重要补充手段，是保证测试掩盖完整性的有效方式和过程不是按部就班的依据一个又一个正式的测试用例来进行，也不局限于测试用例特定的步骤这种测试是测试人员在理解该软件功能的基础上运用敏捷多样的想象力和制造力去模拟用户需求来使用该软件的多种功能通常涉及许多的测试用例或通过更简单的步骤来使用该软件探究测试通常用「没有产品说明书的测试，这需要把软件当作产品说明书来看待，分步骤逐项探究软件特性，纪录软件执行状况，具体描述功能，综合采用静态和动态技术来进行测试自动化测试AutomatedTesting:使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多引导测试Pilottesting:软件开发中，验证系统在真实硬件和客户基础上处理典型操作的力量在软件外包测试中，引导测试通常是客户检查软件测试公司测试力量的一种形式，只有通过了客户特定的引导测试，软件测试公司才能接受客户真实软件项目的软件测试回归测试Regressiontesting在发生修改之后重新测试从前的测试以保证修改的正确性理论匕对软件的任何新版本，都需要进行回归测试，验证以前发觉和修复的错误是否在新软件版本上再现

五、测试术语大全Test测试执行软件以验证其满足指定的需求并检测错误的过程检测已有条件之间的不同，并评价软件项的特性软件项的分析过程软件工程过程的一个活动，它将软件在预定的条件下运行以推断软件是否符合预期结果Testcase测试用例为特定目标而开发的一组测试输入、执行条件和预期结果，其目标可以是测试某个程序路径或核实是否满足某个特定的需求Testingcoverage（测试掩盖）指测试系统掩盖被测试系统的程度，一项给定测试或一组测试对某个给定系统或构件的全部指定测试用例进行处理所达到的程度Testingenvironment（测试环境）进行测试的环境，包括测试平台、测试基础设施、测试试验室和其他设施Testingitem（测试项）作为测试对象的工作版本Testingplan（测试方案）描述了要进行的测试活动的范围、方法、资源和进度的文档它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险Testingprocedure（测试过程）指设置、执行给定测试用例并对测试结果进行评估的一系列具体步骤Testingscript（测试脚本）一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行Testingsuite（测试包）•组测试用里的执行框架；•种组织测试用例的方法在测试包里，测试用例可以组合起来制造出独特的测试条件Validcase（有效用例或者叫合法输入用例）是那些已知软件程序能正确地处理的测试用例一般是指软件输入的测试用例比如说，在MicrosoftExcel中，用键盘输入“=1+1”，看到的结果是“2”这里输入的有效用例是“=1+1”Invalidcase（无效用例有人叫不合法输入用例）或者出错用例（errorcase）是那些事先就知道软件程序不支持处理的测试用例比如说在MicrosoftExcel中，用键盘输入“=a+l”，看到的结果是NAME这里输入的“=a+l”既是无效用例同时也是出错用例BoundaryCases（边界条件）环绕边界值的测试通常意味着最大值，最小值或者所设计软件能够处理的最长的字符串等等比如说某软件字体的字号支持范围是:从8到72那么边界测试用例应包括:小于8等于8等于72和大于72Equivalentclasses（等价类）等价类测试用例指的是假如有许多测试用例执行再多也不会找到新的中的缺陷由于虽然输入和输出结果有所不同，但是它们都通过同样的软件的源代码路径通常只要一个源代码程序的路径是用于处理肯定数值范围内的全部数值，那么除了边界值以外，在边界值范围以内的全部数值•般都属于等价类由于假如软件程序能正确处理一个值，也就意味着该程序能正确处理在这个范围内的除了边界值以外的其他任何有效输入值我们来用以上软件字体的字号来举例说明软件支持的字号范围是:从8到72那么8和72之间的全部支持的字号都可以被认为是等价类的测试用例再比如:测试超链接时两个用例和也是等价类的测试用例Userinterface（用户界面，UI）广义是指使用户可以和计算机进行交互的硬件和/或软件狭义是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）Bug（错误）有时称作defect（缺陷）或error（错误），软件程序中存在的编程错误，可能会带来不必要的副作用，软件的功能和特性与设计规格说明书或用户需求不全都的方面软件缺陷表现特征为软件未达到产品说明书标明的功能软件消失产品说明书指明不会消失的错误；软件功能超出产品说明书指明的范围；虽然产品说明书未指出但是软件应达到的目标；软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题Bugreport（错误报告），也称为“Bugrecord（错误纪录）”，纪录发觉的软件错误信息的文档，通常包括错误描述、复现步骤、抓取的错误图像和注释等Bugtrackingsystem（错误跟踪系统，BTS）也称为“DefecttrackingsystemDTS，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务尤其适用于大型多语言软件的测试管理Exception（特别/例外）一个引起正常程序执行挂起的大事Crash（崩溃）计算机系统或组件突然并完全的丢失功能，例如软件或系统突然退出或没有任何反应（死机）Build（工作版本）软件开发过程中用于内部测试的功能和性能等不完善的软件版本工作版本既可以是系统的可操作版本，也可以是展现要在最终产品中供应的部分功能的部分系统Priority（优先权）从商业角度动身是指错误的重要性，尤其是从客户和用户的角度动身，是指错误对于系统的可行性和可接受性的影响与Severity（严峻性）”相对比Severity（严峻性）错误对被测系统的影响程度，在终端用户条件下发生的可能性，软件错误阻碍系统使用的程度Capture/ReplayTool（捕获/回放工具）一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程这类工具一般在GUI测试中用的较多Debug（调试）开发人员确定引起错误的根本缘由和确定可能的修夏措施的过程一般发生在子系统或单元模块编码完成时，或者依据测试错误报告指出错误以后，开发人员需要执行调试过程来解决已存在的错误Deployment（部署）也称为shipment（发布），对内部H系统而言，指它的第一个版本通过彻底的测试、形成产品、交付给付款客户的阶段Dynamictesting（动态测试），通过执行软件的手段来测试软件Garbagecharacters（乱码字符）程序界面中显示的无意义的字符，如程序对双字节字符集的字符不支持时，这些字符不能正确显示GB18030testing（GB1803（）测试）软件支持GB18030字符集标准力量的测试，包括GB18030字符的输入、输出、显示、存储的支持程度Qualityassurance（质量保证QA）实行相关活动，以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程Review（评审）在产品开发过程中，把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程Screenshot（抓屏、截图）软件测试中，将软件界面中的错误（窗口、菜单、对话框等）的全部或一部分，使用专用工具存储成图像文件，以便于后续处理Softwarelifecycle（软件生命周期）开头于一个软件产品的构思，结束于该产品不再被使用的这段期间Structuredquerylanguage（结构化查询语句SQL）在一个关系数据库中查询和处理数据的一种语言TBD（Tobedetermined待定）在测试文档中标是一项进行中的尚未最终确定的工作TBC（Tobeconfirm待确认）SQA（SoftwareQualityAssurance软件质量保证）Interface（接口）DocumentNo.:EffectiveDate:ControlledNo.:Priority:NormalVersion:V

1.EditStatus:AllPages14TextPages12AddendaAuthorizedby:Sam/FrcdAuditedby:Confirmedby:No.ofModifiedRecordsModifiedStatusModifiedPagesorRecordsModifiedbyAuditedbyConfirmedbyModifiedDate级别代表意义A错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作；B功能未实现或导致一个特性不能运行并且不行能有替代方案（包括计算错误）；C错误导致了一个特性不能运行但可有一个替代方案；D错误是表面化或微小的（提示信息不太精确友好、错别字、UI布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用；E建设性的意见或建议优先级代表意义5阻挡相关开发人员的进一步开发活动，马上进行修复工作；阻挡与此亲密相关功能的进一步测试；4必需修改，发版前必需修正；3必需修改，不肯定立刻修改，但需确定在某个特定里程碑结束前须修正；2假如时间允许应修改；1允许不修改类型代表意义Build由于配置库、变更管理或版本掌握引起的错误GUIUserInterface人机交互特性屏幕格式，页面排版、控件位置等方面的缺陷Data数据、数据库、计算错误等Function影响了重要的特性、产品接口、硬件结构接口和全局数据结构如规律，指针，循环，递归，功能等缺陷Interface与其他组件、模块或设施阴动程序、调用参数、掌握块或参数列表相互影响的接口缺陷Performance不满足系统可测量的属性值，如执行时间，事务处理速率等Requirement需求方面缺陷如（不明确、错误、考虑不全面等等）Others其它未知错误状态代表意义Open为测试人员新问题提交所标志的状态为任务安排人（开发组长/经理）对该问题预备进行修改并对该问题安排修改人员所标志的状态Bug解决中的状态，由任务安排人转变对没有进入此状态的Bug程序员不用管Fixed为开发人员修改问题后所标志的状态，修改后还未测试Closed为测试人员对修改问题进行验证后通过所标志的状态由测试人员转变Postponed

1、由于开发时间、进度、重要程度或者技术/设计/需求等方面的缘由，认为不能解决、须延期解决、或者本版不做留待到后续版本解决的Bug；

2、因设计结构问题无法修改测试人员认为是Bug不符合规律，也不符合用户的要求，但开发人员则认为是依据设计做的、只能如此处理，否则修改代价太大，这种问题可以拖后处理Duplicatedbug重复提交Noterror测试人员理解错了不是BugCancel需求转变了或者其他缘由取消了QAQualityAssurance即品质保证，其在ISO84021994中的定义是“为了供应足够的信任表明实体能够满足品质要求，而在品质管理体系中实施并依据需要进行证明的全部有方案和有系统的活动简洁的讲测试部门即为QA人员QCQualityControl即品质掌握，其在£09000:2005的定义是“质量管理的一部分，致力于满足质量要求”简洁的讲开发部门即为QC人员B/SBrowser/Server是建立在广域网的基础上的程序和数据库放在SERVER端客户端通过扫瞄器来访问数据，进行数据交换，B其实就是BROWSE即扫瞄器，S就是SERVER即服务器，也就是说用户可以用扫瞄器就可以享受SERVER供应的服务C/SClient/Server是建立在局域网的基础上的，C就是CLIENT即客户端，S就是SERVER服务端，也就是说用户要使用SERVER的服务，需要装上相应的客户端软件按测试阶段按测试目的按测试对象按测试过程麓慧翼其他测试技术单元测试A、正确性测试单元测试需求阶段的测试静态测试冒烟测试UnittestCorrectnesstestUnittestRequirementsphaseStatictestSmoketesttest组件测试白盒测试组件测试动态测试回归测试ComponentWhite-boxComponent设计阶段的测试DynamictestRegressiontesttest黑盒测试Black-boxtestDesignphasetest恢复测试集成测试模块测试程序阶段的测试RecoverytestIntegrationB、性能测试Modu1etestProgramphasetesttestPerformancetest程序测试测试结果的评估随机测试Randomtest系统测试C、牢靠性测试ProgramtestEvaluatingtestSystemtestReliabilitytest系统测试result兼容性测试Compatibi1ity验收测试强壮性测试Systemtest安装测试testAcceptanceRobustnessInstallationphasetestStrongtest文档测试test手工测试DocumenttestManualTest安装测试Installationtest特别处理测试Exceptionhandingtest验收测试Acceptancetest自动化测试AutomatedTest测试变化维护负载测试Testingchanges:StresstestLoadtestMaintenanceD、平安性测试Securitytest。