《TSPP10P01测试和验收过程V100.docx》由会员分享,可在线阅读,更多相关《TSPP10P01测试和验收过程V100.docx(13页珍藏版)》请在第一文库网上搜索。
1、TIANSU测试和验收过程文件编号TSP-P10-P01生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数13正 文9附 录0编 制陆培审 核批 准南京天溯自动化控制系统有限公司(版权所有,翻版必究)变更日志编号版本修改内容修改人修改日期10. 10创建初稿陆增2009-10-3020. 20内部评审,建立组织方针陆堵2009-11-1031.00发布陆培2009-11-251引言11. 1目的和方针11.2适用范围11. 3 * 11.4 龙J12 g23 过程活动描述33.1 制订软件测试计划33. 1. 1*34. 1. 2 JD J*35. 1.3进入标准
2、36. 1.4 输入37. 1.5 任务38. 1.6结束准则39. 1.7 输出33. 2进行产品集成33. 3选择测试工作产品43. 3. 1 概述43. 3. 2角色与职责43. 3. 3进入标准43. 3. 4 输入43 3 5*43. 3. 6*43. 3. 7t.l- *3. 4 建 系统 试环境 .43. 4 1*43. 4. 2角色与职责43. 4. 3进入标准53. 4.4 输入53. 4. 5 任务53. 4. 6结束标准53.4. 7 输出53. 5执行测试53. 5. 1 概述53. 5. 2角色与职责53. 5. 3进入标准53. 5. 4 输入53. 5. 5 任务
3、63. 5. 6结束标准63. 5. 7 输出63. 6制定验收计划63. 6. 1 63. 6 23 6 3 63 6 4 63.6.5*63. 6 6 K .73. 6. 7 输出73. 7客户验收73. 7. 1 概述73. 7. 2角色与职责73. 7. 3进入标准73. 7. 4 输入73. 7. 5 任务83. 7. 6结束标准83. 7. 7 输出84相关文档94. 1 弓 IJIJ f牛.94 2 彳吏 *1引言1.1 目的和方针测试过程是指确保软件产品的质量,使系统能够达到规定的功能要求、性能要求等,确保系统在要求 的硬件和软件平台上工作正常,保证软件产品能够顺利通过验收、符
4、合用户要求。验收过程是指在于证明,产品或产品构件当被置于其预定环境中时.,适合于其预定用途。为策划和执行“测试和验收”过程,制定并维护组织方针:项目组制定产品测试计划和方案,建立测 试环境;对测试计划和方案组织同行评审,纠正评审中发现的问题;对中间产品和产品进行测试,纠正测 试中发现的问题。项目组与用户商定验收计划和验收方案,共同建立验收环境;项目组与用户共同对产品 进行验收测试;项目组确保产品顺利验收,验收结果应得到用户的确认。1.2 适用范围本文件适用于项目开发过程中的单元测试、集成测试、系统测试、验收测试、交付验收等。1.3 定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、
5、项目组内达成一致意见的专用词汇, 同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注功能测试当完成了系统实现后,进行功能测试,一般由开发人员执行,测试实现的系统设计功能。采用黑盒与白盒相结合的测试方法。系统测试功能测试完成,方可进行系统测试,通过参照系统需求和设计文档,进一步确认系统功能的正确性和完整性。其中包括功能确认测试、 性能测试、安装测试和加密检测。采用黑盒测试法。1.4 参考资料无2过程总体描述“测试”过程域强调测试准备、测试执行和确定纠正措施。“测试”过程包括按照需求(包括顾客需 求、产品需求和产品构件需求)对产品和中间产品进行测试。“测试”过程是一种渐进的过程,因为它要
6、在产品和工作产品整个开发过程中执行,即从对需求进行测试开始,然后是对推进中的工作产品进行测试, 最后是对完成的产品进行测试。在产品每个层次上对工作产品的测试有助于提高产品满足顾客、产品和产品构件需求的可能性。“测试”过程与“验收”过程看起来类似,但是它们处理的问题不同。“验收”是要证明所提供的(或 将要提供的)产品适合其预计的用途,而“测试”则是要查明工作产品是否符合规定的要求。同行审查是测试工作的重要组成部分,是一种有效消除缺陷的机制。设法了解工作产品和生产这些产 品的过程非常重要一可以防止缺陷和发现改进过程的机会。同行审查涉及到由产品生产者的同行对工作产 品的系统性检查,以便发现缺陷和其他
7、需要更改之处。验收过程要证明所建造的出产品将在其预定环境中发挥其预定作用。各项确认活动的做法和验证类似 (例如:测试,分析,仿真等等)。验收活动和验证活动往往同时进行,并且可能利用同一环境的某些部 分。其差异在于,验证是证明产品符合产品规格说明的要求,而验收是证明产品适合于在预定运行环境中 使用。换句话说,测试是保证“做的正确”,而验收则保证“做的东西正确”。如果可能,应该采用将在其预定环境运行的实际产品进行确认。可以使用整个环境,也可以使用一部 分。通过早期开展确认活动(例如:对照顾客和最终用户的运行需要对顾客需求进行确认),可以在开发 生存周期的早期发现问题。验收问题可能包括发现不能令人满
8、意的产品需求或来预料到(或非预料)的作用或行为。在发现问题 后,要实施“需求开发和管理过程”、“技术解决过程”或“项目监督和控制过程”等过程域中的实践,解 决这些问题。3过程活动描述3.1 制订软件测试计划3.1.1 概述这里是指制订软件测试计划,这个计划是用来管理测试活动。3.1.2 角色与职责系统分析人员负责根据项目开发计划制订软件测试计划。3.1.3 进入标准项目开发计划已经完成,且项目已经启动。最迟应在产品集成完成之前进入。3.1.4 输入项目开发计划3.1.5 任务1)确定测试所需要使用的资源描述测试所需要的资源,如计算机、网络、测试人员规模、测试人员能力、测 试工具等资源的要求。2
9、)组建测试团队确定测试总负责人及其责任和权限。确定测试人员,并明确他们责任和权限。3)建立和维护测试过程依据项目开发计划建立特定项目的测试过程并给出这些测试过程的开始 和结束时间。4)确定该计划的评审参与人员要考虑在顾客、最终用户、开发人员、生产人员、测试人员、供应者、营销人 员、维护人员以及可能受产品和过程影响或者可能影响产品和过程的其他人员参与 到测试计划的评审中来。5)对软件测试计划进行评审3.1. 6结束准则软件测试计划文档制订完成并已得到批准。3.1.7输出软件测试计划3. 2进行产品集成在进行系统测试前我们一般要进行产品集成,参见产品集成规程3.3选择测试工作产品3. 3.1概述工
10、作产品的选择要根据它们是否满足项目目标、客户需求、项目风险来确定。工作产品的测 试可能包括与之关联的维护、培训和支持服务。被选择的工作产品需要对应的测试方法,测试方 法是指工作产品测试的技术方案。3. 3. 2角色与职责 系统分析人员根据详细设计说明书、项目集成计划等文档,选择测试工作产品和对于 每个产品的测试方法。3. 3. 3进入标准 详细设计说明书、项目集成计划等文档已经完成。3. 3.4输入 详细设计说明书、项目集成计划等文档。4. 3.5任务D 确定要测试的工作产品;从待选工作产品中选择需要进行测试的工作产品。2) 根据项目需求追溯表确定满足每个工作产品的环境;3) 确定可用的测试方
11、法。这里确定的测试方法是可用于测试工作产品的具体技术解决方法。4) 为每个所选择的工作产品制定测试用例在确定要用的测试方法的基础上,为每个所选择的工作产品定义测试 用例。5) 将确定“要测试的工作产品”、“测试环境”、“测试方法”等集成到软 件测试计划中。3. 3. 6结束标准 测试用例得到审批。3. 3.7输出 测试用例3. 4建立系统测试环境3.1.1 概述在测试前需要建立一个能开展测试活动的环境。这种测试环境可以外购、开发、复 用、修改或这些方式的组合。所要求的环境的类型取决于所用的测试准则和方法。3.1.2 角色与职责系统分析人员或相关人员根据测试的工作产品清单等文档,建立并维护为支持测试所需的环境。3.4 3进入标准系统测试用例等文档已经完成并得到审批。3.4.4 输入系统测试用例3.4.5