流程测试方案
软件测试流程和方法

软件测试流程和方法
软件测试流程和方法是指进行软件测试的步骤和方法论。
常见的软件测试流程和方法有以下几个:
1. 需求分析和测试计划:根据软件需求文档,分析和理解软件功能,制定测试计划,确定测试目标和测试类型。
2. 测试设计:根据测试计划,设计测试用例和测试数据,包括功能测试、性能测试、安全测试等。
3. 测试执行:根据测试用例,执行测试,记录测试结果,包括通过和失败的测试用例。
4. 缺陷管理:对测试中发现的缺陷进行管理,包括缺陷的记录、分配和跟踪,与开发团队沟通解决方案。
5. 缺陷修复和再测试:开发团队修复缺陷,然后进行再测试,验证缺陷是否已经被解决。
6. 测试报告和评估:根据测试结果,生成测试报告,评估软件的质量和稳定性。
常用的软件测试方法有以下几种:
1. 黑盒测试:只关注软件的输入和输出,不关注内部结构和实现细节,通过输入不同的数据测试软件的功能是否符合需求。
2. 白盒测试:关注软件的内部结构和代码,设计测试用例检测软件中的逻辑错误、路径覆盖等。
3. 灰盒测试:结合黑盒测试和白盒测试的特点,既关注软件的功能也关注软件的内部结构。
4. 自动化测试:利用自动化测试工具和脚本执行测试,提高测试效率和准确性。
5. 性能测试:测试软件在不同负载条件下的性能和稳定性,包括负载测试、压力测试、容量测试等。
6. 安全测试:测试软件的安全性和防护能力,包括网络安全、数据安全等方面的测试。
总结起来,软件测试流程和方法是一个有组织、有计划的活动,通过测试来发现软件中的缺陷和问题,提高软件的质量和用户满意度。
5g能力测试方案操作流程

5g能力测试方案操作流程《5G能力测试方案操作流程》一、测试前的准备1. 你要是想进行5G能力测试啊,那可得先把测试设备都找齐喽。
就像厨师做菜前得把食材准备好一样。
测试5G能力,手机或者其他5G终端设备那是必不可少的,这就好比战士上战场得带好武器呀。
还有,测试软件得安装好,要是没有这个,就像汽车没油,根本跑不动。
我有次看我朋友做测试,他就忘记装软件了,急得像热锅上的蚂蚁,到处找解决办法。
2. 测试环境也很重要哦。
要找一个5G信号覆盖比较好的地方,要是在信号差的地方测试5G能力,那不是开玩笑嘛,就像在沙漠里找鱼一样。
我之前在地下室测试过一次,那结果简直惨不忍睹,信号弱得就像风中的残烛,根本体现不出5G的能力。
二、开始测试1. 打开测试软件后,就像打开了一个神秘的宝盒。
首先要做的是设备连接,这一步得小心谨慎。
要是连接错了,那整个测试就乱套了。
我曾经就犯过这个错,当时感觉自己像个迷糊的小笨蛋。
就像把左脚的鞋子穿到右脚上一样别扭,结果出来的数据那是一塌糊涂。
2. 接下来就是进行速度测试啦。
这可是5G能力的一个重要体现。
速度测试就像一场赛跑,5G网络就是选手,我们就等着看它能跑多快呢。
我记得有次测试,那速度快得像火箭发射一样,下载一个大文件瞬间就完成了,可把我激动坏了,就像中了彩票一样兴奋。
三、测试不同场景1. 移动性测试也不能少呀。
想象自己拿着设备在不同的地方走来走去,就像一个探险家在未知的领域探索。
如果在移动过程中,5G信号能够稳定传输,那这5G能力就很牛啦。
我和小伙伴做这个测试的时候,他在大楼里跑来跑去,我在旁边看着测试数据,当看到信号基本稳定的时候,我们都忍不住欢呼起来,感觉像是发现了新大陆。
2. 还有就是多设备连接测试。
这就好比一群小伙伴一起做游戏,看5G 网络能不能同时带得动多个设备。
如果可以,那就像一个超级英雄能同时照顾很多人一样厉害。
我家里有好多智能设备,当我测试5G网络对它们的支持能力时,发现都能顺畅连接,那感觉就像自己拥有了一个万能的魔法棒。
测试方案中的测试流程

