网络测试报告模板(功能测试报告模板)

网上可以找得到，比如 http://wenku.baidu.com/view/7463747301f69e3143329462.html
我上传到115.com网盘上面了、下载地址给你留言了

先给你个意见 ，就是不知道你听不听得进去。 1.要是这个程序你自己能把它作为毕业设计独立完成，（而且是按你下面的要求，从理论到实际，ER要合理，物理层也要合理），你能做到，可以在外面公司直接上班，工资2800起。-到8000看你自己的发挥。2.你可能觉得你学校没学到东西做不出来，其实我和你说,很多的软件高手学校都是没有学到东西的，而是在要毕业前4，5个月也就是毕业设计的时候学的。完整的设计不可能有人给你做，除非你给个1500元上悬赏3.仓库信息管理系统或医院管理系统，建议你是做仓库的，医院的比较难接触到，比较大型。=======================================a.需求分析（仓库--超市版）入库(产品资料入库,名称、进价、条码、数量....................出库订货（对库存不足的商品订货，生成订货单v.............)库存统计（按时间，名称，供应商....等等）出库统计（如上供应商管理客户资料管理( 对送货上门客户等记..........，VIP、会员等等）各种资料打印B.概念设计（最好把这个和逻辑设计放到实际部门关系，部门设定之后再做）比如中型超市 有独立的点货员财务会计出纳 店长经理等职务，先了解好超市的流程有多少工作岗位，那些岗位需要电脑调用资料建议你在3.3 3.3 3.5不要做得非常的书面化，（就是按书上那种很复杂的ER图来表示，因为一个正确的ER图会耗掉你很多的精力，你只要把各种要用ER图表示的关系图用草图表示出来，原理上通了，然后设定有什么表，字段 就开始设计建议，比如你用DEPHI软件来设计，你肯定会逐渐发现有非常多非常漂亮的第3方控件，或方便的第3方控件，或看同学使用起来很牛BXX的样子，你最好是不要去用，第3方控件非常的多，你永远都使用不完，也学不完，等你做好了基本版本后要是有时间再去考虑这些。精力不要分散了。
兄弟，你学软件测试，就要学；别个给你测试报告了，你直接交上去，是的，老师这关你是过了；但是你学习的目的不是应付老师，你要应付的是你将来的老板，真真开始做项目了，我看你怎么去写这个测试报告；你不可能又发帖子去求人帮忙吧？ 写测试报告，可以在网上找个模版，仿照上面的格式来写测试报告；不管写得好不好，起码是自己花了心思去做的，还有即使写得不好，老师提意见，也是正常的；多总结，总有一天，你就会发现，你进步了，写测试报告很自然了。起码不用求人了。
测试报告这玩意一家公司一个样。你要来干嘛？
我也想要！511670344@qq.com

测试分析报告：1、编写目的：说明这份测试分析报告的具体编写目的，指出预期的阅读范围。2、测试概要：用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。3、测试结果及发现：把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。4、对软件功能的结论：简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。测试原则对计算机软件进行测试前，首先需遵循软件测试原则，即不完全原则的遵守。不完全原则即为若测试不完全、测试过程中涉及免疫性原则的部分较多，可对软件测试起到一定帮助。因软件测试因此类因素具有一定程度的免疫性，测试人员能够完成的测试内容与其免疫性成正比，若想使软件测试更为流畅、测试效果更为有效，首先需遵循此类原则，将此类原则贯穿整个开发流程，不断进行测试，而并非一次性全程测试。以上内容参考：百度百科-软件测试
测试分析报告 1 引言1.1编写目的说明这份测试分析报告的具体编写目的，指出预期的阅读范围。1.2背景说明：a. 被测试软件系统的名称；b. 该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境 之间可能存在的差异以及这些差异对测试结果的影响。1.3定义列出本文件中用到的专问术语的定义和外文首字母组词的原词组。1.4参考资料列出要用到的参考资料，如：a． 本项目的经核准的计划任务书或合同、上级机关的批文；b． 属于本项目的其他已发表的文件；c． 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2测试概要用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。3测试结果及发现3.1测试1（标识符）把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。3.2测试2（标识符）用类似本报告3.1条的方式给出第 2项及其后各项测试内容的测试结果和发现。4对软件功能的结论4.1功能1（标识符）4.1.1能力简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。4.1.2限制说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。4.2功能2（标识符）用类似本报告4.l的方式给出第2项及其后各项功能的测试结论。．．．．．．5分析摘要5.1能力陈述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异 对能力的测试所带来的影响。5.2缺陷和限制陈述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响。5.3建议对每项缺陷提出改进建议，如：a． 各项修改可采用的修改方法；b． 各项修改的紧迫程度；c． 各项修改预计的工作量；d． 各项修改的负责人。5.4评价说明该项软件的开发是否已达到预定目标，能否交付使用。6测试资源消耗 总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。
卓码测评小编就为大家带来常规测试报告模板范文案例： 1、项目概述；介绍产品相关背景，测试的时间，测试专业术语，测试该项目所参考的相关资料。2、产品测试需求分析；对产品的测试需求进行详细分析，需要进行的测试内容做好人员分工，通过测试需求列出详细的测试计划，做好测试进度记录。3、产品测试用例设计；根据每个功能点进行产品测试用例设计，明确需要用到的测试工具及测试资源，执行测试过程。4、缺陷记录管理；对软件测试过程中发现的测试缺陷建立一套规范的缺陷管理流程，包括发现缺陷过程，缺陷对产品造成的严重程度，反思回溯缺陷产生的各个阶段，来持续地改进缺陷管理流程。 5、总结；对产品测试流程进行总结分析，记录产品过程中缺陷修复流程，降低缺陷带来的负面影响，为以后优化产品提供依据。
支持楼上的，很详细了。 还要加一个测试结论吧。

看《软件测试实用技术与常用模板》这本书，里面有好几十个测试模板。
照着模板写 初步定义测试报告模板：一、编写准则：实用、简单、清淅、明了二、编写目的：对当前阶段开发软件质量的一个评估参照，同时也是测试人员对其本阶段工作进行的汇报总结。三、测试报告项说明：1、测试日期：实际测试所用的日期2、测试人员：参加执行测试的人员3、测试目的：本此测试的期望值。（如：想知道系统200个人同时登陆时的时间、服务器cpu的情况等）。4、测试工具：在实际执行测试时所用的工具，这里主要是指软件方面的的工具5、测试环境：主要是指实际执行测试时的环境，如：和开发共用不共用数据库、服务器以及负载机的配置、服务器的配置、相关的数据库机器的配置、网络流量等。6、测试结果：也就是在以上的测试情况下，测试出来的实际结果。当前软件还存在那些不足，测试还存在那些不足需要改进。7、测试总结：以测试目的和测试结果相对照，分析结果。例：软件还在那些方面8、备注说明：也就是对遗留问题，或是在设计测试用例时没有想到的相关问题的一个补充说明，也可以是对当前特殊情况的相应说明。四、相关说明：此模板只是一个初级模板，会在以后的工作中进行慢慢的改进，以达到最实用，最理想状态为止。测试报告 测试日期 测试人员 测试目的测试工具测试环境测试结果测试总结 备注说明

摘要 测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。本文提供测试报告模板以及如何编写的实例指南。关键字测试报告 缺陷正文测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。PARTⅠ 首页0.1页面内容：密级通常，测试报告供内部测试完毕后使用，因此密级为中，如果可供用户和更多的人阅读，密级为低，高密级的测试报告适合内部研发项目以及涉及保密行业和技术版权的项目。XXXX项目/系统测试报告报告编号可供索引的内部编号或者用户要求分布提交时的序列号部门经理 ______项目经理______开发经理______测试经理______XXX公司 XXXX单位 （此处包含用户单位以及研发此系统的公司）XXXX年XX月XX日0.2格式要求：标题一般采用大体字（如一号），加粗，宋体，居中排列副标题采用大体小一号字（如二号）加粗，宋体，居中排列其他采用四号字，宋体，居中排列0.3版本控制：版本 作者 时间 变更摘要新建/变更/审核PARTⅡ 引言部分1.1编写目的本测试报告的具体编写目的，指出预期的读者范围。实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。提示：通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节，你的报告读者越多，你的工作越容易被人重视，前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。1.2项目背景对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。1.3系统简介如果设计说明书有此部分，照抄。注意必要的框架图和网络拓扑图能吸引眼球。1.4术语和缩写词列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。1.5参考资料1．需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。2．测试使用的国家标准、行业指标、公司规范和质量手册等等PARTⅢ 测试概要测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。（其他测试经理和质量人员关注部分）2.1测试用例设计简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，以及用这类方法(3-4句)。提示：如果能够具体对设计进行说明，在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念，顺便说一句，在这里写上一些非常规的设计方法也是有利的，至少在没有看到测试结论之前就可以了解到测试经理的设计技术，重点测试部分一定要保证有两种以上不同的用例设计方法。2.2测试环境与配置简要介绍测试环境及其配置。提示：清单如下，如果系统/项目比较大，则用表格方式列出数据库服务器配置CPU：内存：硬盘：可用空间大小操作系统：应用软件：机器网络名：局域网地址：应用服务器配置…….客户端配置…….对于网络设备和要求也可以使用相应的表格，对于三层架构的，可以根据网络拓扑图列出相关配置。2.3测试方法(和工具)简要介绍测试中采用的方法(和工具)。 提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项，当使用到测试工具和相关工具时，要说明。注意要注明是自产还是厂商，版本号多少，在测试报告发布后要避免大多工具的版权问题。
说一下一个标准的软件测试报告应该包含哪些信息： 1、概述，包括本次测试的目的，测试的背景介绍；2、测试环境，包括测试软硬件环境及配置，以及测试环境的网络拓扑图；3、测试的一些参考资料；4、测试参与人员，以及投入的时间情况说明；5、测试的进度情况，包括计划进度和实际进度；6、测试情况介绍，包括测试的内容项说明。如功能测试具体的测试项，测试通过情况；性能测试的测试项，测试通过情况等；7、缺陷的统计和分析，包括迭代次数，缺陷的分布情况，缺陷的覆盖情况，缺陷的发展趋势等；8、本次测试的结论； 9、测试人员就本次测试的一些建议。