标准软件项目实施方案书

1、附件10项目实施方案书（模板）一、项目实施总体目标二、项目建设阶段实施组织讣划K 1. 项0组织架构K 2、实施方案得职责划分1、2、1.项目实施过程中仁2、2、上线后得运行维护阶段12仁3、项目槪要实施计划134、项目工作阶段与内容181、4. 1、项目启动181、4. 2、需求分析阶段181、4、3、设il开发阶段19211、4. 5、质量控制体系221、4. 6、系统交付与用户测试30三、系统整体测试方案305、概述311v 6.测试资源与环境311、6. 1、硬件配置311、6. 2、软件配置31仁7、需求分析311v 8.概要设讣321v 9.详细设讣321 V lOv开发321v

2、11.集成测试331v 12x系统测试331、13、1、Alpha 测试331、13、2. Bate 测试331v 14.开发周期所需要产生得文档331v 15.软件测试类型341v 13.验收测试331v 16、1v 17、1v 18、1V 19.15、1、白盒测试15、2、静态白盒测试15、3、动态白盒测试功能测试UI测试性能测试18、18、18、18、3435353636361、负载测试2、强度测试3、容量测试4、系统资源竞争测试安全性与访问控制测试36373737381V 25.缺陷皆理41383819、1、应用程序级别得安全性 19、2、系统级别得安全性1V 20.故障转移与恢复测试

3、381、21.兼容性测试391V 22.1V 23.1、24、21、1、浏览器兼容性21、2、操作系统兼容性21、3、硬件兼容性安装测试分辨率测试1、 24、 1、说明书测试1、 24、 2.宣传材料测试.1、 24、 3、帮助文件测试.1、 24、 4、系统用语1、 24、 5、文档审核测试发布测试25、1、错误跟踪管理系统25、2、软件错误得状态25、3、Bug管理得一般流程3939394040404040414141414242四、六、1、25、4、软件错误流程管理要点1v 26.环境项目实施工作方式1V 27.沟通方式1v 28、工作流程:项目培训1v 29.培训总体目标30.用户培训

4、得定义1、30、1、30、1、30、1、30、1、30、42434343444545451、项目管理人员培训452、3、4、5、关键用户培训培训策略培训方式培训设施1v 31.培训i|划教学资料培训内容项目得交付与验收（包括阶段性成果）1、32 X准备阶段1V 33.集成阶段1V 34.上线阶段1、35、上线后支持阶段维护及技术服务1V 36.服务与支持匕服务理念1、 36、 1、1、36、2、服务组织1v 37.维护及技术服务承诺46464747474949494950535557575757621、36、3、服务管理59项目建设阶段实施组织方案项目实施方案就是本公司中标后在签订合同后所进行

5、得、并对标得软件需 求分析、开发、交付、验收得一系统活动所遵行得工作项目、内容、人员、时 间节点以及组织形式等实施预案，在中标后,本公司承诺将按照不低于实施方案 得工作标准对标得项目进行实施。r项目实施总体目标安装.调测标得物软件产品得运行环境及三套研发成果软件平1、研发标得物软件产品三套,并提供Linux操作系统服务器版2序号名称类型数量备注12342、台至上线通过采购方验收。3、与采购方共同维持测试.试运行及验收4、提供三年售后技术服务。5、培训釆购方管理者、一般用户与技术人员具体工作内容与方式如下:、项目建设阶段实施组织计划1.1.项目组织架构项目领导小组双方领导举头项目组长项目评审$家

6、幼需 求 n 理fiVH检用级S；脸收1项目经理 1PPOA 1 111111生诫项理PJL) 測旳社1经旳TWL1开为术 坏堆、卅1 1叩方顶R丄作细11占T占占11111应 用 JF应 用1试111组m、乙方域n作组系址开览组系统泌试组*求址计aiXXXXXXX标得项目实施领导小组：成员包括:XXXXXXX项U总监、XXXXXXX有限公司项U总监。XXXXXXX有限公司项目小组主要成员情况:序号姓名学历职位备注1实施组2345678项u领导委员会负责对项u关键事项与重大问题进行议决，听取阶段性汇报,及对项U成果进行最终验收确认。职责:-按照实施方案分工界面提供人员、设备、资金支持;-审査确

