西门子工业电源一级供应商
种认识观，体现了人们对软件过程认识的提高和飞跃。1. V模型
V模型是具有代表意义的测试模型。V模型早是由PaulRook在20世纪80年代后期提出的，旨在改进软件开发的效率和效果。V模型反映出了测试活动与分析设计活动的关系。，从左到右描述了基本的开发过程和测试行为，非常明确地标注了测试过程中存在的不同类型的测试，并且清楚地描述了这些测试阶段与开发过程期间各个阶段的对应关系。箭头代表了时间方向，左边下降的是开发过程各阶段，应的是右边上升的部分，即测试过程的各个阶段
（5）Pareto原则。测试发现的错误中80%很可能起源于20%的模块中，例如，在美国IBM公司的OS/370操作系统中，47%的错误仅与该系统的4%的程序模块有关。一定要注意测试中的错误集中发生现象，如果发现某一程序模块似乎比其他程序模块有更多的错误倾向，则应当花较多的时间和精力测试这个程序模块。
（6）对测试出的错误结果一定要有一个确认的过程。一般由工程师A测试出来的错误，一定要由工程师B来确认，严重的错误可以召开评审会进行讨论和分析。
（7）制订严格的测试计划。制订严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
（8）完全测试是不可能的，测试需要终止。想要进行完全的测试，在有限的时间和资源
1.4.2 软件测试的原则
浔之漫智控技术（上海）有限公司（xzm-wqy-sqw）
是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。
公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。
以下是我司主要代理西门子产品，来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！
测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地全面地发现问题，例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。对需求的测试也有利于及时了解项目难度和测试风险，及早制订应对措施，这将显著减少总体测试时间，加快项目进度。
W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。
V模型也存在一定的局限性，它仅仅把测试作为在编码之后的一个阶段，是针对程序运行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。2.W模型
W模型由Evolutif公司提出，相对于V模型，W模型增加了软件开发各个阶段中应同步进行的验证和确认活动。验证就是要用数据证明是不是在正确地制造产品，强调的是过程的正确性；确认就是要用数据证明是不是制造了正确的产品，强调的是结果的正确性。W模型如
就像软件开发有过程模型一样，软件测试也有过程模型。软件测试过程模型是对测试过程的一种抽象，用于定义软件测试的流程和方法。
.1.4 OSI参考模型
通信网络的核心是OSI（OSI-Open SystemInterconnection，开放式系统互联）参考模型。为了理解网络的操作方法，为创建和实现网络标准、设备和网络互联规划提供了一个框架。1984年，化组织（ISO），提出了开放式系统互联的七层模型，即OSI模型。该模型自下而上分为物理层、数据链接层、网络层、传输层、会话层、表示层和应用层。理解OSI参考模型比较难，但了解它，是一个周期里可以一次传输多位数据，其连线的电缆多，长距离传送时成本高。
串行通信就是通过一对导线将发送方与接收方进行连接，传输数据的每个二进制位，按照规定顺序在同一导线上依次发送与接收。例如，常用的优盘的USB接西门子PLC的PPI通信、MPI通信和PROFIBUS-DP现场总线通信的物理层都是RS-485通信，都是采用相同的通信线缆和专用网络接头。西门子提供两种网络接头，即标准网络接头和包括编程端口接头，可方便地将多台设备与网络连接，编程端口允许用户将编程站或HMI设备与网络连接，而不会干扰任何现有网络连接。编程端口接头通过编程端口传送所有来自S7-200CPU的信号（包括电源针脚），这对于连接由S7-200CPU（例如SIMATIC文本显示）供电的设备尤其有用。标准网络接头的编程端口接头均有两套终端螺钉，用于连接输入和输出网络电缆。这两种接头还配有开关，可选择网络偏流和终端。示了电缆接头的普通偏流和终端状况，将拨钮拨向一侧，电阻设置为“on”，而将拨钮拨向另一侧，则电阻设置为“off”，图中只显示了一个，若有多个也是这样设置。
（1）静态测试。不需要执行所测试的程序，查询代码是否符合规范，对程序的数据流和控制流进行分析。
（2）动态测试。选择实际测试用例运行所测试程序，模拟用户输入。2. 按测试方法分类
按测试方式进行分类，软件测试可分为白盒测试和黑盒测试。
（1）白盒测试。已知软件的实现流程，按照该流程测试，白盒测试又叫结构测试、白箱测试、玻璃盒测试、基于代码的测试或基于设计的测试。耗费大量的财力、物力，对所有代码进行白盒测试的可能性比较小，且对测试人员的要求比较高，一般只进行重点部分的白盒测试。
（2）黑盒测试。通过对照软件的规格说明书，基于系统应该完成的功能进行测试，测试人员必了解该产品的设计思路，黑盒测试又叫行为测试、功能测试或基于需求的测试。
（3）灰盒测试。灰盒（GrayBox）是一种程序或系统上的工作过程被局部认知的装置。灰盒测试，也称作灰盒分析，灰盒测试是介于白盒测试和黑盒测试之间的一种测试方法，或者说是两者的结合，是基于对程序内部细节有限认知上的软件调试方法。测试者可能知道系统组件之间是如何互相作用的，但缺乏对内部程序功能和运作的详细了解。它关注输出对于输入的正确性，也关注内部表现，但这种关注不像白盒测试那样详细、完整，只是通过一些表征性的现象、