测试方案中的测试流程English answer:In a test plan, the test process is a detailed description of the steps that will be taken to test a software product. It includes the following elements:Test strategy: This is the overall approach to testing the software. It includes the types of testing that will be performed, the tools that will be used, and the resources that will be required.Test cases: These are the individual tests that will be performed. Each test case includes a description of the test, the expected results, and the steps that will be taken to perform the test.Test data: This is the data that will be used to test the software. It includes both valid data and invalid data.Test environment: This is the environment in which the software will be tested. It includes the hardware, software, and network resources that will be used.Test schedule: This is the schedule for performing the tests. It includes the start and end dates for each test, and the resources that will be required.Test reporting: This is the process of reporting the results of the tests. It includes the creation of test reports, the analysis of the results, and the recommendations for improvements.The test process is an important part of software testing. It helps to ensure that the software is tested thoroughly and that any errors are identified before the software is released to production.中文回答:在测试计划中,测试流程是对测试软件产品将采取的步骤的详细描述。
项目管理系统开发测试流程优化方案

测试流程优化方案修订记录修订类型包含:新增、修改、删除。
目录1 目的 (1)2 适用范围 (1)3 测试流程 (1)3.1 迭代测试流程 (1)3.2 版本测试流程 (3)3.3 其它测试流程 (3)4 测试标准 (4)4.1 测试环境 (4)4.2 测试准入准出标准 (4)4.2.1 测试准入标准 (4)4.2.2 测试准出标准: (4)5 测试交付物 (4)6 其它 (5)1目的此方案旨在规范及优化测试流程,制定测试标准,从而提高产品测试质量和效率,保证产品高质量交付。
2适用范围技术与研发中心的开发项目。
3测试流程根据项目情况,采取不同的测试流程。
基于产品采取敏捷的开发模式,对测试流程分以下几种:3.1 迭代测试流程1)需求评审:测试人员必须参加需求评审,对需求进行深入的了解和分析。
2)测试计划制定:基于需求及迭代规划,制定测试计划,包括测试方案、测试时间安排、测试用例范围等。
测试计划可基于项目管理工具制定。
3)测试用例设计:基于需求及测试类型,进行测试用例设计,此环节为测试的重要环节。
4)测试用例评审:分会议评审和邮件评审,产品、开发、测试基于测试用例评审。
5)接口测试:基于后端的接口测试。
6)界面功能测试:基于页面进行功能测试。
7)非功能性测试:性能测试、UI测试、兼容性测试等。
8)UAT测试:UAT环境进行功能回归测试。
9)测试报告:基于所进行的测试,出具报告,描述测试用例及执行情况、缺陷情况、功能覆盖情况、测试结论等。
10)部署上线:部署PROD环境3.2 版本测试流程1)上线评审:针对上线相关内容进行评审,测试方面,需对测试用例执行及覆盖度,缺陷情况,测试报告等进行评审2)线上验证:部署PROD环境后,进行主要流程和功能的回归验证。
3.3 其它测试流程4测试标准4.1 测试环境FAT环境:测试人员测试的主要环境,所有的新功能及接口需在此环境进行测试。
UAT环境:预发布环境,FAT环境测试完成后,需部署到UAT环境进行回归测试。
ERP业务步骤检验方案