7、认项日实施总体讣划，确认项U阶段U标得设置，并监督完成惜况;-参加项U会议，听取每周项U进展汇报;-审阅周工作报告,监督项U进展;-协调解决关键性、全局性问题;-巫大问题、解决方案得决策;-总体验收项目经理建议山一位XXXXXXX得领导与一位XXXXXXX有限公司得资深人员共同担任项B总负责人职务，分别代表双方管理本项目、负责双方之间得联络，并且在这个合同得所有方面拥有代表本方得权力，并承担相关义务。XXXXXXX有限公司应在星期一到星期五得正常业务时间，即上午9:00到下午6:00（节假日除外）提供本丄作说明书项下得服务她们将负责:-定义项U管理流程.政策、与操作规程;-管理项U进程、项UU

8、标、与项U范B； -规划项U总体进程;-项U得全面沟通;-向项U管理委员会报告项U总体状态。实施组实施组山XXXXXXX有限公司实施顾问以及XXXXXXX得系统环境提供单位得关键人员组成，她们将负责:-针对XXXXXXX得件与网络环境条件制定项U实施方案得落实讣划;-根据系统方案进行系统操作层面得相关配置工作;-完成具体得功能模块实施;-解决最终用户在使用中遇到得问题。-根据项U需要,安装及维护系统所需得系统环境、开发环境、网络环境等方面得工作-负贵系统得性能调优 -负责项U验收测试，并提交验收报告。1.2.实施方案得职责划分本项U实施就是需要XXXXXXX.XXXXXXX有限公司公司两个单位

9、共同努力得,屮乙双方应有明确得分工配合，建立很好得工作机制，才能保证项U成功。1.2仁项目实施过程中本项U得成功依赖于双方得密切配合与通力合作。在项U实施过程中（包括需求分析、设计、系统安装、系统配置、开发、上线、培训等方面）,XXXXX. XXXXX有限公司公司各自应承担得职责义务:XXX得职责在项U中所需第三方软件（指非标得物供应软件人不通过XXXXXXX有限公司供应得W况下,XXXXXXX将提供软件并提供此类软件得安装、配置与维护工作。在实施过程中协助XXXXXXX有限公司负责项U管理、环境分析、安装调试及项U系统测试;配合XXXXXXX有限公司进行关键用户培训与知识转移、方案设计。提供

10、XXXXXXX有限公司完成工作任务所必须得信息保i正与项U有关得问题得到及时解决向最终用户说明新系统得功能、用途与业务规范设置用户权限协助制定并执行最终用户培训计划与XXXXXXX有限公司共同制定系统测试周期、测试脚本与所需测试业务并共同执行测试与XXXXXXX有限公司共同建立项U环境与项U组织结构与XXXXXXX有限公司共同努力,在保证实施质量得前提下,控制项U实施时间在XXXXXXX有限公司得协助下，负责初期数据与基础数据得准备与整理工作进度按时完成工程。XXX有限公司得职责-负责按照本方案确定得实施范组织项U得实施工作,确保实施质量并解决 或协调解决实施过程中遇到得问题。-在项U实施必要

11、阶段增加必要资源支持项U成功在实施过程中在XXXXXXX协助下负责项U管理、环境搭建及项目系统测试;在XXXXXXX得配合下负责关键用户培训与知识转移。-指导与帮助XXXXXXX人员进行数据准备及输入。负责对于XXXXXXX项U组成员进行系统配置、二次开发、系统维护方面得培 训，以使XXXXXXX项U组成员在项U实施完成后能够独立操作、二次开发、维护、 系统配置方面得工作。使与项U有关得问题得到及时解决提供有关系统在实施范围内得技能与以往得经验解决系统培训与实施中出现得问题计划、协调与项U实施相关得各个方面得工作与XXXXXXX共同建立项U环境与项U组织结构依据项U il划充分调动XXXXXX

12、X有限公司资源，并做好这些资源得后勤保障,在必要时候，寻求公司更高层次得支持完成工程。-提供必要得原厂技术支持 -提供必要得工信部软件与集成电路促进中心得授牌共建支持。-与XXXXXXX共同努力,在确保实施质量得询提下,控制项U实施时间进度按时1.2. Z上线后得运行维护阶段在本阶段,XXXXXXX得系统已经运行了一段时间，可能提出对系统得配置与一些新得要求。对于在项U实施过程中山于时间与资源限制没有全部完成得实施 内容也在完善阶段进行补充。同时对用户得使用进行支持。此次项U中系统上线 后得试运行定为两个月。XXXXXXX得职责XXXXXXX项U负贵人应依据项U需求召开项U管理会议。保证系统上

