河北西门子授权代理商
浔之漫智控技术（上海）有限公司（w）
是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。
公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。
以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！
各种测试环境，而且在性能测试中还要对各种系统平台进行分析与调优，因此测试人员需要掌握更多网络、操作系统、数据库等知识。
（3）测试专业知识
测试专业知识很多，测试专业知识涉及的范围很广：既包括黑盒测试、白盒测试、测试用例设计等基础测试技术，也包括单元测试、功能测试、集成测试、系统测试、性能测试等测试方法，还包括基础的测试流程管理、缺陷管理、自动化测试技术等知识。
（4）用户知识
测试应该始终站在用户、使用者的角度考虑问题，而不应该站在开发人员、实现者的角度考虑问题。因此，要求测试人员必须掌握用户的心理模型，用户的操作习惯等。如果缺乏了这方面的知识或者是思维方式的偏离，则很难发现用户体验、界面交互、易用性、可用性方面的问题，而这类看似很小的Bug，却是用户非常关注的问题，甚至是须能够同测试涉及到的所有人进行沟通，具有与技术（开发者）和非技术人员（客户、管理人员等）的交流能软件测试计划是描述测试目的、范围、方法和软件测试的重点等内容的文档。软件测试计划作为软件项目计划的子计划，在项目启动初期是必须规划的。在越来越多
河北西门子授权代理商
步骤越来越紧密嵌套在软件整个生命周期中，这样，如何规划整个项目周期的测试工作，如何将测试工作上升到测试管理的高度都依赖于测试计划的制定，测试计划因此也成为测试工作的赖于展开的基础。《IEEE软件测试文档标准829—1998》将测试计划定义为：“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。”软件测试计划是指导测试过程的纲领性文件，软件测试计划需要描述所有要完成的测试工作，包括被测试项目的背景、测试目标、测试范围、测试方式、所需资源、进度安排、测试组织以及与测试有关的风险等方面内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。等方面达成一定的共识，这样使得测试人员之间沟通更加顺利，也可以确保测试人员在沟通上不会产生偏差。3. 及早发现和修正软件规格说明书的问题
在编写软件测试计划的初期，首先要了解软件各个部分的规格及要求，这样就需要仔细地阅读、理解规格说明书。在这个过程中，可能会发现其中出现的问题，例如规格说明书中的论述前后矛盾、描述不完整等。规格说明书中的缺陷越早修正，对软件开发的益处越大，因为规格说明书从一开始就是软件开发工作的依据。4. 使软件测试工作更易于管理
制订测试计划的另一个目的，就是为了使整个软件测试工作系统化，这样可以使软件测试工作更易于管理。测试计划中包含了两种重要的管理方式，一是工作分解结构（Work Break Structure，WBS），一是监督和控制。对软件测试计划来说，工作分解结构就是将所有的测试工作一一细化，这有利于测试人员的工作分配。而当执行软件测试时，管理人员可以使用有效的管理方式来监督、控制测试过程，掌握测试工作进度。软件测试计划是指导测试工作的纲领性文件，做好软件的测试计划不是一件容易的事情，需要综合考虑各种影响测试的因素。为了做好软件测试计划，需要注意以下几个方面的内容。1. 认真做好测试资料的搜集整理工作
测试资料的搜集整理是一项具体而繁杂的工作。通常，我们除了可从产品定义里寻找资料之外，还常常要向程序员直接了解产品的细节。所以，测试人员与程序设计人员的密切合作对产品质量的提高有很
河北西门子授权代理商
与测试相关的人与事、工作环境之外，重点是与技术信息相关的内容，技术信息可分为以下几部分。
• 软件的类别及其构成。软件的类别及其构成是指软件的类别与用途（不同类的软件有不同的考虑重点）、软件的结构、软件所支持的平台，以及软件的主要构成部分、各自功能及各部分之间的联系、每一构成部分所使用的计算机语言等信息。如果进行白盒测试，那么测试人员还要熟悉各部分已建立的函数库中的函数，包括这些函数的用途和其输入、输出值。
• 软件的用户界面。用户界面风格是类似于Windows软件，还是指令行软件，或是网页类软件。而且，测试人员还需掌握用户界面各部分的功能为了使“5W”规则更具体化，需要准确理解被测软件的功能特征、应用软件的行业的知识以及软件测试技术，在测试计划中突出关键部分，分析测试的风险、属性、场景以及采用的测试技术。测试人员还要对测试过程的阶段划分、文档管理、缺陷管理、进度管理给出切实可行的方案。4. 采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审就直接发送给测试团队，其内容很有可能不准确或有所遗漏，甚至造成软件需求变更引起的测试范围增减没有体现在其中，误导测试执行人员。
测试计划包含多方面的内容，由于编写人员可能受自身测试经验和对软件需求的理解所限，而且软件开发是一个渐进的过程，所以*初创建的测试计划可能是不完善的、需要更新的。这就需要采取相应的评审机制，以对测试计划的完整性、正确性、可行性
试计划时，测试人测试人员处于进退两难的状态。一方面，如果测试人员报告了太多的缺陷，那么大家会责备他们延误了项目；另一方面，如果测试人员没有找到关键性的缺陷，大家会责备他们的工作质量不高。
（9）不得不说“不”。对于制订测试计划的主要目的在于使测试工作有目标、有计划地进行。从技术的角度来看，测试计划必须有明确的测试目标、测试范围、测试深度，还要有具体实施方案及测试的重点；从管理的角度来看，测试计划中应根据IEEE 829—1998软件测试文档编制标准的建议，测试计划需要包含16个大纲要项，下面就对这些大纲要项作简要说明。1. 测试计划标识符
测试计划标识符是一个由公司生成的唯一值，它用于标识测试计划的版本、等级以及与测试计划相关的软件版本等。2. 简要介绍这部分内容可以按照程序、单元、模块来组织，具体要点如下。
• 功能测试。理论上测试要覆盖所有的功能项，例如，在数据库中添加、编辑、删除记录等，这会是一项浩大的工程，但是有利于测试的完整性。
• 设计测试。设计测试是检验用户界面、菜单结构、窗体设计等是否合理的测试。
• 整体测试。整体测试需要测试出数据从软件中的一个模块流到另一个模块的过程中的正确性。
IEEE标准中指出，可以参考下面的文档来完成测试项目。