测试任务书

编号：SICSTC/TA-[项目编号]

测试任务书

项目编号：CQ20110012

第 1 页共1页

三极管的测量方法

三级管的在路测量，(1).NPN管的电压正常是：VC＞VB＞VE.其中PN结电压是0.5V左右,也就是:VB＞VE的电压是0.5V,明显大于2V或者VB∠VE,三极管是损坏,(注: VC的电压大小是不固定的,看这个管的承受多大的内压) (2).PNP管的电压正常是：VE＞VB＞VC. 其中PN结电压是0.5V左右, 也就是: VE＞VB 的电压是0.5V,明显大于2V或者VE∠VB, 三极管是损坏,( VC的电压大小是不固定的,看偏置电路是要多大的电压,但一定适上面的VE＞VB＞VC电压的大小) 2.拆下来时的三极管测量(R＊1K档来测量) 根据PN结的原理:和二极管一样,正向电阻一边用万用表测是相通,对调红.黑笔反向来测是不通.拆下来时的三极管,(1) NPN管:任意测三极管的两个脚,当发现固定黑笔接的一脚不动,用红笔分别接另外两脚时,万用表的指针摆动,电阻是相同.反过来对调表笔,红笔固定的一脚不动,用黑笔分别接另外两脚时,万用表的指针不摆动,电阻是无穷大.哪确定;固定的一脚确定是b极(坏的三极管是对调表笔也是相通的) . (2) PNP管:任意测三极管的两个脚,当发现固定红笔接的一脚不动, 用黑笔分别接另外两脚时,万用表的指针摆动,电阻是相同.反过来对调表笔,黑笔固定的一脚不动, 用红笔分别接另外两脚时,万用表的指针不摆动,电阻是无穷大.哪确定;固定的一脚确定是b极 3(确定C极和E极) 三极管好坏的判断(R＊10K档来测量) （1）(确定C极和E极) NPN好坏的判断：上面已确定了B极，R＊10K档来测量.用黑笔和红笔分别接触另外两极,保持红笔和黑笔现在状态不变用手指捏b极+红笔接的一极,发现指针摆动的幅度大,放大倍数大,黑笔接的是c极,红笔接的是e极(坏的三极管，用万用表的R＊10K档来测量．红，黑笔测量c．e极，接法和二极管测量相同，一边相通，对调表笔另一边是不通,例如;R＊10K档的黑笔接C极红笔接E极指针摆动一点,说明是漏电损坏．经验总结：如果是好的三级管，用万用表的R＊10K档来测量c．e电阻一边不通,极笔对调后，另一边是相通的有电阻，电阻大的和原来没有用过的同型号的三极管对比.B极E极输出电压偏低的. (2) (确定C极和E极) PNP好坏的判断 R＊10K档来测量.用黑笔和红笔分别接触另外两极保持红笔和黑笔现在状态不变用手指捏b极+黑笔接的一极，同时捏两极,发现指针摆动的幅度大,放大倍数大,黑笔接的是e极,红笔接的是c极(坏的三极管，用万用表的R＊10K档来测量．红，黑笔测量c．e极，接法和二极管测量相同，一边相通，对调表笔另一边是不通,例如:R＊10K档的黑笔接E极红笔接极

进销存系统测试报告

某公司进销存系统测试报告 1.引言 1.1测试目的 用黑盒测试法测试系统功能实现的完整性，发现系统存在的错误和不足。 1.2项目背景 某公司位于武汉市经济技术开发区，该公司随着经营规模的不断扩大，为适应市场需求，现需对公司物资的入库、销售、库存等进行统一管理。所以打算建立一个进销存系统，而本进销存系统的基本任务是，将公司物资的进货、库存和销售集成一体，开发一个能同时进行进货管理，库存管理和销售管理的综合性管理系统。利用IT技术解决日常的业务来往，能进行相关的业务处理，业务数据的存储，支持高效的查询，各类的报表的打印，数据的统计分析以及财务信息等。 1.3参考资料 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。 黑盒测试主要发现以下类型的错误： 1）是否有不正确的功能，是否有遗漏的功能； 2）在接口上，是否能够正确地接收输入数据并产生正确的输出结果； 3）是否有数据结构错误或外部信息访问错误； 4）性能上是否能够满足要求； 5）是否有程序初始化和终止方面的错误 2.测试计划 2.1测试环境 硬件环境：处理器AMD Athlon（tm）64 processor 2800+1.8GHz 512的内存。 软件环境：Microsoft SQL Server 2005软件和Microsoft Visual Studio 2005 软件。 测试环境：服务器环境windows sever 2003，网络访问环境windows sever 2003 IE浏览器 运行环境：windows sever 2003，windows xp等。 2.2测试项目

软件系统测试报告(简易版)

XXXX软件项目系统测试报告

1．引言部分 1．1项目背景 本测试报告的具体编写目的，指出预期的读者范围。(3-4句) 本测试报告为（系统名称）系统测试报告；本报告目的在于总结测试阶段的测试及测试结果分析，描述系统是否达到需求的目的。 本报告预期参考人员包括测试人员、测试部门经理、项目管理人员、SQA人员和其他质量控制人员。 1．2参考资料 《XXXX需求说明书》 2．测试基本信息 2．1测试范围 2．2测试案例设计思路 根据上述测试范围测试点进行测试用例的设计。 3．测试结果及缺陷分析 3．1测试执行情况与记录 3．1．1测试组织 第 2 页共4 页

3．1．2测试时间 3．1．3冒烟情况 3．1．4测试用例统计 3．2缺陷的统计与分析 缺陷汇总： 列出本次实际发现缺陷数、解决的缺陷数、残留的缺陷数、未解决的缺陷数。 缺陷分析： 对测试中发现的缺陷按缺陷类型、严重程度进行分类统计： 对测试中发现的缺陷就其功能分布、测试阶段进行统计，分析软件缺陷倾向及其主要原因： 残留缺陷与未解决问题 对残留缺陷对系统功能的影响情况进行分析：对未解决问题对项目的影响(如有，列表说明) 4．测试结论与建议 4．1风险分析及建议 无 第 3 页共4 页

4．2测试结论 本项目根据业务需求及开发人员的反馈意见，覆盖了所有的测试需求及案例，均已在ST环境测试完成，有效案例一共xx个，执行率xx%,，成功率xx%，缺陷关闭率为xx%，目前缺陷均已修复并回归关闭； 综上所述，xx需求达到ST项目测试出口标准，本项目ST测试(通过/不通过)，可以进行验收测试 5．交付文档 《xxx需求_系统测试计划》 《xx需求_测试案例》 《xx需求_ST测试报告》 第 4 页共4 页

如何测量三极管的好坏

下面是三极管的架构以及在电路图中的各种标识方法

万用表打到二极管档(蜂鸣档)对三极管测量时...首先我们要确定哪只脚是b极.于是用红表笔接触其中任意一只脚不动.用黑表笔去接触另外两只脚.如果能够测得两组相近且小于1的数字.说明此时红笔接触的就是b极.如果测得两组数字不相近..那说明此时红笔接触的不是b极..应把红笔换一只脚..黑笔去测另外两只脚...直到找到b极为止...假设我们知道哪只脚是b极...怎样去判断另外两只脚c极和e极呢？如下图:

图中红笔为b极.黑笔在另外两脚分别没得两组相近的数据..其中有一组数据会稍微大一点...此脚即为e极.小的那脚则为c极....并且我们知道此管为NPN三极管.因为红笔在b 极! 而对于PNP型三极管的测量方法也一样...只不过是黑表笔在b极..红笔接触另外两脚能测得两组相近的数据.,如下图: 下面是对场效应管的测量方法 场效应管英文缩写为FET.可分为结型场效应管(JFET)和绝缘栅型场效应管(MOSFET),我们平常简称为MOS管.而MOS管又可分为增强型和耗尽型而我们平常主板中常见使用的也就是增强型的MOS管. 下图为MOS管的标识

我们主板中常用的MOS管G D S三个引脚是固定的。。。不管是N沟道还是P沟道都一样。。。把芯片放正。。。从左到右分别为G极D极S极!如下图: 用二极管档对MOS管的测量。。。首先要短接三只引脚对管子进行放电。。。 1然后用红表笔接S极.黑表笔接D极.如果测得有500多的数值..说明此管为N沟道..

2黑笔不动..用红笔去接触G极测得数值为1. 3红笔移回到S极.此时管子应该为导通...

软件工作室创业计划

软件工作室创业计划 一、背景简介 随着普通高校的扩大招生，大学毕业生也随之剧增，同时导致的结果就是大学生就业形式也更加严峻，国务院提倡并大力支持大学生创业，然而在计算机专业的大学生在创业中往往成功率低下，这是个很普遍的社会问题。而随着社会信息化的发展，计算机行业日益的增多，已经与人们的生活息息相关，计算机行业发展的步伐越来越快，计算机专业的大学生也面对着一个重大的选择：是自主创业还是进入公司奋斗。 我国大学生创业起步比较晚，一直到20世纪80年代才随改革开放逐渐发展起来，一直以来，大学生创业都是校园内外关注的亮点，而经过多年的累积，中国大学生的创业成功率也相对提高，创业思维也在实践中不断成熟。 但是计算机专业学生在创业中存在着以下几个问题和误区：首先过于形式而忽略实质，一味的追求和强调大学生的自主创业观点、过于的依赖负责人，导致这种结果的原因是对自己不够自信；出于一时的心热而忽略了自己的能力，从而在受挫之后创业热情被浇灭，还有就是专业能力问题。专业能力的低下是直接导致整个团队能力低下的主要原因；其次是大学生缺乏市场意识、盈利能力，这是许多普通高校大学生共同存在的问题，市场意识淡薄，缺乏市场定位使得整个团队发展受限、让团队的产品局限于一些商家阶段型需求而非恒久需求。 根据现在越来越多的公司，还有网络这个人流量众多的平台，软件开发工作室应运而生，越来越多的人选择了软件开发工作室。 二、任务阐述 通过接受公司或个人委托，开发设计出让客户满意的软件，帮助客户能够完成手中项目，达到致富的目的，加速社会进入网络时代。 三、创业构想 随着社会网络化的进一步发展，网络软件可以令人们的工作生活提高效率，而软件开发工作室正是公司或个人的不二选择，可以通过有实力的工作室开发出令人满意的软件，提高工作效率，加速项目推进，而工作室的发展，依靠着自身的实力还有宣传，提高知名度，慢慢发展，通过帮助企业或个人开发软件盈利，为社会的网络化提供自己的一份力。 四、形象

功能测试报告

柳州外运综合物流信息系统软件功能测试报告 广西联信科技顾问有限责任公司 2012年3月

目录 1.概述 (3) 2.背景 ................................................................................................. 错误！未定义书签。 3.参考文献 (3) 4.定义 (3) 5.测试时间、地点及人员 (4) 6.测试环境 (6) 7.测试用例 (6) 7.1功能性 (6) 7.2易用性 (6) 8.缺陷统计 (7) 8.1测试缺陷等级比重图 (8) 8.2测试缺陷模块统计状态图 (9) 9.测试结论 (10) 9.1功能性 (10) 9.2易用性 (11) 9.3兼容性 (11) 9.4安全性 (11) 9.5总体评论 (12) 10.测试记录 (14) 10.1项目管理 (14) 10.2业务管理..................................................................................... 错误！未定义书签。 10.3运输管理..................................................................................... 错误！未定义书签。 10.4结算管理 .................................................................................... 错误！未定义书签。 10.5财务管理 .................................................................................... 错误！未定义书签。 10.6数据分析 .................................................................................... 错误！未定义书签。 10.7基本信息管理 ............................................................................ 错误！未定义书签。 10.8系统管理 .................................................................................... 错误！未定义书签。 10.9综合管理 .................................................................................... 错误！未定义书签。 10.10业务流程测试 .......................................................................... 错误！未定义书签。

系统测试方案

校园招聘系统测试方案

目录 1概述............................................. 错误!未定义书签。2测试资源和环境................................... 错误!未定义书签。 硬件配置............................................ 错误!未定义书签。 软件配置............................................ 错误!未定义书签。 测试数据............................................ 错误!未定义书签。3测试策略......................................... 错误!未定义书签。 功能测试.............................................. 错误!未定义书签。 性能测试.............................................. 错误!未定义书签。 用户界面（UI）测试.................................... 错误!未定义书签。 安全性与访问控制测试.................................. 错误!未定义书签。 兼容性测试............................................ 错误!未定义书签。 回归测试.............................................. 错误!未定义书签。4测试通过标准..................................... 错误!未定义书签。5测试需求及测试用例追溯表......................... 错误!未定义书签。6测试用例......................................... 错误!未定义书签。7测试进度......................................... 错误!未定义书签。

如何检测三极管的三个极

如何检测三极管的三个极 可以用万用表来初步确定三极管的好坏及类型(NPN 型还是PNP 型), 并辨别出e（发射极）、b（基极）、c（集电极）三个电极。测试方法如下: ①用指针式万用表判断基极 b 和三极管的类型:将万用表欧姆挡置"R ×100" 或"R×lk" 处,先假设三极管的某极为"基极",并把黑表笔接在假设的基极上,将红表笔先后接在其余两个极上,如果两次测得的电阻值都很小(或约为几百欧 至几千欧),则假设的基极是正确的,且被测三极管为NPN 型管；同上,如果两次测得的电阻值都很大( 约为几千欧至几十千欧), 则假设的基极是正确的,且被 测三极管为PNP 型管。如果两次测得的电阻值是一大一小,则原来假设的基极是错误的,这时必须重新假设另一电极为"基极"，再重复上述测试。 ②判断集电极c和发射极e:仍将指针式万用表欧姆挡置"R × 100"或"R × 1k" 处,以NPN管为例,把黑表笔接在假设的集电极c上,红表笔接到假设的发射极e上,并用手捏住b和c极( 不能使b、c直接接触), 通过人体, 相当 b 、C 之间接入偏置电阻, 读出表头所示的阻值, 然后将两表笔反接重测。若第一次测得的阻值比第二次小, 说明原假设成立, 因为 c 、 e 问电阻值小说明通过万用表的电流大, 偏置正常。 ③用数字万用表测二极管的挡位也能检测三极管的PN结,可以很方便地确定三极管的好坏及类型,但要注意,与指针式万用表不同,数字式万用表红表笔为 内部电池的正端。例:当把红表笔接在假设的基极上, 而将黑表笔先后接到其余两个极上, 如果表显示通〈硅管正向压降在0.6V 左右), 则假设的基极是正确的, 且被测三极管为NPN 型管。 数字式万用表一般都有测三极管放大倍数的挡位(hFE), 使用时, 先确认晶体管类型, 然后将被测管子 e 、b 、c三脚分别插入数字式万用表面板对应的三极管插孔中,表显示出hFE 的近似值。 三极管的管型及管脚的判别 为了迅速掌握测判方法，结出四句口诀：“三颠倒，找基极；PN结，定管型；顺箭头，偏转大；测不准，动嘴巴。”下面进行解释。 一、三颠倒，找基极 大家知道，三极管是含有两个PN结的半导体器件。根据两个PN结连接方式不同，可以分为NPN型和PNP型两种不同导电类型的三极管； 测试三极管要使用万用电表的欧姆挡，并选择R×100或R×1k挡位，红表笔正，黑表笔负。 假定我们并不知道被测三极管是NPN型还是PNP型，也分不清各管脚是什么电极。测试的第一步是判断哪个管脚是基极。这时，我们任取两个电极(如这两个电极为1、2)，用万用电表两支表笔颠倒测量它的正、反向电阻，观察表针的

软件测试详细标准

软件测试标准 前言 前一版的《软件测试标准》，在测试工作中发挥了很好的指导作用。本次修改在原标准基础上，提出了新的测试理念、工作方法、组织方式，使之更贴近实际工作，真正起到纲领的作用。 一、软件测试 1、软件测试的目的 软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为：验证软件产品的实现状态以及实现质量。 2、软件测试相关概念 2.1白盒测试 指基于程序结构的测试，测试目标是检查程序内部逻辑结构和逻辑路径，是代码级的测试。 2．2黑盒测试 基于程序功能的测试，根据输入输出的关系推断程序功能的正确性。 2．3测试用例 测试方案，包括数据输入和相应的期望输出。依据测试用例来执行具体操作。 2．4预防性测试 其原理为：只要测试在生命周期中进行得足够早，就能够提高待测软件的质量。 2．5测试风险分析 其目的为：确定测试对象、测试的优先级、测试的深度。 2.6软件测试模型 公司目前采用V模型，实现测试与软件开发的同步进行。

2.7等价类划分 将测试对象按某种约定划分为有限个组成部分，提高测试的有效性。 2.8边界值分析 分析测试对象的所有边界值及边界附近的临界值。 二、测试工作流程 需求分析审核需求分析，编写验收测试部分用例 实地调研重点收集客户实际业务资料、操作习惯，并与需求分析作出对比 概要设计审核概要设计，从用户角度提出问题 编写集成测试用例 详细设计 审核详细设计报告，与需求分析、概要设计进行比对编写单元测试用例编写用户手册总体框架单元测试阶段提出测试计划 审核测试用例 执行测试 测试总结 集成测试阶段验收测试阶段 补充测试用例资料归档 修改测试 审核修改计划程序员提供修改清单编写测试用例执行测试 测试总结 复测测试报告复测测试用例复测 三、开发—测试流程

物流系统订单模块数据库设计报告

数据库实验报告物流管理系统订单模块

第一章系统概述 该物流管理系统是对物流公司业务的统一信息化管理，提供在线服务。订单模块实现了业务订单的新增，查询，修改，删除等功能。用户可以以会员身份或者游客身份登陆公司网站进行网上下单，当完成订单之后可根据系统提供的订单号进行订单状态的查询。公司员工需要对订单审核确认，进行删改查等管理操作。 该系统是B\S结构，运用MVC模式基于J2EE平台开发的，使用Oracle数据库。我负责的是订单模块的需求分析，系统设计，数据库设计，编码和测试。 该系统所使用的开发工具有：MyEclipse,Tomcat,Rational Rose ,PowerDesigner,PL/SQL等。 第二章系统设计 2.1订单模块功能设计 1.网上下单 本系统是BS结构的WEB系统，我们通过在线方式新增订单。 2.订单审核 因为是物流系统，在网上下单之后，顾客需要将货物送至配送点，经过工作人员审核，才能最后完成一份订单。 3.订单查询 查询功能支持模糊查询，多条件查询。可以满足顾客及工作人员的需要。4.订单管理 管理功能包括：查看明细，修改，删除。 2.2业务逻辑设计 类图如下所示（本部分不是此次作业重点，这里不再过叙述类图的设计）：

第三章 数据库设计 3.1 概念模型 本系统模块包含的实体有：订单基本表，订单信息表，订单状态表，货 物表，交接单，配送点。 1. 各实体ER 图如下图3-1到图3-6所示。 图 3－1订单基本表实体E-R 图

图3－2订单信息表实体E-R图 图3－3订单状态表实体E-R图

图3－4 货物表实体E-R图 图3－5 交接单实体E-R图 图3－6 配送点实体E-R图

系统测试全过程

我一直感觉系统测试总像马拉松总是测试不完，什么时候上线，什么时候算终点。虽然提交客户了，可是对于质量仍然心里没底，对于测试的效果没有评价的依据。后来经过高人指点，终于领悟到至关重要的精髓：明确测试目标！ 如果要将系统进行全面测试，那么就要有一套完整的测试阶段，每个阶段都以测试目标为标准，科学、有序地进行测试，那么测试效率也就会自然而然跟着提高。 测试阶段分为：测试前准备、需求分析、测试计划、测试设计、测试执行、测试结果。 1.测试前准备阶段 主要是相关业务的学习。业务知识是测试的根本依据，只有业务过关了，以后才能有效的进行测试工作。 了解业务步骤： a、了解业务名词； b、对现有系统的学习：功能点、业务场景等； c、分析现有系统数据库，了解数据的走向。 2.需求分析阶段 需求是项目开发的基础，也是测试的依据。所以需求分析一定要做。但是很多公司是没有详细的需求文档的，那如何进行需求分析呢？ 此时分析数据库就是一个非常好的方法： a、每张表的索引和约束条件； b、数据的来源、走向； c、数据的存储、变化； d、数据间的关联； e、表与表间的关系； 这些分析都可以为了解业务场景和之后的测试用例设计打好基础。 3.测试计划阶段 我们总是觉得被测试进度紧逼、计划失控、测试不完全等等状态，其实解决这些情况的最好方法就是：制定测试目标。

在计划初期先明确测试目标，制定不同层次目标的执行标准，指导后期设计不同级别的测试用例，跟踪不同级别的缺陷修改。在测试时间较紧情况下，至少可以先把保证所有功能正常操作的最低目标版本先提交给客户，不会再有手忙脚乱，心里没底的状况。 测试目标分为： 最低目标 基本目标 较高目标 最高目标等级别 可以使用表格形式来规范目标准侧，例如： 测试目标准则表 目标 测试范围 需求覆盖率 最低目标：正常的输入+正常的处理过程，有一个正确的输出 （明确的功能点全部列出来） 1.功能： 正常功能 异常功能 单功能 业务场景 非功能：16种测试类型 2.输入覆盖率： 有效无效 处理过程：基本流 备选流

三极管的检测及其管脚的判别

三极管的检测及其管脚的判别 使用数字万用表判断三极管管脚(图解教程) 现在数字式的万用表已经是很普及的电工、电子测量工具了，它的使用方便和准确性受到得维修人员和电子爱好者的喜爱。但有朋友会说在测量某些无件时，它不如指针式的万用表，如测三极管。我倒认为数字万用表在测量三极管时更加的方便。以下就是我自己的一些使用经验，我是通常是这样去判断小型的三极管器件的。大家不妨试试看是否好用或是否正确，如有意见或问题可以发信给我。 手头上有一些BC337的三极管，假设不知它是PNP管还是NPN 管。 图1三极管 我们知道三极管的内部就像二个二极管组合而成的。其形式就像下图。中间的是基极（B极）。

图2三极管的内部形式 首先我们要先找到基极并判断是PNP还是NPN管。看上图可知，对于PNP管的基极是二个负极的共同点，NPN管的基极是二个正极的共同点。这时我们可以用数字万用表的二极管档去测基极，看图3。对于PNP管，当黑表笔（连表内电池负极）在基极上，红表笔去测另两个极时一般为相差不大的较小读数（一般0.5-0.8），如表笔反过来接则为一个较大的读数（一般为1）。对于NPN表来说则是红表笔（连表内电池正极）连在基极上。从图4，图5可以得知，手头上的BC337为NPN管，中间的管脚为基极。

图3万用表的二极管测量档 图4判断BC337的B极和管型(1)

图4判断BC337的B极和管型(2) 找到基极和知道是什么类型的管子后，就可以来判断发射极和集电极了。如果使用指针式万用表到了这个步可能就要用到两只手了，甚至有朋友会用到嘴舌，可以说是蛮麻烦的。而利用数字表的三伋管hFE档（hFE 测量三极管直流放大倍数）去测就方便多了，当然你也可以省去上面的步骤直接用hFE去测出三极管的管脚极性，我自己则认为还是加上上面的步骤方便准确一些。 把万用表打到hFE档上，BC337卑下到NPN的小孔上，B极对上面的B字母。读数，再把它的另二脚反转，再读数。读数较大的那次极性就对上表上所标的字母，这时就对着字母去认BC337的C，E 极。学会了，其它的三极管也就一样这样做了，方便快速。 图5万用表上的hFE档

物流管理系统示范软件系统实验报告

物流管理系统示范软件系统实验 03420701 20071447 裴晓苏 （1）实验名称及课程名称:物流管理系统示范软件系统实验。 （2）实验时间地点:2010年12月13日，交通运输工程实验室运输与物流室。 （3）实验目的：在学习现代物流概述、物流经营理论、物流系统的形成及系统分析、物流战略管理、货物运输与供应链管理、电子商务与物流、仓储、库存管理、货物运输组织与配送、物流质量管理、物流费用分析与成本控制、物流信息技术和物流管理信息系统的基础上，综合运用各章所学知识，考察测试分析库存管理ERP系统，了解中海物流管理系统的结构及组成，掌握货物入库、出库及配送的功能及流程，了解物流仓储信息系统设计思路和数据库应用方法。 （4）实验设备系统介绍：交通运输工程实验室运输与物流网络系统；中海物流管理系统示范软件系统（包括物流管理子系统模块，物流业务子系统模块，物流电子商务子系统模块，客户服务子系统模块）；其他设备系统。 （5）实验过程： 1、听取老师对于软件操作的讲解。 2、观摩老师对于软件的使用，分别学习了出库、入库、盘库的相关软件操作。 3、分小组，每组分别进行出库、入库的软件作业操作。 （6）实验结论及总结：通过实验使我们对于物流管理系统示范软件有了一个全面的认识，同时自己也掌握了相对简单的操作方法。达到的预期的实验目的。了解了中海物流管理系统的结构及组成，掌握货物入库、出库及配送的功能及流程，了解了物流仓储信息系统设计思路和数据库的应用方法，对于智能的仓库作业操作也有了清楚的认识。以下是我们小组操作过程中的几个出库和入库作业的操作流程截图。

GXLK-II自动化立体仓库系统实验 03420701 20071447 裴晓苏 （1）实验名称及课程名称: GXLK-II自动化立体仓库系统实验。 （2）实验时间地点:2010年12月13日，交通运输工程实验室运输与物流室。 （3）实验目的：在学习现代物流概述、物流经营理论、物流系统的形成及系统分析、物流战略管理、货物运输与供应链管理、电子商务与物流、仓储、库存管理、货物运输组织与配送、物流质量管理、物流费用分析与成本控制、物流信息技术和物流管理信息系统的基础上，综合运用各章所学知识，考察测试分析库存管理ERP系统，了解中海物流管理系统的结构及组成，掌握货物入库、出库及配送的功能及流程，了解物流仓储信息系统设计思路和数据库应用方法。 （4）实验设备系统介绍：堆垛机入库站台的光电开关将探测信号反馈给电控系统，电控系统的PLC实时向上位机上报系统状态信息；上位机根据接到信息及数据，经分析处理后形成堆垛机入库指令，并将该信息发送给堆垛机。堆垛机接到上位机指令后，将货物送到指定库位。堆垛机完成指令动作后及时上报有关状态信息或标志，上位机根据上报的状态信息或标志，及时更新相关数据库。出库时，上位机根据出库要求，确定库位，然后将该信息发送给堆垛机，堆垛机根据指令取货，并将其送到出库台。 （5）实验过程： 1、听取老师对于自动仓库系统操作的讲解。 2、观摩老师对于电控操作面板的使用，学习出库、入库、盘库的相关操作。 3、分小组，每组分别进行出库、入库、盘库的作业操作 （6）实验结论及总结：通过实验使我们对于物流管理系统示范软件系统有了一个全面的认识，同时自己在软件操作方面也有了相对简单的操作。达到的预期的实验目的了解了中海物流管理系统的结构及组成，掌握货物入库、出库及配送的功能及流程，了解物流仓储信息系统设计思路和数据库应用方法，同时增强了自己在软件操作方面的能力，对于智能的仓库作业操作也有了清楚的认识。 附：对实验中所使用的各个系统的介绍：GXLK-II自动化立体仓库系统 （1）系统概述 堆垛机入库站台的光电开关将探测信号反馈给电控系统，电控系统的PLC 实时向上位机上报系统状态信息；上位机根据接到信息及数据，经分析处理后形成堆垛机入库指令，并将该信息发送给堆垛机。堆垛机接到上位机指令后，将货物送到指定库位。堆垛机完成指令动作后及时上报有关状态信息或标志，上位机根据上报的状态信息或标志，及时更新相关数据库。出库时，上位机根据出库要

系统测试报告参考文档

系统测试报告 1 系统测试报告写作的目的 1、软件测试人员对整个系统测试工作进行总结，对被测试对象进行评估，并对以后的测试工作给出建议 2、测试经理通过测试报告了解被测试产品的质量情况、测试过程的质量 3、软件开发项目经理通过软件测试报告了解开发产品的质量情况，并在下阶段的开发工作中采取应对措施 4、在软件测试报告中，软件测试人员作出的软件产品质量评估，可以作为软件产品是否对外发布的重要参考依据。 2 系统测试报告写作的要点 2.1 概述 简单介绍被测对象、测试特性及其版本/修订级别情况 指明本次系统测试活动所依据的测试计划、测试方案、测试用例及测试过程，对测试内容也要进行简要说明 2.2 测试时间、地点、人员 描述本次测试的时间，地点和测试人员，以及人员分工。 例如： 2.3 环境描述 描述本次测试的环境，包括软硬件、测试仪器、组网图等。

2.4 总结和评价 2.4.1 测试过程质量统计评估 1、工作量数据统计 例如： 分析： 1）可以根据不同模块每千行代码投入的工作量来查看哪些模块测试比较充分；哪些模块测试不够充分。 2）结合模块的实际情况，对关键模块或者复杂模块投入的测试人时比例应相对较高；对非关键或者简单的模块投入的测试人时比例可以相对较低，根据该指标可以用来衡量测试过程中测试资源的分布是否合理。 2、用例数统计

分析： 1）可以根据用例数/KLOC来查看哪些模块用例设计的比较充分；哪些模块用例设计的相对比较少，结合模块的具体特点，需要进行分析，避免关键模块用例设计不充分的情况。2）可以根据不同模块用例数来了解不同测试人员的工作量；结合时间方面的数据，对工作量少而花费时间较多的情况进行调查分析，对其中存在的问题采取相关策略进行有效的规避。 3、用例对需求的覆盖率

三极管单元测试题

三极管单元测试题 一、单选题(每题2分) 1. 关于三极管反向击穿电压的关系，下列正确的是（ ）。 A. EBO BR CBO BR CEO BR U U U )()()(>> B. EBO BR CEO BR CBO BR U U U )()()(>> C. CEO BR EBO BR CBO BR U U U )()()(>> D. CBO BR CEO BR EBO BR U U U )()()(>> 2. 某三极管的V 15,mA 20,mW 100(BR)CEO CM CM ===U I P ，则下列状态下三极管能正常工作的是（ ）。 A. mA 10,V 3C CE ==I U B. mA 40,V 2C CE ==I U C. mA 20,V 6C CE ==I U D. mA 2,V 20C CE ==I U 3. 放大电路如图所示，已知硅三极管的50=β，则该电路中三极管的工作状态为（ ）。 A. 截止 B. 饱和 C. 放大 D. 无法确定 4. （ ）具有不同的低频小信号电路模型。 A. NPN 管和PNP 管 B. 增强型场效应管和耗尽型场效应管 C. N 沟道场效应管和P 沟道场效应管 D. 三极管和二极管 5. （ ）情况下，可以用H 参数小信号模型分析放大电路。 A. 正弦小信号 B. 低频大信号 C. 低频小信号 D. 高频小信号 6. 硅三极管放大电路中，静态时测得集-射极之间直流电压U CE =，则此时三极管工作于（ ） 状态。 A. 饱和 B. 截止 C. 放大 D. 无法确定 7. 已知场效应管的转移特性曲线如图所示，则此场效应管的类型是（ ）。

系统测试全文档

系统测试 1。测试定义： 验证被测试软件与需求是否一致的一系列的测试活动(测试计划、设计、用例、缺陷报告) 2。测试的方法： A是否看内部结构： 黑盒测试：不关注软件的内部代码，只关注输入和输出验证是否和需求一致的 优点：关注用户体验，验证明确 缺点：发现不了隐藏的问题 白盒测试：测试代码的逻辑，验证代码是否正确 优点：发现隐藏的问题 缺点：忽略用户体验，技术要求，费时 B是否依赖工具：自动测试：由工具执行的测试 优点：省时省力、可重复、准确率高、测试的覆盖率高、人做不了 缺点：成本高、人员技术、没有想象力 人工测试：由人来执行的测试 优点： 缺点： C 是否程序运行：静态测试：被测的程序没有运行（界面，文字描述） 动态测试：被测的程序运行 3。质量：软件满足需求的程度 1功能性：软件能做什么，不能做什么 2 易用性：布局：控件左对齐，上下左右均匀分布 字体：大小颜色统一，描述适当 提示和帮助信息 快捷键 3 性能性：速度、资源利用率低 4 可移植：不同的操作系统，不同的浏览下（兼容性） 5 可靠性：能处理各种错误信息 面试题： 你是电梯测试公司的测试负责人，一个用户打来电话说，一栋楼的电梯需要检测。你们能做吗？能先给我一个测试方案看看嘛？ 4。测试过程： 常见的生命周期模型 模型：定义了生命周期中要做的各项工作的规范和顺序

瀑布模型 重点环节： 1、需求分析，需求规格文档 2、总体设计，概要设计文档 3、详细设计，详细设计文档 4、编码，写代码 5、测试，在编码完成后进行 优点：顺序清晰 缺点： 1、由于开发模型是线性的， 用户只有等到整个过程的末期 才能见到开发成果，从而增加了 开发风险 2、如果软件规模大，需求难 以一次到位 V 模型 实现：顺序 测试：阶段划分 单元测试：测试单模块代 码（开发做） 集成测试：测模块间的接 口 系统测试：测试整体的系 统 验收测试：用户参与的测 试 项目验收测试：客户验 收项目 产品验收测试： 阿尔法（α）测试：可 控(公司内部) 贝塔（β）测试：不可 控 双V模型W 模型

三极管的识别与检测方法(2)

三极管的识别与检测方法（2） 课型：理论+实践 教学目标 1、熟悉三极管外形，图形符号和文字符号； 2、了解三极管的种类与特点； 3、了解三极管的特性与参数； 4、掌握常用三极管的命名方法； 教学重点与难点 1、掌握三极管的外形，图形符号和文字符号； 2、了解三极管的种类与特点； 教学方法 讲授法、演示法 教学安排：2课时 教学过程 一、项目实施 任务一：普通三极管的识别与检测 工作任务： 1.识别不同类别的三极管 2.测量三极管 工作步骤： 1.识别各种三极管(按功率) （1）普通小功率三极管 普通小功率三极管通常采用TO-92封装，如图所示为9013三极管，其引脚顺序为E、B、C（引脚向下，面向元件型号）。 （2）中功率三极管 图所示为NPN型中功率三极管TIP41，其引脚顺序为B、C、E（引脚向下，面向元件型号），中功率三极管通常采用TO-220封装。 （3）金属外壳三极管 如图所示为开关三极管2N2222A，该三极管为NPN型三极管，采用金属外壳封装TO-18或TO-39，其引脚顺序如图所示，引脚向下，从凸起位置依次为E、B、C。

（4）大功率金属外壳三极管 图为大功率金属外壳三极管，其封装形式通常为TO-3,其外壳通常为集电极（C），另外两个引脚分别为基极（B）和发射极（E）。 （5）贴片三极管 图为贴片三极管8550,8550为小功率PNP三极管,其贴片型号为2TY，引脚顺序如图所示。 2、识别各种三极管（按引脚的现状） （1）色点标志 （2）凸形标记 （3）三角排列 （4）三脚等距平面性 （5）带散热片的三极管 3.用指针式万用表测量三极管 步骤一：判断三极管的基极(B) 用万用表R×1K档或R×100档依次测量三极管各极之间的正反向阻值，并将测得阻值填入表中。然后分析表中测得数据，观察哪一个引脚与其他两个引脚之间的测得的阻值均较小，如果符合这一条件，则这个引脚就是三极管的基极（B）。 步骤二：判断三极管的管型(PNP还是NPN) 将万用表置于R×1K档或R×100档，将万用表的黑表笔接三极管的基极，红表笔在其他极，如果阻值均较小，则表明这是一个NPN型三极管。如果是高阻值，改用红表笔接三极管的基极，黑表笔在其他引脚，若阻值均较小，则表明这是一个PNP型三极管。 步骤三：辨别三极管的集电极(C)和发射极（E） 方法一：将万用表置于R×1K档或R×100档，用“鳄鱼夹”夹持管脚，或用两手分别捏住表笔和管脚，然后用舌尖舔基极，利用人体电阻作为基极偏流电阻，也可进行测量。指针偏转较大的那一次，黑表笔所接为集电极（NPN管），红表笔所接为发射极。PNP管正好相反。 方法二：将万用表置于HFE档，将三极管管按假定的E、C插入万用表的“三极管测量

动画工作室的方案

一个动画工作室不同的部门负责不同的工作流程， 从剧本确定到期原画设定、分镜头脚本，这一过程需要利用的软件是2D的绘图软件结合手写板，或者干脆就用纸笔替代，这一阶段目前已知的对性能有要求的是CPU主频更敏感，2d绘图软件对多核支持度暂时利用率较低，即便以后的软件会提高，但是做画设计师并不太希望软件频繁的更新造成操作上的不适应，因为有笔有手的设计师已经足够创造他们本部分流程所需要的内容。不过高频率对于2d绘图软件仍然起提高软件和其他设备的响应速度的作用。 脚本设定完是2D的话就会进入绘制和上色阶段，目前需求尚且不明，但是如果是3D的动画角色就需要开始角色建模以及场景建模了。正是因为建模环节需要大量实时显示和选择顶点、线框，甚至一组或上万组模型，当中设计动作和K 帧需要显卡快速预览以便修改，所以为了方便设计人员流畅的拖曳和摆放众多的模型，图形卡根据模型的规模和数量逐步向高端专业卡靠拢，模型规模不大的情况下，入门级专业卡和主流中高游戏卡区别不大，模型到了中等规模入门级专业卡在MAYA和3DsMax软件中操作的帧率可以明显感觉到和游戏卡的差距。就以长沙某动画基地的3维设计部门举例在这个部门建模部分所需的专业卡规格要求不高，入门级专业卡足以应付。 建模还有另外的方向则是建立毛发或粒子的运动模型，目前大部分3维软件处理粒子模型的时候都选择使用CPU模拟物体在真实世界中的物理运动方式，而这样的模拟任务在大多数环境下都是通用运算资源消耗极大，通常需要设计员缩减规模完成模拟以后进行复制再生成，此时不论是提高频率还是增加处理器核心，甚至包括多路核心只要导演认为这个环节进度跟不上拖了整个项目后腿，无论多高的代价都回想办法提供更好的硬件提高流程的完成速度。而增强处理器性能已经是有许多已有的现成测试结果大家可以看Realflow官方网站上放出的结论。 目前已经看到的粒子模拟应用包括在3DsMax中的FumeFX插件以及可以与Maya互相导入导出的RealFlow。 上图是一个Realflow官方发布的Benchmark模型用来测试主机运行粒子模拟运算速度用的，测试很简单，将模型拷贝到指定路径，运行批处理调用无界面的Realflow命令测试，这样可以排除一些其他的影响，侧重点明显在运算子系统。从官方的测试结果来看处理器的频率与核心数量对模拟速度影响最大， 尽管在粒子、毛发等物理运算的新趋势是利用GPU与CPU协同加速，但是目前GPU更迭速度远快于开发人员对GPU性能开发的掌握程度，在用户[视觉效果设计师]没有完全掌握成熟稳定的GPU加速方案之前，花钱砸在更高频率更多内核的CPU上无疑是更明显更直接的提高工作效率的做法。 视觉设计行业最终输出成片或者动画的过程需要通过计算机渲染，因为单台计算机在渲染这个流程中应用极有限，

软件测试-填空题

1、软件质量工程包括软件质量保证、软件质量规划和软件质量控制三大方面。 2、McCall模型产品修改纬度的质量因素有可维护性、可测试性、灵活性。 3、面向对象模型不同于其他模型的主要特征是组件的密集重用。 4、有两种同行评审方法学：审查和走查。 5、RMA可以划分成三组类别内部风险管理措施，分包风险管理措施，顾客风险管理措施 6、支持性质量手段有模板和检查表。 7、依据软件系统的生命周期和其他阶段，软件质量度量划分为软件过程度量和软件产品度量。 8、软件配置发布的版本有基线版本、中间版本、修订版本。 9、SQA标准被划分成软件质量管理标准和软件项目过程标准两类。 10、软件缺陷的固有特征有软件缺陷的固有性、软件缺陷的敏感性、软件缺陷的感染性。 11、McCall模型划分了软件运行、软件转移、软件修改三个纬度的11个软件质量因素。 12、螺旋模型任何一次迭代都可划分为制定计划、风险分析和化解、工程和顾客评估四个项限。 13、依据合同评审的目标对合同评审主题进行分类为建议草案评审主题和合同草案评审主题两种类型。 14、典型的版本方针包括严格-单一活动版本方针、多版本方

针。 15、软件对属于各种质量因素的需求的符合性是由软件质量度量来测量的。 16、CAPA过程的成功运行包含如下活动：信息收集、信息分析、解决方案和改进方法的建立、改进方法的执行、跟踪。 17、常见的软件配置演化模型有线性演化模型和树演化模型。 18、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。 19、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种类型。 20、测试人员、SQA单位是SQA专职人员。 21、CMM内容包含初始级、可重复级、已定义级、已管理级和可优化级五个等级。 22、软件质量保证的目标包括面向产品的软件开发和面向过程的软件维护两大方面。 23、开发生命周期阶段SQA部件可以划分成三类：评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。 24、版本方针和更改方针是维护方针的主要组成。 25、外部参与方可被分类为分包商、COTS软件和重用软件模块的供货商和顾客自身三组。