系统测试方案
- 格式:doc
- 大小:61.50 KB
- 文档页数:8
操作系统软件测试方案1. 介绍操作系统软件测试方案是为了确保操作系统软件的质量和稳定性,以便有效运行于计算机系统中。
本文档旨在提供一个全面的操作系统软件测试方案,以帮助测试团队有效地执行测试任务。
2. 测试目标- 确保操作系统软件功能的准确性和完整性- 确保操作系统软件的性能满足要求- 验证操作系统软件的稳定性和可靠性3. 测试策略我们将采取以下测试策略来确保操作系统软件的质量:- 单元测试:对操作系统软件的各个单元进行测试,确保每个单元的功能可靠和正确。
- 集成测试:测试操作系统软件各个组件之间的集成,确保它们协同工作和交互无误。
- 系统测试:对整个操作系统软件进行全面的测试,包括各种功能、性能和稳定性的验证。
- 用户验收测试:根据用户需求和期望,进行最终的用户验收测试,确保操作系统软件符合用户需求。
4. 测试类型根据测试目标,我们将进行以下测试类型:- 功能测试:确保操作系统软件的各项功能正常运作。
- 性能测试:评估操作系统软件在各种负载和压力下的性能表现。
- 兼容性测试:测试操作系统软件在不同硬件和软件环境下的兼容性。
- 安全性测试:评估操作系统软件的安全性和防护能力。
- 可靠性测试:验证操作系统软件在长时间运行下的稳定性和可靠性。
5. 测试计划我们将根据测试策略和测试类型制定详细的测试计划。
测试计划将包括以下内容:- 测试目标和范围- 测试资源和时间安排- 测试环境和配置- 测试用例和测试数据- 缺陷管理和报告- 风险评估和处理6. 测试执行根据测试计划,我们将执行测试任务,包括以下步骤:1. 准备测试环境和配置。
2. 根据测试用例执行功能测试。
3. 运行性能测试,评估操作系统软件的性能。
4. 进行兼容性测试,确认操作系统软件在不同环境下的兼容性。
5. 进行安全性测试,确保操作系统软件的安全性和防护能力。
6. 运行可靠性测试,验证操作系统软件的稳定性。
7. 记录和报告测试结果。
7. 测试评估在测试执行完成后,我们将对测试结果进行评估,包括以下方面:- 功能测试的覆盖率和准确性。
标题:系统的测试方案引言:系统的测试是确保软件质量的关键步骤之一。
一个完善的测试方案可以帮助发现潜在的缺陷、减少风险并提高系统的可靠性和稳定性。
本文将介绍一个系统的测试方案,其中包括了测试目标、测试策略、测试方法、测试环境和测试计划等内容,旨在提供一套全面的测试方案,以确保系统的质量。
一、测试目标:1. 验证系统的功能是否按照需求规格说明书的设计要求完成。
2. 发现系统中的缺陷和问题,并对其进行分析和修复。
3. 测试系统的性能和稳定性,确保系统满足用户的需求。
4. 测试系统的安全性,保护用户的隐私和数据安全。
5. 确定系统的可靠性和易用性,提供用户友好的界面和操作方式。
二、测试策略:1. 黑盒测试:针对系统的功能和接口进行测试,不考虑内部结构,重点测试输入输出是否符合预期。
2. 白盒测试:测试系统的内部逻辑和数据结构,重点测试代码覆盖率和程序的可靠性。
3. 灰盒测试:结合黑盒和白盒测试的方法,综合考虑功能和内部结构的测试。
三、测试方法:1. 单元测试:对系统的各个模块进行独立测试,验证每个模块的功能和正确性。
2. 集成测试:将各个模块相互组合测试,验证模块之间的接口和交互是否正常。
3. 系统测试:对整个系统进行完整性的测试,模拟实际使用场景,验证系统的性能和稳定性。
4. 安全测试:测试系统的安全性,包括对用户隐私和数据安全的保护措施进行检验。
5. 兼容性测试:测试系统在不同环境和平台上的兼容性,确保系统能够正常运行。
四、测试环境:1. 硬件环境:列出测试所需的硬件设备和配置要求,例如服务器、计算机、网络设备等。
2. 软件环境:列出测试所需的软件和工具,包括操作系统、数据库、测试工具等。
3. 测试数据:准备测试所需的数据,包括正常数据、异常数据、边界数据等。
五、测试计划:1. 制定测试计划:明确测试的阶段和任务,列出测试的时间和资源安排。
2. 编写测试用例:根据需求规格书编写详细的测试用例,包括输入数据、预期结果和执行步骤。
酒店工程各个系统测试方案一、前言酒店工程系统是酒店运营中不可或缺的一部分,包括给排水系统、供暖通风空调系统、电气系统等。
这些系统的正常运行直接关系到酒店的运营效率和服务质量。
因此,在工程竣工后,对各个系统进行全面的测试是必不可少的。
本文将针对酒店工程的各个系统,提出相应的测试方案,确保各个系统的正常运行和性能达标。
二、给排水系统测试方案1、测试目的测试给排水系统的目的是确保系统能够正常运行,排水通畅,不会出现漏水、渗水等现象。
2、测试内容(1)排水测试:对污水和雨水排水管道进行检查,确保排水通畅。
(2)给水测试:对给水管道进行检查,确保水压正常,不漏水。
(3)防水测试:对厨房、卫生间等区域进行防水测试,确保不会渗水。
(4)污水处理系统测试:测试污水处理设备的运行情况,确保能够有效处理污水。
3、测试方法(1)排水测试:利用水泵将水灌入排水管道,观察排水情况。
(2)给水测试:使用水压仪测量给水管道的水压。
(3)防水测试:利用注水法对防水层进行检测。
(4)污水处理系统测试:对污水处理设备进行模拟排污测试,观察其处理效果。
4、测试标准排水管道应该能够迅速排水,不漏水;给水管道的水压应该稳定,不漏水;防水层应该能够有效防止渗水;污水处理设备应该能够有效处理污水。
三、供暖通风空调系统测试方案1、测试目的测试供暖通风空调系统的目的是确保系统能够提供舒适的室内环境,同时保证系统的节能和环保性能。
2、测试内容(1)供暖系统测试:测试供暖设备的供热能力和热交换效率。
(2)通风系统测试:测试通风设备的送风质量和换气效率。
(3)空调系统测试:测试空调设备的制冷/制热能力和能效比。
3、测试方法(1)供暖系统测试:利用热能表测量供暖设备的供热能力,同时进行外部温度变化测试。
(2)通风系统测试:利用颗粒计数仪和二氧化碳检测仪对送风质量和换气效率进行测试。
(3)空调系统测试:利用温度计和湿度计测量空调设备的制冷/制热效果,同时进行能效比测试。
某地智慧城建设数据系统测试方修订记录第1章文档详情1.1.文档描述本文档描述了软件测试小组成员构成和相关职责、测试的依据、测试范围及各项测试的具体实施方案。
第2章项目理解2.1.测试目标根据项目合同中约定的系统软件测试相关内容,具体测试目标如下:系统功能测试,对各个模块机能进行功能缺陷和隐患排查,验证是否满足需求规格说明书要求。
系统安全性测试,检查系统数据的传输、访问控制、身份认证等方面的安全问题。
第3章测试流程前期准备:测试组与项目经理需求确认,确定最终测试需求后,根据测试需求形成测试方案和测试工作计划。
测试方案计划:测试组制定初稿,并与项目经理、测试经理沟通,共同确认测试工作计划。
测试环境准备:如果直接使用正式环境进行测试,则需要研发做好数据清理操作,如果需要使用测试环境,则需要研发配合进行测试环境搭建,项目组对测试环境中的配置及软硬件情况进行确认。
测试用例设计:依据测试需求及实际系统进行用例设计。
被测软件试运行:检查其是否可正常运行,且无漏洞、无病毒、无重大严重性缺陷。
简单测试,确认软件的可测试性。
测试实施:测试组依据测试方案计划实际执行测试工作。
测试报告:测试组依据整体测试情况出具测试报告。
第4章测试资源4.1.测试人员构成第5章测试需求5.1.测试需求分析系统功能测试,对各个模块机能进行功能缺陷和隐患排查,验证是否满足需求规格说明书要求。
系统安全性测试,检查系统数据的传输、访问控制、身份认证等方面的安全问题。
第6章测试范围6.1.功能测试范围覆盖系统法人库,空间地理库相关功能并对系统的重点核心功能反复复测。
详细功能点内容见附件1《某地大数据台测试功能模块详表》6.2.系统安全性测试系统登录校验、用户名密码传输加密、连续登录失败控制、密码复杂度、登录失败处理。
第7章测试策略与方法7.1.功能测试方法与策略功能测试方法与策略表7.2.安全测试方法与策略安全测试方法与策略表第8章测试实施方案8.1.测试项目计划本次某地大数据台测试日程为2017/11/20-2017/12/5日,具体任务安排计划,见附件2:《某地大数据台工作进度计划表》8.2.测试过程8.2.1.测试前期准备1)文档准备根据不同的测试阶段和测试项目,被测系统的相关文档主要有:需求规格说明书测试需求书系统概要设计文档;系统详细设计文档2)测试数据准备按测试需求,在被测系统测试环境中按各个业务功能点分别准备相关的业务数据。
软件系统测试方案第1篇软件系统测试方案1. 引言1.1 编写目的本文档旨在明确软件系统测试的目标、策略、方法、资源及时间安排,以确保软件产品的质量满足用户需求及法律法规要求。
1.2 背景随着信息化建设的不断深入,软件系统已成为企业运营的重要支撑。
为确保软件系统稳定、可靠、安全地运行,避免因软件故障导致的经济损失及信誉损害,特制定本测试方案。
1.3 定义与缩略词- 软件系统测试:对软件产品进行的功能、性能、兼容性、安全性等方面的测试活动。
- 缺陷:软件产品在设计、编码、实现等方面存在的不足或错误。
2. 测试策略2.1 测试范围本次测试范围包括但不限于以下内容:- 功能测试:验证软件产品功能是否符合需求规格说明书。
- 性能测试:评估软件产品的响应时间、吞吐量等性能指标。
- 兼容性测试:检查软件产品在不同操作系统、浏览器、硬件配置等环境下的运行情况。
- 安全性测试:确保软件产品在面临恶意攻击、非法操作等情况下仍能正常运行。
2.2 测试方法采用黑盒测试、白盒测试、灰盒测试相结合的测试方法,全面评估软件产品的质量。
- 黑盒测试:测试人员无需了解软件内部实现,仅关注输入输出是否符合预期。
- 白盒测试:测试人员需了解软件内部实现,通过检查代码、路径覆盖等手段进行测试。
- 灰盒测试:结合黑盒测试和白盒测试的特点,测试人员部分了解软件内部实现。
3. 测试资源3.1 人力资源- 测试组长:负责测试方案制定、进度把控、资源协调等。
- 测试工程师:负责执行测试用例、提交缺陷、跟踪缺陷修复等。
- 开发人员:负责缺陷修复、配合测试人员定位问题等。
3.2 硬件资源- 测试服务器:用于部署测试环境,进行性能测试等。
- 测试终端:用于执行功能测试、兼容性测试等。
3.3 软件资源- 测试工具:如Selenium、JMeter等,辅助完成自动化测试、性能测试等。
- 项目管理工具:如Jira、Trello等,用于跟踪测试进度、管理测试用例等。
系统测试方案1、概述系统测试是关注系统的外部特性。
它的主要对象是进行系统测试的测试工程师。
该方案所包含的测试用例范围包括随机抽查信息平台的所有功能测试用例、环境测试用例、性能测试用例以及UI测试用例等。
2、测试策略(1)集成测试按照模块上下集关系,进行从上到下或者从下到上的集成测试方法进行集成测试,单元测试与集成测试主要考虑功能性测试。
同时也要对各个模块或者集成模块进行非功能性的抽样测试。
(2)系统测试对整合系统进行整合测试,这时的测试主要测试系统的整体功能和全部非功能性的需求。
(3)验收测试验收测试首先进行正规性的测试,即由技术人员模拟各用户环境,以用户的身份进行安装和测试工作。
然后进行非正规测试alpha测试和bate测试。
Alpha测试由开发人员模拟用户进行测试,这个时候还允许对需求做些修改工作。
Bate测试alpha测试后将产品提交给某些特定用户,进行测试,注意这时的软件一定要有使用时间限制,这时候冻结系统需求。
(4)功能测试功能测试指测试软件各个功能模块是否正确,逻辑是否正确。
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。
这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。
此类测试基于黑盒技术,该技术通过图形用户界面 (GUI)或者测试脚本与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
功能测试的主要参考为类似于功能说明书之类的文档。
(5)UI测试UI测试指测试用户界面的风格是否满足客户要求,文字是否正确,页面美工是否好看,文字、图片组合是否完美,背景是否美观,操作是否友好等等。
用户界面(UI) 测试用于核实用户与软件之间的交互。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合行业的标准。
包括用户友好性,人性化,易操作性测试。
系统安全测试方案一、引言系统安全测试是确保软件系统在各种威胁下能够保持数据的完整性、可用性和保密性的重要环节。
本文将基于人类视角,详细介绍系统安全测试的方案和步骤,以确保系统在面对各类攻击时能够保持高度的安全性。
二、测试目标系统安全测试的主要目标是发现和解决可能存在的安全漏洞和风险,以保护系统和用户的信息免受攻击。
具体目标包括但不限于以下几点:1. 发现系统中可能存在的漏洞,如代码缺陷、配置错误等;2. 验证系统在面对各类攻击时的响应能力,如拒绝服务攻击、跨站脚本攻击等;3. 检测系统的访问控制机制,防止未授权访问;4. 验证系统的身份认证和授权机制的安全性;5. 检测系统的数据传输过程中是否存在泄露风险;6. 验证系统的安全配置是否符合最佳实践。
三、测试步骤系统安全测试通常包括以下几个步骤:1. 收集信息:收集系统的相关信息,包括系统架构、技术栈、业务逻辑等,以便全面了解系统的特点和可能存在的安全风险。
2. 制定测试计划:根据系统的特点和测试目标,制定详细的测试计划,包括测试范围、测试方法、测试环境等。
3. 漏洞扫描:利用漏洞扫描工具对系统进行扫描,发现可能存在的漏洞和安全风险。
4. 渗透测试:通过模拟真实攻击场景,测试系统在面对各类攻击时的安全性能,如SQL注入、文件上传漏洞等。
5. 验证访问控制机制:测试系统的访问控制机制,包括用户认证、权限管理等,确保系统只允许授权用户进行访问。
6. 数据传输测试:测试系统在数据传输过程中的安全性,包括加密算法、安全传输协议等。
7. 安全配置测试:验证系统的安全配置是否符合最佳实践,避免常见的安全配置错误。
8. 性能测试:测试系统在面对攻击时的性能表现,确保系统能够保持正常的响应速度和可用性。
9. 编写测试报告:根据测试结果,编写详细的测试报告,包括测试过程、发现的安全漏洞和建议的修复方案等。
四、测试工具系统安全测试常用的工具包括但不限于以下几种:1. 漏洞扫描工具:如Nessus、OpenVAS等,用于发现系统中可能存在的漏洞和安全风险。
操作系统安全测试方案背景随着操作系统的广泛应用,确保操作系统的安全性变得至关重要。
操作系统安全测试是一种评估操作系统安全性的重要方法。
本文档旨在提供一份操作系统安全测试方案,帮助用户评估和提升操作系统的安全性。
目标1. 评估操作系统的安全性,发现存在的安全漏洞和问题。
2. 提供合理的建议和措施,提升操作系统的安全性。
3. 验证和确认已实施的安全措施是否有效。
测试方法本测试方案采用以下方法来评估操作系统的安全性:1. 漏洞扫描:使用专业的漏洞扫描工具对操作系统进行扫描,发现可能存在的漏洞和安全问题。
2. 渗透测试:通过模拟真实攻击的方式来测试操作系统的安全性,发现潜在的安全漏洞。
3. 弱点分析:对操作系统的配置和设置进行全面分析,找出可能存在的弱点和配置错误。
4. 安全审计:检查操作系统的日志和审计记录,查找异常和潜在的安全问题。
5. 安全漏洞复现:对已发现的安全漏洞进行复现,验证其可利用性和严重性。
测试过程1. 确定测试范围:明确要测试的操作系统版本和组成部分。
2. 准备测试环境:搭建安全的测试环境,确保不对真实系统造成影响。
3. 进行漏洞扫描:使用漏洞扫描工具扫描操作系统,记录发现的漏洞和安全问题。
4. 进行渗透测试:模拟真实攻击,测试操作系统的安全性,记录发现的安全漏洞和弱点。
5. 分析和整理测试结果:将测试结果进行整理和分析,确定存在的安全问题和建议的改进措施。
6. 提供测试报告:编写操作系统安全测试报告,包括测试过程、发现的安全问题和改进措施的建议。
测试注意事项1. 在进行测试前,确保拥有合法的授权和权限,遵守相关法律法规。
2. 在测试过程中,遵循严格的测试计划和流程,确保测试的有效性和可靠性。
3. 针对漏洞和安全问题,及时进行修复和改进,并进行再次测试确认修复的有效性。
4. 在测试环境中进行操作,避免对真实环境造成任何影响和损害。
结论操作系统安全测试是确保操作系统安全性的重要手段,通过采用适当的测试方法和测试过程,发现和修复存在的安全漏洞和问题,提升操作系统的安全性和稳定性。
XX公司软件开发项目之系统测试方案系统测试是软件开发中非常重要的一个环节,主要是验证系统是否符合用户需求和设计规格,保证系统的质量和稳定性。
下面是XX公司软件开发项目的系统测试方案:一、系统测试目标:1.验证系统的功能是否符合用户需求和设计规格;2.验证系统的性能是否稳定;3.验证系统的可靠性和稳定性;4.发现系统中的缺陷,及时修复。
二、系统测试环境:1.硬件环境:服务器、客户端设备;2.软件环境:操作系统、数据库、浏览器等;3.测试工具:测试管理工具、性能测试工具等。
三、系统测试活动:1.功能测试:对系统的所有功能模块进行测试,验证是否符合用户需求和设计规格;2.性能测试:对系统进行负载测试、压力测试,验证系统的性能是否稳定;3.安全测试:对系统进行安全漏洞测试,验证系统的安全性;4.兼容性测试:对系统在不同环境、不同平台下进行测试,验证系统的兼容性;5.用户体验测试:对系统的用户界面进行测试,验证用户体验是否良好;6.回归测试:对系统进行功能、性能、安全等方面的回归测试,确保修复缺陷后系统的稳定性。
四、系统测试执行过程:1.制定测试计划:确定测试范围、测试目标、测试资源等;2.编写测试用例:根据需求和设计规格编写详细的测试用例;3.执行测试用例:按照测试计划执行测试用例,记录测试结果;4.缺陷管理:发现缺陷后及时记录、分析、修复,并进行回归测试;5.编写测试报告:根据测试结果编写详细的测试报告,包括测试执行情况、缺陷统计等;6.提交测试报告:将测试报告提交给项目经理和相关开发人员,确保缺陷得到及时修复。
五、系统测试验收标准:1.执行全部测试用例,无严重缺陷;2.系统功能完全符合用户需求和设计规格;3.系统性能稳定,能够满足用户量需求;4.系统安全性良好,不存在安全漏洞;5.系统兼容性良好,能够在不同环境、不同平台下正常运行。
六、系统测试后续工作:1.对测试结果进行总结和分析,为将来项目提供参考;2.加强与开发团队的合作,及时修复缺陷,确保系统的稳定性;3.持续改进测试流程和方法,提高测试质量和效率。
§1.1.1.1 系统测试方案系统测试将涵盖功能性测试、非功能性测试等方面,xxxx公司将根据项目进度制定系统验收测试大纲及合理完整的测试方案。
包括:单元测试、集成测试、功能测试、回归测试、验收测试等阶段,详细描述测试目标、采用的技术手段、测试方法、人员组织等。
测试的最终表现形式为测试报告。
测试将结合系统实际运行环境,列表给出系统配置要求、测试条件、测试内容、测试方法、测试结论。
测试时保证配备专职进行测试和演示的专家,建设方及使用方均在场。
系统非功能性测试将根据各阶段不同,完成稳定性、友好性、可靠性测试。
在试运行之前,必须进行压力测试,压力测试要求的最终结果解释需参照信息行业相关标准和实际开展工作的需要来确定。
测试工作将遵守以下国标要求开展:➢GB/T 9386-2008 《计算机软件测试文件编制规范》➢GB/T 14394-2008 《计算机软件可靠性和可维护性管理》§1.1.1.1.1 功能测试系统功能测试主要针对系统功能,是对系统的各功能项进行验证,检查系统是否达到用户要求的功能。
首先,在取得用户需求后,项目团队即可进行测试方案的编写,方案中对测试时间计划、测试环境、测试模块和测试人员安排等内容进行说明。
以测试方案为依托,在我公司内部的测试管理软件Tesklink中创建测试用例,测试用例将每一个功能模块进行拆分,遍历系统使用中可能出现的操作。
并且随着系统的需求和设计的变化,层层迭代。
根据测试方案中的安排,在特定时间内由测试工程师进行全面的功能测试。
测试过程中使用公司内部bug管理软件Zentao对测试的问题进行管理,与开发人员共同解决。
在测试过程中,将采用黑盒测试的一般测试方法,如:●等价类划分方法●边界值分析方法●错误推测方法●因果图方法●判定表驱动分析方法●正交试验设计方法●功能图分析方法。
§1.1.1.1.2 可使用性测试可使用性测试主要从使用的合理性和方便性等角度对软件系统进行检查,以期发现人为因素或使用上的问题。
企业资源过程控制管理系统建设项目
系统测试方案
目录
1.概述 (3)
1.1编写背景 (3)
1.2读者对象 (3)
2.测试方案 (4)
2.1测试模块及部门 (4)
2.2测试数据 (5)
2.3测试策略 (5)
2.4测试人员 (6)
2.5测试计划 (7)
2.6测试跟踪 (8)
2.7测试通过准则 (8)
2.8测试技术支持 (8)
1.概述
1.1编写背景
企业资源过程控制管理系统是采用美国IBM公司的Maximo平台。
项目实施按照“统一规划、分布实施”的原则,前期项目经过了现场需求调研、系统设计、系统开发等阶段。
本次编写本测试方案的目的是为软件开发项目管理者、项目关键用户、项目最终用户、软件工程师、系统维护人员等,进行单元、联动集成式测试,目的是对大连发电公司管理信息系统在业务流程、模块功能等方面进行熟悉和测试,相关人员在进行系统测试时,对不符合项进行及时提至项目组或项目各组长。
项目组将对相关人员在系统测试中发现的问题进行改进和完善。
1.2读者对象
本测试方案的合法读者对象为软件开发项目管理者、项目关键用户、软件工程师、系统使用者。
2.测试方案
2.1测试模块及部门
单元测试:
联动测试:
2.2测试数据
系统生产运行模块的基础数据主要有人员信息数据、权限信息、设备信息数据、标准两票数据以及业务流程中涉及的标准数据。
相关人员在测试中发现基础数据不完善的地方需要及时反映,辅助软件开发方完善基础数据。
2.3测试策略
系统测试分为单元测试、系统联动测试。
以下根据不同阶段测试的侧重点不同,分别介绍测试策略:
单元测试
单元测试根据管理信息系统、子系统、模块进行划分,测试最终的功能模块是单独的部门、专业和班次。
例如运行操作票管理,从创建票、审批、执行、结束,都在本部门相关人员的配合下完成,与别的部门班组没有交错的业务联系的
情况下称之为单元测试。
单元测试是对功能模块进行正确检验的测试工作,也是后续测试的基础。
●联动测试
联动测试也叫系统集成测试。
通常在单元测试的基础上,需要将所有的模块按照设计要求集成为系统,再在系统的层面上进行整体的测试。
例如:电气第一种工作票的创建、工作票签发、运行接票、值长批准、安措办理、许可开工、工作票完工、合格检查、工作票终结等。
各个流程节点在单元测试基础上都无问题时再进行联动的测试。
2.4测试人员
本次系统联动测试涉及人员如下:
●缺陷模块:
生产技术部:汽机、锅炉、电气、化学、土建、热工、燃料、脱硫等专业专工。
运行部:为发电运行分场、除灰脱硫分场、燃料运行分场,涉及专业人员为汽机、锅炉、电气、化学、燃运、除灰、脱硫各专业岗位人员。
检修维护分场:涉及专业为汽机、锅炉、电气、化学、燃料、除灰、脱硫各专业岗位人员。
●工作票模块:
运行部:发电运行分场、除灰脱硫分场、燃料运行分场,涉及专业人员为汽机、锅炉、电气、化学、燃运、除灰、脱硫各专业具有工作票接票人、许可人权限以上人员。
检修维护分场:涉及专业为汽机、锅炉、电气、化学、燃料、除灰、脱硫各专业工作票负责人。
●操作票模块:
运行部:发电运行分场、除灰脱硫分场、燃料运行分场,涉及专业人员为汽机、锅炉、电气、化学、燃运、除灰、脱硫各专业副值以上权限人员。
2.5测试计划
目前项目组已经对各运行、检修分场的相关人员进行了培训。
并下发了系统地址和员工工号进行单元测试,系统操作手册等。
测试计划具体如下:
✧单元测试
✧联动测试
2.6测试跟踪
流程测试过程中由软件厂方工程师同发电公司信息中心人员进行现场跟踪指导,并记录流程进行过程中所发现的问题,对重大问题需要经过双方探讨确认进行修改。
2.7测试通过准则
怎样判定集成测试过程完成了,可按以下几个方面检查:
1、成功地执行了测试计划中规定的所有测试内容;
2、熟练操作使用系统模块;
3、信息中心和项目组的评审。
2.8测试技术支持
联系地址:
联系电话:。