13、线后得稳定性安排支持人员，解决上线运用中最终用户出现得问题。系统维护人员，根据项U设讣得流程维护上线后得投产环境例如维护用户权 限等,保证系统安全 -维护问题日志，关于软件问题应敦促软件提供商及时解决XXXXXXX有限公司得职责与XXXXXXX项U经理依据项U需求召开项U管理会议。协助XXXXXXX项U经理监督软件商对问题解决得进度。评佔各模块得运行悄况，解决系统操作,运用得问题。继续实施在项U上线前没有完成得实施任务提出系统配置改进建议帮助XXXXXXX完善系统运作。1.3.项目概要实施计划项目成果物与说明天数参与人员一、项目启动1、项目组织、人员准备项目组织机构2、测试、开发环境搭建项目启

14、动任务书3、业务系统了解、学习项目综合实施计划二、需求分析与技术方案确定1、数据库、中间件等平台技术构筑方案论证与评审系统平台构筑优化方案2、应用系统架构方案与功能分析应用平台与功能分析书3、部门节点数据分析、需求分析数摇标准与流程设计4、功能分析Demo原型、开发技术设计方案5、技术规范、策略制楚系统实施标准规范三、系统设计五、项目培训1、系统管理员壊训现场培训、课堂培训2、开发技术人员培训现场培训、课堂培训3、关键用户培训（操作员培 训）课堂培训六、系统实施与维护服务1、系统部署、运行与验收系统试运行报告系统终验报告运维手册系统安装部署系统试运行系统验收2、运行维护服务免费服务系统维护报告

15、1.4. 项目工作阶段与内容141项目启动签订委托开发合同书建立项日组织、对项目进行佔算、制订提供项U相关得资料与回答承包相关得计划、系统可行性调査分析、与商得问题联络票上得相关内容客户得沟通、技术上得学习培训等准备确认承包商“项U综合管理计工作。划”/ 成立项目组织，确定包含项U经理、PJL、SPJL、PPQA在内得关键项U 团队组织；/定义项U过程裁剪定义/ 完成项U作业一栏表/ 完成项U综合管理计划得制定与 评估；使用项目风险问题管理表对识别出 得风险进行管理；1.4.2.需求分析阶段协助提供各项资料、数据安排需求专家参与本项U需求调研工业务访谈协调安排作（包括:办公业务类专家、门户专家

16、、参与正式审査会议、确认需求集成专家与美工等。）分析报告制定及修改需求开发讣划;需求调査 /完成与确认需求调査报告O / 对确认得内容记入问题回答管理需求分析 /确定技术解决方案及技术架构;/完成需求分析报告 “建立需求追踪矩阵 需求评审 需求确认 需求基线管理问题回答管理票需求调査报告需求追踪矩阵需求分析报告项目需求评审报告143.设计开发阶段安排工程师进行现场设计开发工作，包括:美工、系统设计专家、办公业务开发工程师、门户开发工程师与系统集成丄程师。 概要设计提供各项资料文件及数据供软件制定槪要设计计划设计用确定系统架构与概要设计准则协助取得数据库规划所必须得各概要设计项文件

17、及要求/完成概要设计书。负责数据得检查工作/建立需求追踪矩阵。参与正式审査会议，确认“概要/数据库逻辑设计。设计书”评审系统概要设计确认概要设计书概要设计基线管理/概要设计准则/概要设计书/概要设计评审报告1432详细设计参与正式审査会议，确认“详细制定详细设计计划设计文件”确定详细设计准则槪要设计/完成概要设计书。/将详细设计得内容按照其与需求得 对应关系填入需求追踪矩阵评审系统详细设计确认详细设计书概要设计基线管理/详细设计准则/详细设计书/详细设计评审报告程序编码监控项U开发进度制定并不断修正编码开发计划编制编程规约设计程序框架与共通模块编码实现代码评审编码基线管理/编码完

18、成后，源代码、需求追踪矩阵纳入基线管理“编码过程中所产生得所有文档L4A系统测试阶段安排专业测试人员进行现场测试，包括用户、页面、功能.压力等方面得测试。并山工程师对系统进行调整。分模块测试监控项U开发进度制定模块计划获得测试结果报告测试式样书作成建立测试环境 实施模块测试 测试结果报告/评估 模块测试基线管理.结合测试确认“软件整体测试il划”制定整体测试il划依据测试报告确认测试结果测试式样书作成参加功能示范审查，确认结果建立测试环境实施整体测试测试结果报告/评估整体测试基线管理145.质量控制体系工作文档我公司有一套规范得作业流程与标准，以下就是我公司项目皆理中部分工作文档

