测试报告编写指南_第1页
测试报告编写指南_第2页
测试报告编写指南_第3页
测试报告编写指南_第4页
测试报告编写指南_第5页
已阅读5页，还剩1页未读， 继续免费阅读

付费下载

下载本文档

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

文档简介

中的以及对最终的分析。PART通常，测试报告供内部测试完毕后使用，因此密级为中，如果可供用户和的人阅读，密级为低，高密级的测试报告适合内部研发项目以及涉及行业和技术 XXXX项目/系统测试报告部门经理 开发经 测试经 XXXXXXX（此处包含用户单位以及研发此系统的公司XXXXXXXXPART本测试报告的具体编写目的，预期的读者范围XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结（XXX功能目标开发人员、项目管理者、其他人员和需要阅读的经理。参考XXX页XXX章节，你的报告读者越多，你的工作越容易重视，前提是必列出设计本系统/项目的术语和缩写语约定。对于技术相关的名词和与多义词一定测试使用的、行业指标、公司规范和质量手册等PART测试的概要介绍，包括测试的一些、测试范围、测试目的等等，主要是测试情况简介（其他测试经理和质量人员关注部分(3-4句)提示：如下，如果系统/项目比较大，则用表格方式列的问题。PARTⅣ及缺陷分描述测试资源消耗情况，记录实际数据。（测试、项目经理关注部分（如存在分组、用户参与等情况）测试经理（员）例如XXX子系统/子功能用时人员编写用例 试总生产率人员用例/编写时间用例/执行时间平均100％的目标。需求/功能（或编号）根据，按编号给出每一测试需求的通过与否结论。P表示部分通过，N/A表示不Y项/×10需求/功能（或编号）/目的仅在于更好的查看。/×1003.2缺陷发现效率＝缺陷总数/执试用时＝/×100％缺陷密度＝缺陷总数/功能点总数描绘被测系统每工作日/编号：BUG原因分析：如何引起缺陷，缺陷的，描述造成软件局限性和其他限制性的原因功能/PART经理、部门经理以及经理关注，请清晰扼要的下定论。测试执行是否充分（

人人文库> 全部分类> 教育资料 > 课件下载

温馨提示

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

最新文档

评论

0/150

提交评论