WAYOUTQC测试和确认规范.doc_第1页
WAYOUTQC测试和确认规范.doc_第2页
WAYOUTQC测试和确认规范.doc_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

1目的确保软件产品质量，使产品能够顺利交付和通过验收的一项重要措施。2适用范围适用于项目开发过程中的单元测试、组装测试、系统测试、业务测试、验收测试以及一些专项测试。3职责项目负责人组织编制测试方案，指导和督促测试人员完成各阶段的测试工作。项目组测试人员按照测试方案完成所承担的测试任务，并按要求填写问题报告及维护记录。项目负责人组织测试环境的建立。4工作流程4.1制订测试方案在测试之前，由项目负责人根据测试计划的要求，组织人员编制相应的测试方案，测试方案应包括以下内容： 测试目的； 所需人员及相应培训要求； 测试环境、工具和测试软件； 测试用例、测试数据和预期的结果。4.2单元测试项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。4.3组装测试 编码开发完成，项目组内部应进行组装测试。组装测试由项目负责人策划并组织实施。组装测试着重对各功能模块之间的接口进行测试，验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进行测试。组装测试过程应填写问题报告及维护记录。4.4系统测试在项目开发完成之后，应对整个系统软件和硬件进行系统测试。对性能、可靠性、健壮性、压力承受力等方面分别进行评价，以验证系统是否满足规定的需要。系统测试由项目负责人策划并组织实施，系统测试过程应形成问题报告及维护记录。4.5业务测试在组装测试与系统测试结束后，均可由最终用户或测试人员对系统进行测试。业务测试着重测试业务流程，功能、用户界面等方面。项目负责人负责组织相关人员制定测试方案和测试用例，并进行测试。测试的结果应形成问题报告及维护记录。4.6验收测试在产品交付和用户验收之前，通过验收测试来确认在规定的使用环境下整个产品的运行情况是否满足规定的要求。在产品交付之前，由指定的验收负责人组织制定测试方案和测试用例，主持验收。验收测试过程应形成问题报告及维护记录。4.7测试问题的处理对测试中发现的问题及处理，应填写问题报告及维护记录，记录问题的现象，问题提出者、判定问题的性质，分析问题产生的原因，确定修改的优先级、记录对问题的维护情况和验收等信息。 单元测试无需填写问题报告及维护记录。对已纳入配置管理的配置项的更改，按照更改控制程序进行控制。4.8测试总结报告在组装测试、系统测试、业务测试和验收测试等完成后，由测试负责人填写测试总结报告，对测试过程进行总结，并给出测试结论。5相关程序文件序 号名 称编 号1系统设计规范WAYOUT-QC-012配置管理程序WAYOUT-QP-023更改控制程序WAYOUT-QP-036记录序 号名 称模
人人文库> 全部分类> 行业资料 > 工业设计

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论