19、得列表，本项目得开发过程中可以结合具体情况进行适当得修正。01LCN.项目启动规程_项目任务书项目启动，事业部长下发项目任务,任命项.项目启动规程_项目组组织图23目经理.PPQMD部指企PPQAc011_CN_项目启动规电项目资源管理表说明项目人员使用得开发、测试得软件、碾件环境。项目服务器得环境等0.项目启动规程_参加部门人员一览.项目估算规暨项目作业一览表列举项目得作业边界，描述项目得交付内.项目估算规医项目过程裁剪定义根据公司要求得项目开发章程进行裁剪,形成项目执行得流程与规范，指ik项目需 要执行哪些流程，输出哪些内容得文档、报告等。008.CN.项目估算规暨项目预算书009_CN_

20、项目il划制泄以及修改规程_概要概要计划就是指项目得里程碑时间点等,（详细）时间计划详细计划就是指项目实施得时间计划。9009_CN_项目计划制立以及修改规程_项目计划书项目得综合il划，就是项目得时间计划、方 法、作业标准、需要达到得质量等等。包 含项目得个阶段得子计划。10OlO.CNJxt险与问题管理规程_项目风险问题管理表项目得风险问题票，识别到得风险与发生 得问题填写到这里，进行分析、跟踪等。a007_CN_项目监控规程_项目跟踪与监控计划项目需要监控哪些参数，监控得周期，预讣 参数值。外设是了这些内容得偏差范围， 超岀偏差范围需要进行得控制方法。12007_CN_项目监控规程_项目

21、周报13007_CN_项目监控规程_里程碑工作总结报告里程碑报告,主要就是对当前里程碑进行 总结,判断里程碑就是否达到了我们设立 得目标，就是否能够进入下个阶段。14007_CN_项目监控规程_项目总结报告15012_CN_项目需求开发规程_系统要件立义书需求规格说明书。16012_CN_项目需求开发规程_需求开发调査报告导出得客户得需求,分析、协调、精练细化并消除需求间得矛盾，做成以客户得术语或非技术形式表达得需求调査报告17012_CN_项目需求开发规程_需求追踪矩阵18013_CN_概要设计规程_概要设计书19013_CN_概要设计规程_概要设计准则概要设计准则通常包括:项目概要设计得

22、方法、项目概要设il所使用得工具、概要 设讣成果物所使用得部分模板等。概要设计方针通常包括:方针包括:操作、 错误处理、日志、提示信息、异常处理、 命名规约等方针。20014_CN_详细设计规程_详细设计书21014_CN_详细设计规程_详细设计准则与概要设讣准则得要求类似22Oi5_CN_式样理解规程_问题回答管理票对需求、设计文档进行理解,以达成我们理 解得意思与客户得要求就是一样得。需求、 设计内容写得不明确得时候，需要提问，提 问得问题写到这里，进行回答、记录与跟 踪。23016_CN_码规程_程序框架设计书24Oi7_CN_单元测试规程_产品缺陷票25Oi7_CN_单元测试规程_单元

