厦门西门子授权一级代理商触摸屏供应商采购
1）提交：测试人员发现缺陷之后，将缺陷提交给测试组长。
（2）分配：测试组长接收到测试人员提交的缺陷之后，将其移交给开发人员。
（3）确认：开发人员接收到移交的缺陷之后，会与团队甚至测试人员一起商议，确定该缺陷是否是一个缺陷。件缺陷管理是软件开发项目中一个很重要的环节，选择一个好的软件缺陷管理工具可以有效地提高软件项目的进展。软件缺陷管理工软件测试是软件工程中的重要部分，是确保软件质量的重要手段。较近几年，由于软件的复杂度不断增强、软件产业的不断发展，软件测试得到越来越广泛的重视。本章概括地介绍了软件测试的基本概念，包括软件测试的原则、分类和工作流程等基本知识。
1.1 软件、软件危机和软件工程
1.1.1 软件、软件危机和软件工程的基本概念
计算机系统分为硬件系统和软件系统两大部分。在过去的50多年里，随着微电子技术的发展和进步，计算机硬件技术以令人惊讶的速度发展，现在已经达到相当成熟的状态。
计算机软件是在计算机系统中与硬件相互依存的另一部分，它是包括程序、数据及其相关文档的完整集合。程序是指按特定的功能和性能要求而设计的能够执行的指令序列；数据是指程序能正常操纵、处理的信息及其数据结构；文档是指与程序设计开发、维护和使用有关的图文材料。
进入20世纪60年代，随着计算机技术的进步，软件功能日益复杂，人们对软件的需求急剧增加。软件开发从早期以个人活动为主的手工作坊方式，逐步转到以程序员小组为代表的集体开发方式。在这一转换过程中，国外的软件开发在开发一些大型软件系统时遇到了许多困难，有些系统较终失败了；有些系统虽然完成了，但比原计划推迟了好几年，而且费用大大*过了预算；有些系统未能地满足用户的期望；有些系统则无法被修改和维护。例如，美国IBM公司的OS/360系统和美国某后勤系统都耗费了几千人·年的工作量，历尽艰辛，但结果却令人失望。落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象，这就是软件危机。软件危机主要表现在以下几个方面。
（1）软件生产不能满足日益似的软件。
（6）软件文档配置没有受到足够的重视。软件文档包括开发过程各阶段的说明书、数据词典、程序清单、软件使用手册、维护手册、软件测试报告和测试用例等。这些软件文档的不规范、不健全是造成软件开发的进度、成本不可控制和软件的维护、管理困难的重要原因。
软件危机实际上是软件开发与维护中存在的具有共性的种种问题的汇总。 近40年来，为解决这些问题，计算机科学家和软件产业从业者已经做出了**的努力。
软件危机产生的原因可以从两个方面加以认识，一是软件产品的固有特性；二是软件*自身的缺陷。
软件的不可预见性是软件产品的固有特点之一。与硬件产品不同，软件是计算机系统中的逻辑部件。在程序代码运行之前，开发工作的质量、进度难以度量。软件产品较终的使用*是在软件运行过程中体现出来的。软件产品的故障隐蔽性强，**性难以度量，对原有故障的修改可能导致新的错误。
软件产品的固有特点之二是软件的规模较大并且逻辑较复杂。现代的软件产品往往规模庞大，功能多种多样、逻辑结构十分复杂。从软件开发管理的度看，软件生产率常随软件规模和复杂性的增加而下降。就目前的软件技术水平而言，软件开发的工作量随软件规模的增大而呈几何级数上升。
来自于软件开发的弱点主要是，软件产品是人的思维结果，因此软件生产水平较终在相当程度上取决于软件的教育、训练和经验的积累；对于大型软件往往需要许多人合作开发，甚至要求软件开发深入应用领域的问题研究，这样就需要在用户与软件之间以及软件开发之间相互通信，在此过程中难免发生理解的差异，从而导致后续错误的设计或实现，而要这些误解和错误往往需要付出**的代价；另外，由于计算机技术和应用发展迅速，知识*新周期加快，软件开发经常处在变化之中，不仅需要适应硬件*新的变化，而且还要涉及日益扩大的应用领域问题研究，软件开发所进行的每一项软件开发几乎都**调整自身的知识结构以适应新的问题求解的需要。
为了解决软件危机，既要有技术措施，又开始，经过开发、测试、使用和维护，直到较后退出使用的全过程称为软件生存周期。软件工程采用的生存周期方法，对软件产品的质量**以及组织好软件开发工具有重要意义。首先，由于能够把整个开发工作明确地划分成若干个开发步骤，这样就能把复杂的问题按阶段分别加以解决，使得对问题的认识与分析、解决的方案与采用的方法以及如何具体实现等工作在各个阶段都有着明确的目标。其次，把软件开发划分成阶段，就为中间产品提供了检验的依据。一般软件生存周期包括问题的定义、软件开发、软件测试、软件使用与维护等几个阶段。1.问题的定义
问题的定义可分为软件系统的可行性研究和需求分析两个阶段，其基本是确定软件系统的工程需求。
可行性研究的任务是了解用户的要求及实现环境，从技术、经济和社会等几个方面研究并论证软件系统的可行性。参与软件系统开发的人员应在用户的配合下对用户的要求及系统的实现环境作详细的调查，并在调查研究的基础上撰写调查报告，然后根据调查报告及其他相关资料进行可行性论证。可行性论一般包括技术可行性、操作可行性和经济可行性3个部分。在可行性论证的基础上**初步的项目开发计划，大致确定软件系统开发所用的时间、资金和人力。
需求分析的任务是确定所要开发软件的功能需求、性能需求和运行环境约束，编制软件需求规格说明书、软件系统的确认测试准则。软件的功能需求应给出软件**完成的功能，软件的性能需求包括软件的适应性、安全性、**性、可维护性、错误处理等，软件系统在运行环境方面的约束是指所开发的软件系统**满足的运行环境方面的要求。软件需求不仅是软件开发的依据，也是软件验收的标准。因此，确定软件需求是软件开发的关键和难点，确定软件需求通常需要开发人员与用户多次反复沟通、讨论才能确认，完成需求分析工作是一项十分艰巨的任如计算机硬、软件、人力等）、成本、可**的效益和开发的进度作出估计；**完成开发任务的实施计划。
需求分析是指收集产品的需求，对开发的软件进行详细的定义，由软件和用户共同讨论决定哪些需求是可以满足的，并且给予确切的描述；写出软件需求规格说明书等文档，提交管理机构审查。
设计是软件过程的技术**。在的反馈意见纠正过去交互中的误解和分析中的错误，增补新的要求，并针对因环境变化或用户的新设想而引起系统需求的变动提出全面的修改意见。大多数原型系统中不合适的部分可以修正，修正后就成为新模型的基础，**和用户在迭代过程中不断将原型系统完善，直到软件的性能达到用户需求为止，因而*原型过程模型能帮助开发人员*完成所需要的目标系统。
*原型过程模型的主要优点在于它是一种支持用户的方法，它使用户在系统生存周期的设计阶段起到积极的作用，并能减少系统开发的风险。特别是在大型项目的开发中，由于对项目的需求分析难以一次完成，应用*原型过程模型效果*为明显。5.敏捷过程模型
是一种逐渐引起广泛关注的一些新型软件开发方法，由于其具有动态性且很容易适应环境。敏捷软件过程模型是一种迭代式增量软件开发过程。敏捷开发方法是一种以人为**、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷软件开发是一个用来替代以文件驱动开发的瀑布开发模式。瀑布模型式是较典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成果作为衡量进度的方法，例如需求规格，设计文档，测试计划和代码审阅等。瀑布式的主要的问题是它的严格分级导致的自由度降低，项目早期即作出的分析导致对后期需求的变化难以调整，代**昂。瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。
相对来讲，敏捷方法则在几周或者几个月的时间内完成相对较小的功能，强调的是能将尽早将尽量小的可用的功能交付使用，并在整个项目周期中持续改善和增强。
敏捷方法适用于小块工作，这些工作位于每次迭代以及迭代结尾发布的工作软件当中，敏捷方法的主要优势在于，它能适应用户环境，而且对产品进行持继迭代，它*注重交付能工作的软件，而不是实现需求规范中定义的需求。
以上5种模型只是众多软件过程误仍然存在。因此大家也得到了一项共识：软件中存在错误是软件的一种属性，是无法改变的。所以通常说软件测试的目的就是为了发现尽可能多的软件缺陷，并期望通过改错来把缺陷消灭，较终提高软件的质量。
软件错误是指在软件生存期内的不希望出现或不可接受的人为错误，软件错误导致软件缺陷的产生。
软件缺陷是存在于软件（文档、数据、程序）之中的不希望出现或不可接受的偏差，软件缺陷导致软件在运行于某一特定条件时出现软件故障，这时软件缺陷被。
软件故障是指软件在运行过程中产生的不希望出现或不可接受的内部状态，对软件故障若无适当措施（容错）加以及时处理，就会使软件失效。
软件失效是指软件在运行时产生的不希望出现或不可接受的外部行为结果。2. 软件缺陷和软件故障案例
（1）“千年虫”问题
在20世纪70年代，程序员为了节约内存资源和硬盘空间，在存储日期数据时，只保留年份的后2位，如“1980”被存储为“80”。但是，当2000年到来的时候，问题出现了。比如银行存款程序在计算利息时，应该用现在的日期“2000年1月1日”减去当时存款的日期，比如“1979年1月1日”，结果应该是21年，如果利息是3%，每100元银行要付给顾客大约86元利息。如果程序没有纠正年份只存储2位的问题，其存款年数就变为–89年，这样顾客反要付给银行1288元的巨额利息。所以，当2000年快要临近的时候，为了解决这样一个简单的设计缺陷，全世界付出了几十亿美元的代价。
（2）阿丽亚娜5型火发射失败
1996年欧洲**局阿丽亚娜5型火发射后40S炸，发射基地2名法国当初死亡，历时9年的**计划严重受挫，**了*宇航界。爆炸是由惯导航系统软件技术和设计中的一个小失误引起的。
（3）“冲击波”病毒
2003年8月11日，“冲击波”病毒*在美国爆发，美国的**、企业以及个人用户的成千上万的计算机受到攻击。随后，“冲击波”病毒很快在Internet上广泛传播，使十几万台邮件服务器瘫痪，给整个世界范围内的Internet通信带来惨重损失。
“冲击波”病毒仅仅是利用MicrosoftMessengerService中的一个缺陷，攻破计算机安全屏障，可使安装Windows操作系统的计算机崩溃。MessengerService的这个缺陷几乎影响当时微软公司所有的Windows系统，微软公司不得不紧急发布补丁包，修正这个缺陷。
（4）Windows2000中文输入法他以英文命名的目录路径进行安装时，系统就会出现安装完成以后无法取词和无法解释等多类错误，以至于金山公司在正式版发布几天之后就不得不发布补丁。
（6）北京会门票系统故障
2007年10月30日上午9点，北京会门票面对境内公众的*二阶段预售正式启动。
由于瞬间访问数量过大造成网络堵塞，技术系统应对不畅，造成很多申购者无法及时提交申请，为此，票务中心向广大公众表示歉意，并宣布暂停*二阶段的门票销售。
（7）2009年2月份Google的Gmail故障
2009年2月份Google的Gmail故障，Gmail用户几小时不能访问邮箱，应该算是较近因软件故障而受到广泛关注的事件。据Google后称，那次故障是因数据中心之间的负载均衡软件的Bug引发的。
（8）中国铁路网上订票出故障遭质疑
2012年1月为缓解数百万外出务工者春节回家买票难的问题，中国推出铁路网上订票系统，但该系统刚推出几分钟后就崩溃，这引起成千上**的愤怒。
从上面几个典型的软件质量问题实例可以看出，由于软件本身特有的性质，只要软件存在一个很小的错误，就可能带来灾难性的后果。有错是软件的属性，而且是无法改变的，问题在于如何去避免错误的产生和已经产生的错误，使程序中的错误密度达到尽可能低的程度。3.软件产生错误的原因
软件产生错误的原因很多，为了能够预防错误，需要了解错误产生的原因，具体地说，主要有如下几方面。
（1）软件的复杂性。软件是复杂的，因为它是思想的产物。随着计算机技术的进步，软件的功能、结构日益复杂，算法的难度不断增加，但是软件却要求高**性，任何一个环节出了差错都会导致软件出现错误。正因为这个原因，软件缺陷总是会层出不穷。
（2）交流不够、交流上有误解或者根本不进行交流。软件是复杂的，当软件的规模达到一定程度的时候，个人已经无法实现，此时出现了团队，但是如何*队员之间思想的一致性成了问题，人与人思想之间的差异是客观存在的，交流不够、交流上有误解或者根本不进行交流，这些都会导致软件在开发和维护过程中遇到一系列严重的问题。
（3）程序设计错误。像所有的人辛，其后果是带来许多错误。
（7）软件开发工具。可视具、类库、编译器、脚本工具等软件开发工具，都会将自身的错误带到应用软件中。
事实上，无论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、**的开发方式、完善的开发过程，可以减少错误的引入，但是不可能杜绝软件中的错误，这些错误需要测试来发现，软件中的错误密度也需要测试来进行估计。
1.3 软件质量与质量模型
软件的质量是软件的生命，它直接影响软件的使用与维护。软件开发和用户都十分重视软件的质量，软件质量问题也是软件工程的**问题之一。什么是软件质量？软件质量是一个复杂的概念，不同的人从不同的度来看软件质量问题，会有不同的理解。人们经常说某某软件好用，某某软件功能全、结构合理、层次分明、运行速度快等。这些模糊的语言实在不能算作是软件质量评价，特别不能算作是对软件质量科学的、定量的评价。其实，软件质量，乃至于任何产品质量，都是很复杂的事物性质。随着计算机软硬件技术的发展，人们对软件质量的理解不断深化，软件质量的标准也在不断改变。按照ISO/IEC9126-1991（GB/T16260—1996）“信息技术软件产品评价质量特性及其使用指南”标准，对软件质量定义如下。
软件质量是与软件产品满足明确或隐含需求的能力有关的特征和特性的总和。其含义有以下4个方面。
能满足给定需求的特性。软件需求是衡量软件质量的基础，不符合需求的软件就不具备好的质量。设计的软件应在功能、性能等方面都符合要求，并**地运行。
具有所期望的各种属性的组合的程度，即软件结构良好，合理地利用系统资源，易读、易于理解，并易于，方便软件的维护。内部质量特征主要包括以下几个方面。
可维护性，一个软件系统，提高其性能或修正其错误的能力。
灵活性，修改系统使其能适应于不同的用途或环境的能力，而不必对系统进行特定的设计。
可移植性，能修改所设计的某一部分，使其能在其他环境下运行的能力。
可重用性，能将系统的一部分用于其他系统的难易程度。
可读性，能读懂或理解系统源代码的能力。
可测试性，对整个系统进行单元或系统测试以证实其满足所有需求性能的测试难易程度。
可理解性，能从整个系统水平或细节上理解整个系统的难易程度。
外部质量的定义是软件产品在规定条件下使用时满足需求的程度。外部质量是从外部观点出发的软件产品特性的总体，它是当软件执行时，*典型的是使用外部度量在模拟环境中，用模拟数据测试时，所被测量和评价的质量，即在预定的系统环境中运行时可能达到的质量水平。
外部质量特征主要包括以下几个方面。 正确性，整个系统受说明、设计和实现的错误的影响程度。 可用性，用户学会和使用系统的难易程度。
效率，对系统资源的较小利用，包括存储时间和执行时间。
**性，系统在一定条件下执行特定功能的能简单地说，软件测试就是为了发现错误而执行程序的过程。软件测试是一个找错的过程，测试只能找出程序中的错误，而不能证明程序无错。软件测试要求以较少的用例、时间和人力找出软件中潜在的各种错误和缺陷，以确保软件的质量。
在IEEE所提出的软件工程标准术语中，软件测试被定义为：“使用人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清楚预期结果与实际结果之间的差别。”软件测试是与软件质量密切联系在一起的，软件测试归根结底是为了*软件质量。通常软件质量是以“满足需求”为基本衡量标准，IEEE提出的软件测试定义明确提出了软件测试以检验是否满足需求为目标。
江苏省西门子模块中国授权经销商
跃韦智控技术（上海）有限公司（xzm-w）
是中国西门子的较佳合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国**的自动化设备公司之一。
公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。
以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！