.ERP业务流程测试方案项目名称:ERP项目实施项目编号:文档编号:建立日期:修改日期:客户项目经理:日期:项目经理:日期:文档控制修改记录审阅人存档一、系统测试概要系统测试是对业务解决方案验证的过程,通过模拟客户真实的业务环境,对系统上线后的使用情况进行预测。
测试内容包括软件的正确性、容错性、易用性和效率,要尽可能全面地模拟真实的生产系统,发现有可能发生的错误,并及时修改错误,对发现的业务解决方案中不妥之处也要做出调整。
总之,系统测试的目的就是保证一套合理的业务解决方案能够在一套经过测试的软件上正确地、有效率地运行,使软件满足客户需求。
系统测试是系统顺利上线的关键环节,保证测试效果的关键是完善的测试方案。
二、测试范围测试地点:****有限公司测试模块:总账、UFO报表、应收应付、销售管理、采购管理、委外管理、库存管理、质量管理、存货核算、需求规划、物料清单、生产订单。
测试人员:各部门的测试由参加过上次培训和调研的人员组织,其他人员应积极参与和协助。
三、测试方式根据解决方案的要求首先进行系统初始工作,然后录入典型业务数据模拟运行,并进行期末处理和各种帐簿、报表查询输出。
测试方案是根据解决方案制定的,对于每个测试点,列出了测试的大致步骤,但不是具体的操作手册,具体测试时应参照使用手册、初始化流程和业务流程进行测试。
需要注意的是:测试时无需录入所有的实际业务数据,录入一定数量的典型业务数据即可;对于本单位无需使用的系统功能和参数不必进行测试。
四、测试准备(一)基础数据本次系统测试需事先建立的数据包括两个部分:1、基础数据(1)请系统管理员建立测试帐套,账套主管:demo,将各模块启用日期修改为2013/5/1;(2)按照静态数据准备方案准备数据;2、期初数据:实施过程中的期初数据准备和录入是在系统上线阶段进行的,本次系统测试建议整理5月份各业务真实期初数据,然后于2013/5/11前录入系统。
以下是本次测试所需要用到的期初数据:2.1采购管理期初数据录入(1)期初暂估入库:(货到票未到)采购入库单(2)期初数据录入完毕,进行采购期初记账;(3)整理并录入未完成的采购订单并审核;(4)整理并录入已到货的物料并报检;2.2委外管理期初数据录入(1)对材料已出库但委外件未入库的业务,材料库存不反映在库存期初中,日后委外件入库可填制产成品入库单或其他入库单或采购入库单,系统不做核销,成本手工核定;(2)对委外件已入库但材料未核销的,委外件库存反映在库存期初中,日后材料出库可填制其他出库单或材料出库单,系统不做核销,成本手工核定。
工厂测试计划方案

工厂测试计划方案1.引言在工厂生产流程中,测试是确保产品质量和性能的关键环节。
为了确保产品能够符合设计要求并满足客户需求,制定一个有效的测试计划方案是至关重要的。
本文将介绍一个适用于工厂生产测试的详细方案。
2.测试目标工厂测试的主要目标是验证产品的功能、性能和稳定性。
具体来说,测试计划应包括以下目标:- 确保产品的功能符合设计要求并满足客户需求。
- 验证产品在各种工作负荷下的性能表现。
- 检测产品在不同环境条件下的稳定性和可靠性。
- 确保产品可以与其他系统和设备进行良好的兼容性。
3.测试策略测试策略是测试计划的核心,主要包括以下几个方面:- 确定测试的范围和深度。
根据产品的特性和客户需求,确定需要测试的功能模块和具体测试用例。
- 制定测试方法和技术。
确定测试所需的工具、设备和测试环境,并选择合适的测试技术和方法进行测试。
- 制定测试时间计划。
合理规划测试时间,确保在预定的时间内完成测试,并为测试过程中可能出现的问题预留足够的时间。
4.测试环境测试环境是指进行测试所需的软硬件设施和相关资源。
在工厂测试中,测试环境应具备以下要素:- 确保测试所需的硬件设备齐全,并按照规范进行连接和配置。
- 提供合适的软件环境,包括操作系统、测试工具和相关应用程序。
- 搭建符合产品设计要求的网络环境。
5.测试流程为了确保测试工作的有条不紊进行,可采用以下测试流程:- 测试准备阶段:确定测试目标、范围和策略,并搭建好测试环境。
- 测试计划阶段:制定详细的测试计划,包括测试用例、测试时间计划和资源分配等。
- 测试执行阶段:按照测试计划执行测试用例,记录测试结果,并及时解决测试过程中出现的问题。
- 测试评估阶段:对测试结果进行评估和分析,撰写测试报告并提交相关部门。
6.风险管理在工厂测试过程中,可能会面临一些风险和挑战。
为了降低风险并确保测试工作的顺利进行,应采取以下措施:- 预先识别和评估潜在的风险和问题,并制定应对策略。
测试程序测试方案