23、测试式样书26018_CN_项目集成规程_系统联动测试报告就是指产品经过集成、编译等动作后，进行 一个验证,以确左接口已经基本正常。在这 个基础上，开始进行SI测试等动作。270i9_CN_结合测试规程_产品缺陷票28019_CN_结合测试规程_结合测试式样书290i9_CN_结合测试规程_结合测试计划测试得计划，包括使用得方法，准入、准出得 原则等等。时间计划只就是这个计划得一 个部分。30020_CN_项目验收及交付规程_产品交付清单交付时，制定这个淸单，列举交付得内容，报 告当前存在得为解决得问题。31020_(1项目验收及交付规程_纳品管理表现在改称交付管理表，就是对交付得内容设楚相关

24、得检查方法与标准，记录检査得状态，交付得部分得质虽数据分析。32023_CN_项目结朿规程_项目个人总结考评表33O23_CN_项目结束规程_项目总结34023_CN_项目结束规程_项目结项申请项目经理向事业部长提交得结项申请.项目需求管理以及变更管理规程-记录需求变更得表,主要就是记录变更得35需求变更管理一览表需求与设讣等内容，我们当前实施得状态,就是否需要对应这些变更,对应变更需要得工数预算，相关得对应计划。36.项目需求管理以及变更管理规程-需求追踪矩阵37025_CN_评审规程_工作产品Review票兼评审报告38O.评审规程-评审通知39026_CN_收物验收规程_接受物验收报告4

25、0O27.CNJ2量与分析规程_人力资源管理表41O27.CNJ2量与分析规程_工作产品管理表42O27.CN_度量为分析规程_工作量度量分析管理表43O27.CNJ2量与分析规程_度量分析报告44O27.CN_度量与分析规程_度量计划45027.CNJ21I与分析规程_成本度量分析管理表46O27.CNJS量与分析规程-生产率度量分析管理表47O27.CNJ2量与分析规程_缺陷统计齐个部分得评审报告都需要参照这个模板填写。正式评审，发得评审通知。对客户给我们得东西进行验收，确认就是否达到我们执行项目得需要，或者确认就是否达到我们与客户预世得要求。项目经理填写得，项目得每个人员在什么时候以什么

26、角色参加什么部分得工作。度II项目得投入工作量各个度量分析表中已经有相关得度量分析报告信息，在需要时，将这些信息抽取到这个报告中。Bug得统i|分析表，将Bug管理系统中得Bug导出，用透视图生成分析表格,主要就是对Bug进行分类分析。48027_CNjSg与分析规程_规模度量分析管理表49027_CN_度量与分析规程_评审集计表统计评审发现得问题数，以及投入得工作50027_CN_JSS-*j分析规程_质量度量分析管理表51027_CN_JSS与分析规程_进度度量分析管理表52028_CN_配置管理规程_创建基线申请票创建基线时，提出得申请，主要用作申请与CCB对变更得审核。53028_CN

27、_配置管理规程_变更基线申请票变更基线时，提出得申请，主要用作申请与CCB对变更得审核。54028_CN_配置管理规程_基线管理表记录基线得文件内容、路径、状态、变更时间等等。55028_CN_配置管理规程_配置审计报告配置审计得物理审il报告，主要就是审汁 配置项就是否按照配置计划纳入到配置库 相关得位置,就是否按照命需规则进行配 置管理。56028_CN_配置管理规程_配置管理计划列举配置管理得执行角色即配置管理组成 员、配置控制委员会(CCB)得成员，以及配 置库得CVS配置，文件服务器得使用要求， 配置项得位置、权限等等。57029_CN_决策分析规程_问题决策报吿对重大问题进行决策分

28、析(DAR)时得报告， 报告主要有备选方案，决策得依据、标准、 方法、评价方法、评价结果、存在风险等。58030_CN_过程监控打质量保证规程_不一致问题票PPQA开出得NC问题列表,以及处理情况 得跟踪。59030_CN_过程监控与质量保证规程项目_PPQA报告PPQA得审核报告，分为阶段审核报告与周 期审核报告。60030_CN_过程监控与质量保证规程_项_PPQA讣划1.452开发品质标准为确保项目开发得质量，公司对提出了下列基本度量指标。根据项目得具体情况，标准与度量可以派生出更多得度量控制KPI,以保证本项目得实施。.测试密度与bug检出率工程要素下限目标上限单元测试试

29、验密度65105170Bug检出密度369结合测试1试脸密度163992Bug检出密度0. 742、23、6结合测试2试脸密度41550Bug检出密度0、190、741、35说明:总Case个数“测试密度（测试密度就是用来衡量测试用例得覆孟度得指标） 测试密度二正规化SOURC行数/1000Bug密度=正规化SOVRC行数/1000总Bug个数有效源代码:项目程序中除注释与空白行之外得源代码，以文件为单位按物理行计算。包含新规源代码、修改得源代码与自动生成得源代码0“正规化源代码行数正规化源代码行数=剰视源代码+修改源代码+自动生成原代码X10%/新规源代码手工新制作得程序源代码，不包括测试代

30、码“自动生成源代码由编程工具自动生成得代码。1.4.54问题处置能力标准联络应对标准il 算公式:响应日时收到日时。联络:包括客户提出得式样联络、BUG票、与要求变更。联络响应期间:1个工作日内。BUG票应对标准优先度樹对标准至急立閱处理高当天处理中二天內处理低I三天内处埋QA缺陷（NC）票应对标准优先度回答标准高当天内回答中二天内回答低四天内回答.评审能力标准以下时间均指初次评审所必需得经过时间，如需要再次评审，迅加投入得时间可递减。但总合计值不应超过2倍。I)设il文档评审时间标准单位为（分钟/P）。2)源代码评审时间标准单位为（分钟/KL）。文档类型审查小组评审走査桌查BD

31、-SPEC57353556DD-SPEC57353556PG-SOURCE40 6030 4030 5040 60Case评审时间标准单位为（分钟/个（Case个数）3)文档类型审查小组评审走査桌査PG.SOURCE 600720450570-600720SI1-CASE10 1581081210 15SI2-CASE15 2010 13101515 20迦g_L：审査与小组评审得会议前准备时间未讣在内。说明2:PG-SOURCE指侧重于程序结构、规范性得代码评审。PG.SOURCE指侧重于査找程序逻辑缺陷得代码评审。.任务完成度得进度率标准比率BD/DDPGUTSI1/SI21

32、0%理解完理解完r理解完了25%正在制作设讣书編码框架设计完成白盒测试CASE设i|完成（评审通过）测试CASE与数据制作 中50%符合模板要求得设il书完成按照Coding规约編码完 毕（編译通过）一个回合得测试完毕达到侦定得贾盖率CASE及数据设计完成（评审通过）75%内部评审完毕，正在解决评审问题DEBUG+源代码评审完 毕，正在解决评审问題BUG对应及复测中一个回合测试完毕BUG 对应中95%评审发现得问题全部解决评审发现得问題全部解决BUG全部对应且新版木 确认完毕BUG全部对应且新版木 确认完毕100%直接管理者承认直接管理者承认直接管理者承认直接管理者承认逊;该指标规崔了实施讣划

33、中任务得完成度与进度率得对应关系。无相关对应任务时可跳过该进度率。.正规化编程生产性标准Java类型项目: 详细设i|SIl:1200行/人月。CD+UT:2000 行/人月。146系统交付与用户测试有系统用户对系统进行测试，根据测试情况,对系统进行完善与调试，项目组安排工程师对系统进行调整。提供安装场地及必要设施申请交付（包括阶段性得交付时间点与指派人员点收软硬件设备及文最终交付日期）件，并进行安装后测试准备交付用户测试确认“系统测试计划”/确认交付清单（一般山客户提供）指派专人协调配合测试/确定当前可交付工作产品版本号，依据“系统测试报告”确认系统分模块制定020_CN_项U

34、验收及结合测试结果交付规程_纳品管理表，提出明确 得交付内容、提交条件与完成标准。/并标记尚未解决得缺陷与尚未实现 得机能/打包交付得工作产品，并测试打包 后得产品得可操作性提供场地及机房设备之安装建议进行现场系统安装撰写“系统测试计划”及进行系统测 试内容步骤得设计依“系统测试计划”与测试要求进行系统测试，并撰写测试报告三、系统整体测试方案1.5. 概述系统测试就是关注系统得外部特性。它得主要对象就是进行系统测试得测试 工程师。该方案所包含得测试用例范W包括MicroMOe系统得所有功能测试用例、 环境测试用例、性能测试用例以及UI测试用例等。1.6.测试资源与环境关键项数量性能要求期望到位

35、阶段测试PC机4P4,主频2、6GHZ.硬盘300Q内存2G此配置就是实际用机需求分析阶段数摇库服务器1P4,主频2、6GHZ.硬盘300Q内存2G此配置就是实际用机需求分析阶段1.6.2.软件配置资源名称/类型配置数据库管理系统Oracle.操作系统Centos服务器版64位客户端前端展示IE9. 0负载性能测试工具Vs2008：功能性测试工具MANUAL1.7.需求分析需求分析期间测试得主要丄作为:审核需求分析报告:需求中就是否存在不合理现象;需求就是否可以被实现召开需求评审会议:评审会议项日经理系统分析师，用户代表，客户测试设计师参加书写验收测试计划。1.8.概要设计概要设期间，测试得主

36、要工作为:审核概要设计报告:概要设讣就是否符合全部需求，概要设计就是否存在问召开概要设计评审会议：由项U经理，系统分析师，系统设计师，设计师，测试设讣师，技术专家参加。书写系统测试计划。1.9.详细设计详细设计期间测试得主要工作为审核详细设讣报告:详细设讣就是否符合全部需求，详细设计就是否存在问题召开详细设计评审会议:山项U经理，系统设计师设计师编码人员测试设讣师参加书写集成测试讣划。1.10. 开发开发期间测试主要工作为召开开发指南评审会议:山项U经理设计师开发员参加书写个阶段测试用例。召开测试用例评审会议:山项U经理测试设计师测试工程师参加设计（山测试设计师设讣）并书写测试脚本（山开发人员

37、书写）。开发后期,山开发人员对开发得模块进行单元测试。1.11.集成测试按照模块上下集关系进行从上到下或者从下到上得集成测试方法进行集成测试单元测试与集成测试主要考虑功能性测试。同时也要对模个模块或者集成模块进行非功能性得抽样测试。1.12.系统测试对整合系统进行整合测试,这时得测试主要测试系统得整体功能与全部非功能性得需求。1.13.验收测试验收测试首先进行正规性得测试，即山技术人员模拟各户环境，以用户得身份进行安装与测试工作。然后进行非正规测试alpha测试与bate测试。1.13丄 Alpha测试山公司内部开发人员模拟用户进行测试这个时候还允许对需求做些修改丄作1J32 Bate 测试a