测试程序测试方案1. 引言本文档旨在描述测试程序的测试方案,主要包括测试目标、测试内容、测试环境、测试策略和测试计划等内容。
通过执行测试方案,及时发现和修复程序中的缺陷,确保程序的质量和可靠性。
2. 测试目标测试程序的主要目标是验证程序在各种条件下的功能是否正常工作,以及是否满足预期的性能要求。
另外,测试还要关注程序的稳定性、易用性和安全性等方面。
3. 测试内容测试内容主要包括以下几个方面:功能测试旨在验证程序实现的功能是否符合需求规格说明书中的要求。
测试人员将根据需求规格说明书编写测试用例,覆盖各个功能模块,并进行逐一验证。
3.2 性能测试性能测试旨在验证程序在一定负载下的性能表现,包括响应时间、吞吐量、并发能力等指标。
测试人员将模拟多种场景,通过工具或手工方式进行测试,并记录和分析测试结果。
3.3 稳定性测试稳定性测试旨在验证程序在连续运行一段时间后是否产生异常情况,例如内存泄漏、死锁等。
测试人员将通过长时间运行程序并观察其表现,以及使用相应的工具检测潜在的问题。
易用性测试旨在验证程序是否符合用户的使用习惯和预期,以及界面是否友好直观。
测试人员将模拟典型用户场景,评估程序的交互方式、操作流程和反馈机制等。
3.5 安全性测试安全性测试旨在验证程序是否存在潜在的安全漏洞,以及能否对抗常见的攻击手段。
测试人员将通过模拟攻击和使用相应的工具进行渗透测试,评估程序的安全性能。
4. 测试环境测试环境需要提供适当的硬件和软件配置,以支持测试过程的进行。
以下是测试环境的要求:•操作系统:Windows 10•开发工具:Visual Studio 2019•测试工具:TestNG、JMeter•测试数据库:MySQL 8.0•网络环境:可连接至互联网5. 测试策略测试策略是指测试的方法和技巧,以实现尽可能高效和准确的测试。
在测试程序的过程中,我们将采取以下测试策略:•根据需求规格说明书编写测试用例,并进行逐一验证;•采用黑盒测试和白盒测试相结合的方式,覆盖多个测试角度;•结合自动化测试工具和手动测试,提高测试效率和覆盖范围;•进行持续集成和持续测试,确保每个版本发布前都经过全面的测试。
测试的流程及方案