38、lpha测试后将产品提交给某些特定用户，进行测试，注意这就是得软件一定要有使用时间限制，这时候冻结系统需求1.14.开发周期所需要产生得文档立项前期项目合同可行性分析报告项目计划书需求分析期需求规格说明书需求规格审核报告 需求规格评审报告 验收测试计划书概要设计期概要设讣书概要设讣审核报告 概要设讣评审报告 系统测试计划书详细设计期数据库设计 详细设il书详细设il审核报告详细设讣评审报告集成测试计划书编码前期编码规范编码测试脚本测试用例测试脚本设计书编码后期单元测试报告集成测试期集成测试报告系统测试期系统测试报告验收测试期验收测试报告后期使用手册配置指南广告材料测试总结报告（决定产品就是否可

39、以发布）蓝色为可选项1.15.软件测试类型软件测试就是指使用人工或者自动得手段来运行或测定某个软件产品系统结果得区别。本文主要描述软件测试得一些类型。得过程其U得就是在于检验就是否满足规定得需求或者弄清预期得结果与实际1.15丄白盒测试G盒测试就是基于代码得测试测试人员通过阅读程序代码或者通过使用开发工具中得单步调试来判断软件得质量，一般白盒测试山项日经理在程序员开发中来实现。白盒测试分为动态白盒测试与静态0盒测试1J52静态白盒测试利用眼睛，浏览代码，凭借经验，找出代码中得错误或者代码中不符合书写规范得地方。比如，代码规范中规定，函数必须为动宾结构。而黑盒测试发现一个函数定义如下:Funct

40、ion NameGet()这就是属于不符合开发规范得。有这样一段代码:这段代码交集为整个数轴,IF语句没有必要1=0;wh订e(I100)J=J+100;T=J*PI;在循环体内没有I得增加，错误产生。1.15.3.动态白盒测试利用开发工具中得调式工具进行测试。比如一段代码有4个分支，输入4组不同得测试数据使4组分支都可以走通而且结果必须正确。if仃0)PlelseP2在调试中输入I Ab测试Pl程序段通过；再输入1=1,测试P2程序段，这样得测试属于动态白盒测试得缺陷。白盒测试通常在单元测试得时候进行。1.16.功能测试功能测试指测试软件各个功能模块就是否正确，逻辑就是否正确。对测试对象得功

41、能测试应侧重于所有可直接追踪到用例或业务功能与业务规则得测试需求。这种测试得U标就是核实数据得接受、处理与检索就是否正确，以及业务规则得实施就是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面(GUI)或者测试脚本与应用程序进行交互,并对交互得输出或结果进行分析，以此来核实应用程序及其内部进程。功能测试得主要参考为类似于功能说明书之类得文档。1.17. UI 测试UI测试指测试用户界面得风格就是否满足客户要求，文字就是否正确，页面美工就是否好瞧，文字，图片组合就是否完美，背景就是否美观，操作就是否友好等等用户界面(UI)测试用于核实用户与软件之间得交互。UI测试得U标就是确保用户界面会通过

42、测试对象得功能来为用户提供相应得访问或浏览功能。另外,UI测试还可确保UI中得对象按照预期得方式运行,并符合公司或行业得标准。包括用户友好性，人性化，易操作性测试丄I测试比较主观，与测试人员得喜好有关。都属于UI测试中得缺陷。比如:页面基调颜色刺眼;文字中出现错别字;页面显示范W超过屏幕范W等性能测试性能测试主要测试软件测试得性能，包括负载测试，强度测试，容量测试基准测试以及基准测试1.18丄负载测试负载测试就是一种性能测试指数据在超负荷环境中运行，程序就是否能够承担。在这种测试中，将使测试对象承担不同得工作量以评测与评估测试对象在不同工作量条件下得性能行为，以及持续正常运行得能力。负载测试得

43、U标就是确定并确保系统在超出最大预期丄作量得宿况下仍能正常运行。此外，负载测试还要评佔性能特征例如，响应时间、事务处理速率与其她与时间相关得方面。比如用户并发量测试就就是属于负载测试得用户，可以使用测试工具模拟上百人客户同时访问瞧系统响应时间，处理速度如何?强度测试强度测试就是一种性能测试，她在系统资源特别低得情况下软件系统运行W况。这类测试往往可以书写系统要求得软硬件水平要求。主要测试对象为低CPU主频，低存储空间（内存或外存），低连接速度。实施与执行此类测试得U得就是找出因资源不足或资源争用而导致得错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显得缺陷。而其她缺

44、陷则可能山于争用共享资源（如数据库锁或网络带宽）而造成得。强度测试还可用于确定测试对象能够处理得最大工作量。比如:一个系统在内存366M下可以正常运行,但就是降低到258M下不可以运行,告诉内存不足，这个系统对内存得要求就就是366血容量测试指通过代码往存储空间中插入一定数量得数据，瞧瞧相关程序就是否能够正常运行。容量测试使测试对象处理大量得数据，以确定就是否达到了将使软件发生故障得极限。容量测试还将确定测试对象在给定时间内能够持续处理得最大负载或工作量。例如通过编写代码项存贮空间输入一定数量得记录，然后运行需要使用这个存储空间得程序判断程序就是否运行正常。1.184 系统资源竞争测试软件竞争

45、使用各种资源（数据纪录，内存等），瞧她与其她相关系统对资源得争夺能力。比如:一台机器上即安装您得财务系统，乂安装用友财务系统。当CPU占有率下降后，瞧瞧就是否能够强过用友财务系统,而就是自己得系统能够正常运行?1.19.安全性与访问控制测试安全性与访问控制测试侧重于安全性得两个关键方面:应用程序级别得安全性包括对数据或业务功能得访问系统级别得安全性包括对系统得登录或远程访问。1.19丄应用程序级别得安全性可确保:在预期得安全性情况下，主角只能访问特定得功能或用例，或者只能访问有限得数据。例如可能会允许所有人输入数据，创建新账户但只有管理员才能删除这些数据或账户。如果具有数据级别得安全性测试就可

46、确保“用户类型一”能够瞧到所有客户消息而“用户二”只能瞧见同一客户得统计数据。比如不通过登入页面直接进入系统?1.192 系统级别得安全性可确保只有具备系统访问权限得用户才能访问应用程序，而且只能通过相应得网关来访问。比如输入管理员账户检査其密码就是否容易猜取或者可以从数据库中获得？1.20.故障转移与恢复测试故障转移与恢复测试指当主机软硕件发生灾难时候，备份机器就是否能够正常启动，使系统就是否可以正常运行，这对于电信，银行等领域得软件就是十分重故障转移与恢复测试可确保测试对象能成功完成故障转移,并能从导致童外数据损失或数据完整性破坏得各种硬件、软件或网络故障中恢复。故障转移测试可确保:对于必

47、须持续运行得系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障得系统，以避免丢失任何数据或事务。恢复测试就是一种对抗性得测试过程。在这种测试中，将把应用程序或系统置于极端得条件下（或者就是模拟得极端条件下），以产生故障（例如设备输入/输出（I/O）故障或无效得数据库指针与关健字）。然后调用恢复进程并监测与检査应用程序与系统，核实应用程序或系统与数据已得到了正确得恢复。一定要注意主备定时备份。比如突然主机程序发生死机，备份机器就是否能够启动，使系统能够正常运行，从而不影响用户打电话?1.21.兼容性测试乂叫配置测试。兼容性测试核实测试对象在不同得软件与硬件配置中得运行悄况。在大多数生产环

48、境中，客户机工作站、网络连接与数据库服务器得具体硬件规格会有所不同。客户机工作站可能会安装不同得软件例如，应用程序、驱动程序等而且在任何时候都可能运行许多不同得软件组合，从而占用不同得资源。（如浏览器版本操作系统版本等）1.21丄浏览器兼容性测试软件在不同产商得浏览器下就是否能够正确显示与运行;比如测试IE, Nat scape浏览器下就是否可以运行这套软件?1.212操作系统兼容性测试软件在不同操作系统下就是否能够正确显示与运行;比如测试WINDOWS XP WINDOWS 7, LINU, UNIX下就是否可以运行这套软件?1.21.3.硬件兼容性测试与硕件密切相关得软件产品与其她硬件产品得兼容性，比如该软件就是少在并口设备中得，测试同时使用其她并口设备，系统就是否可以正确使用、比如在不同厂商得CPU芯片下系统就是否能够正常运行?这样得测试必须建立测试实验室，在各种环境下进行测试。1.22. 安装测试安装测试有两个U得。第一个U得就是确保该软件在正常W况与异常悄况得不同条件下：例如,进行首次安装、升级、完整得或自定义得安装_都能进行安装。异常悄况包括磁盘空间不足、缺少U录创建权限等。第-个B得就是核实软件在安装后可立即正常运行。