测试的流程及方案一、测试流程。
1.1 测试前的准备。
首先呢,这测试前得把各种东西都准备妥当。
就像出门旅行得先收拾好行李一样。
咱们得明确测试的目标是啥,是检查产品有没有毛病呢,还是看看性能好不好。
这就好比厨师做菜,得先知道要做啥菜,是川菜还是粤菜。
然后呢,要收集相关的资料,比如说产品的规格说明啊,操作手册之类的。
这就像是打仗前要先了解地形一样重要。
还得准备好测试的环境,不管是软件测试需要的操作系统环境,还是硬件测试的设备环境,都得弄得稳稳当当的,可不能马虎,这就叫“磨刀不误砍柴工”。
1.2 测试计划的制定。
有了前面的准备,就得制定测试计划了。
这个计划可不能是一拍脑袋就想出来的。
得考虑很多方面。
比如说测试的范围,哪些功能要测,哪些可以先放一放,就像打扫房间,得先确定是打扫整个屋子还是只打扫客厅。
还要确定测试的策略,是采用黑盒测试呢,还是白盒测试,或者两者结合。
这就如同下棋,得想好走哪步棋的策略。
而且要安排好测试的时间,啥时候开始,啥时候结束,得像火车按照时刻表运行一样精确。
二、测试方案。
2.1 功能测试。
功能测试就像是检查一个人的身体器官是不是都正常工作。
要对产品的各个功能点进行测试。
拿手机软件来说,登录功能是不是正常,注册功能有没有漏洞。
每个按钮都要按一按,每个菜单都要翻一翻。
这就好比检查汽车的每个零件,轮子能不能转,刹车灵不灵。
如果功能有问题,那这个产品就像一个瘸腿的马,跑不远的。
2.2 性能测试。
性能测试也很关键啊。
这就像看一个人能跑多快,能扛多重的东西。
对于软件来说,要看看在大量用户访问的时候会不会卡顿,加载速度快不快。
对于硬件呢,要测试它在高负荷运行下的稳定性。
就像考验一个运动员的耐力一样。
要是性能不行,那这个产品在市场上就会被淘汰,就像“逆水行舟,不进则退”。
2.3 兼容性测试。
现在的产品啊,得在各种环境下都能工作才行。
这兼容性测试就像是看一个人能不能适应不同的环境。
软件得在不同的操作系统上能运行,在不同的浏览器上能正常显示。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
OA流程测试方案
Prepared by
拟制Date
日期
2012-12-11
Reviewed by 评审人XXX,XXX,XXX Date
日期
yyyy-mm-dd
Approved by
批准
Date
日期
yyyy-mm-dd
易思博网络系统(深圳)有限公司
BroadenGate Systems, Inc.
版权所有不得复制
Copyright © 2002 BroadenGate Systems, Inc.
. All Rights Reserved
Distribution List 分发记录
目录
1 概述 (5)
1.1 被测对象概述 (5)
1.2 测试方案概述 (5)
2 测试需求 (5)
2.1 测试对象分析 (5)
2.2 测试设计策略分析 (5)
2.3 详细测试方法 (5)
2.3.1正向流程 (5)
2.3.2逆向流程 (6)
2.3.3短消息提醒 (7)
OA流程测试方案
关键词:
摘要:本文主要是对OA流程测试方案的描述,主要对OA项目的需求以及相应的测试方法进行分析.
缩略语清单:
参考资料清单:
1 概述
1.1 被测对象概述
本次主要是对1.0版本进行测试。
1.2 测试方案概述
测试方案主要对产品测试规格进行详细测试设计,每个测试规格按照需求理解与补充、预置条件,测试的步骤,设计思路、测试点五个方面进行分析与描述,该方案可以用来指导后面的详细测试用例设计,也对整个版本测试过程具有指导意义。
2 测试需求
本次主要是对OA管理信息系统1.0版本进行测试,测试的需求主要是结合OA管理信息系统合作项目设计规格,和华为提供的需求规范,和现有版本的系统结合起来进行分析。
测试设计
2.1 测试对象分析
无
2.2 测试设计策略分析
1基本工作流模式说明:
1)顺序结构
2)与合并结构
3)与分支结构
4)或分支结构
5)或合并结构
6)重复结构
2测试设计的思路包括但不限于:按照处理流程,覆盖所有分支;按照输入数据,
覆盖输入数据数据类型及其组合;按照输出数据,覆盖输出数据量、数据类型及其组合;按照外部接口,覆盖触发条件及其组合;按照外部接口,覆盖返回值及其组合。
覆盖原则:工作流功能特性需要全面覆盖。
3测试的方法:设计时使用等价类的方法构造输入数据和输出结果和错误推测
法,采用的思想,先正常,再等价类、后异常。
先考虑该功能的正常情况,再想该功能的可能性进行等价划分,最后通过分析得出一些异常情况。
2.3 详细测试方法
2.3.1正向流程
1、需求的分析与补充
研究生提出上网申请需求,申请单需要上级部门领导逐级审批,最终生成施工单移交给施工队进行施工,施工完毕研究生验收施工结果,并填写反馈单提交给信息中心主管查看,流程
结束。
2、预置条件
研究生成功登录到OA管理信息平台、系统和数据库运行正常、管理平台和数据库通信正常、研究生具有用上网申请操作的权限、服务器运行正常。
3、设计的思路
1)研究生登陆OA管理信息系统;
2)研究生能填写上网申请单;
3)研究生能提交上网申请单给上级部门逐级审核;
4)逐级审核通过,流程结束。
4、测试点设计
1)研究生提出上网申请,填写申请单,提交网络部审核;
2)网络部对申请单进行‘上网条件判定’审核,通过,提交申请单给网络部上级部门审核通过;
3)网络部将申请单提交给网络部上级部门审核;
4)网络部上级部门领导A审核通过;
5)网络部上级部门领导B审核通过;
6)网络部上级部门领导均审核通过,申请单提交给部门领导秘书审核;
7)部门领导秘书审核通过,提交申请单给信息中心人员审核;
8)信息中心审核通过,将申请单加入到批量审核单;
9)提交给信息中心主管审核;
10)审核通过,填写施工单提交给施工对施工;
11)施工完成,结果提交给演技生验收;
13)主管查看完毕,流程结束。
2.3.2逆向流程
1、需求的分析与补充
研究生提出上网申请需求,申请单需要上级部门领导逐级审批,逐级审批不通过则退回上一级,重新提交直至审核通过,流程结束。
2、预置条件
用户成功登录到OA管理信息平台、系统和数据库运行正常、管理平台和数据库通信正常、上级领导具有审核上网申请单的权限、服务器运行正常。
3、设计的思路
1)上级领导登陆OA管理信息系统;
2)看到待办事项,发短消息提醒给下一级相关人员;
3)上级领导审核申请单;
4)审核申请单‘不通过’退回下一级;
5)研究生登陆OA管理信息系统,重新填写并提交申请单给上级领导审核;
6)直至申请单审核‘通过’;
7)流程结束。
4、测试点设计
正常的测试点:
1)研究生提出上网申请,填写申请单,提交网络部审核;
2)网络部对申请单进行‘上网条件判定’审核;
3)网络部审核不通过,将申请单回退到研究生处;
4)研究生重新填写上网申请单,提交网络部审核;
5)网络部对申请单进行‘上网条件判定’审核通过,提交申请单给网络部上级部门审核;
6)网络部上级部门领导A审核不通过;
7)网络部上级部门领导B审核通过;
8)网络部上级部门领导只要有任何一个审核不通过,申请单都要退回到网络部;
9)网络部重新填写申请单,提交网络部上级部门审核;
10)网络部上级部门领导A审核通过;
11)网络部上级部门领导B审核通过;
12)网络部上级部门将申请单提交给部门领导秘书审核;
13)秘书审核通过;
14)提交给信息中心人员审核,不通过,退回到部门领导秘书;
15)部门领导秘书重新提交申请单给信息中心人员审核,通过;
16)将申请单加入到批量申请单,提交给信息中心主管审核,审核通过;
17)信息中心主管填写施工单;
18)提交给施工队,施工完成,提交给研究生验收,不通过;
19)研究生要求施工队重新施工;
21)研究生填写反馈单,提交给信息中心主管审核;
22)信息中心主管查看完毕,通过流程结束。
2.3.3短消息提醒
1、需求的分析与补充
上一级部门领导收到下级人员提交上来的申请单之后,可以先给对方发送短消息回复,此流程已在办理中,下级人员可以通过短消息看到流程单状态也可以回复短消息。
2、预置条件
用户成功登录到OA管理信息平台、系统和数据库运行正常、管理平台和数据库通信正常、上级领导具有发送短消息的权限、服务器运行正常。
3、设计的思路
1)上级领导登陆OA管理信息系统;
2)看到待办事项,发短消息提醒给下一级相关人员;
3)上级领导审核申请单;
4)审核申请单‘不通过’退回下一级;
5)下级人员登陆OA管理信息系统,重新填写并提交申请单给上级领导审核;
6)直至申请单审核‘通过’;
7)流程结束。
4、测试点设计
正常的测试点:
1)研究生提出上网申请,填写申请单,提交网络部审核;
2)网络部对申请单进行‘上网条件判定’审核;
3)网络部审核不通过,将申请单回退到研究生处;
4)研究生重新填写上网申请单,提交网络部审核;
5)网络部对申请单进行‘上网条件判定’审核通过,提交申请单给网络部上级部门审核;
6)网络部上级部门领导A审核不通过;
7)网络部上级部门领导B审核通过;
8)网络部上级部门领导只要有任何一个审核不通过,申请单都要退回到网络部;
9)网络部重新填写申请单,提交网络部上级部门审核;
10)网络部上级部门领导A审核通过;
11)网络部上级部门领导B审核通过;
12)网络部上级部门将申请单提交给部门领导秘书审核;
13)秘书审核通过;
14)提交给信息中心人员审核,不通过,退回到部门领导秘书;
15)部门领导秘书重新提交申请单给信息中心人员审核,通过;
16)将申请单加入到批量申请单,提交给信息中心主管审核,审核通过;
17)信息中心主管填写施工单;
18)提交给施工队,施工完成,提交给研究生验收,不通过;
19)研究生要求施工队重新施工;
21)研究生填写反馈单,提交给信息中心主管审核;
22)信息中心主管查看完毕,通过流程结束。
2.3.4工作委托 /受托
1、需求的分析与补充
本人不在或者个人事务比较繁忙的时候,可以把自己的全部或者部分工作委托给受托人处置。
2、预置条件
用户成功登录到OA管理信息平台、系统和数据库运行正常、管理平台和数据库通信正常、
用户具有委托工作的权限、服务器运行正常。
3、设计的思路
1)用户登陆OA管理信息系统;
2)看到个人工作中受托事项;
3)处理该受托工作;
4)处理完毕,反馈给受托人。
4、测试点设计
正常的测试点:
1)用户登录OA管理信息系统;
2)选择一个或多个可以参与的流程委托给受托人处置;
3)受托人查看受托事项;
4)处理受托工作;
5)将处理结果反馈给委托人。