1楼：神奇的大公鸡
软件测试报告的正文的格式如下:
1引言本章应分成以下几条。
1.1 标识
本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2 系统概述
本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3 文档概述
本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。
2引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的**。
3测试结果概述
本章应分为以下几条提供测试结果的概述。
3.1 对被测试软件的总体评估
本条应：
a． 根据本报告中所展示的测试结果,提供对该软件的总体评估；
b． 标识在测试中检测到的任何遗留的缺陷、限制或约束。可用问题/变更报告提供缺陷信息；
c． 对每一遗留缺陷、限制或约束，应描述:
1) 对软件和系统性能的影响,包括未得到满足的需求的标识；
2) 为了更正它,将对软件和系统设计产生的影响；
3) 推荐的更正方案/方法。
3.2 测试环境的影晌
本条应对测试环境与操作环境的差异进行评估,并分析这种差异对测试结果的影响。
3.3 改进建议
本条应对被测试软件的设计、操作或测试提供改进建议。应讨论每个建议及其对软件的影响。如果没有改进建议,本条应陈述为 "无"。。
4详细的测试结果
本章应分为以下几条提供每个测试的详细结果。
注 :" 测试 " 一词是指一组相关测试用例的集合。
4.x( 测试的项目唯-标识符 )
本条应由项目唯一标识符标识一个测试,并且分为以下几条描述测试结果。
4.x.1 测试结果小结
本条应综述该项测试的结果。应尽可能以**的形式给出与该测试相关联的每个测试用例的完成状态(例如,"所有结果都如预期的那样","遇到了问题","与要求的有偏差"等)。当完成状态不是"所预期的"时,本条应引用以下几条提供详细信息。
4.x.2 遇到了问题
本条应分条标识遇到一个或多个问题的每一个测试用例。
4.x.2.y ( 测试用例的项目唯一标识符 )
本条应用项目唯一标识符标识遇到一个或多个问题的测试用例,并提供以下内容:
a． 所遇到问题的简述;
b． 所遇到问题的测试过程步骤的标识;
c． (若适用)对相关问题/变更报告和备份数据的引用;
d． 试图改正这些问题所重复的过程或步骤次数,以及每次得到的结果;
e． 重测试时,是从哪些回退点或测试步骤恢复测试的。
4.x.3 与测试用例/过程的偏差
本条应分条标识与测试用例/测试过程出现偏差的每个测试用例。
4.x.3.y ( 测试用例的项目唯一标识符)
本条应用项目唯一标识符标识出现一个或多个偏差的测试用例,并提供:
a． 偏差的说明(例如,出现偏差的测试用例的运**况和偏差的性质,诸如替换了所需设备、未能遵循规定的步骤、进度安排的偏差等) 。 (可用红线标记表明有偏差的测试过程 );
b． 偏差的理由;
c． 偏差对测试用例有效性影响的评估。
5测试记录
本章尽可能以图表或附录形式给出一个本报告所覆盖的测试事件的按年月顺序的记录。测试记录应包括:
a． 执行测试的日期、时间和地点;
b． 用于每个测试的软硬件配置 ,( 若适用 ) 包括所有硬件的部件号/型号/系列号、制造商、修订级和校准日期;所使用的软件部件的版本号和名称;
c． ( 若适用 ) 与测试有关的每一活动的日期和时间 , 执行该项活动的人和见证者的身份。
6评价6.1能力。
6.2缺陷和限制。
6.3建议。
6.4结论。
7测试活动总结
总结主要的测试活动和事件。总结资源消耗，如：
7.1 人力消耗。
7.2 物质资源消耗。
8注解本章应包含有助于理解本文档的一般信息（例如背景信息、词汇表、原理）。本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录附录可用来提供那些为便于文档维护而单独出版的信息（例如图表、分类数据）。为便于处理，附录可单独装装订成册。附录应按字母顺序（a，b等）编排。
软件测试报告包含哪些内容
2楼：雁子
测试报告的主要内容
数据统计
遗留bug情况
测试风险
暂停的问题
1、出现概率比较低，用户操作不易复现的问题，后续由客户端修改；
2、本地阅读定位问题，修改比较困难，不影响使用，后续优化；
3、属于遗留问题；
4、属于内容平台问题，内容优化；
暂停问题是产品人员、开发人员与测试人员沟通后暂停的
3楼：匿名用户
网页链接
测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。
测试模块（每个模块里需要记录测试的开始时间、结束时间、设计多少用例、通过多少、失败多少、有多少bug、遗留多少bug、解决多少bug、追后对这个模块总结一下）
bug的统计，根据时间轴来统计bug的数量，例如：***x年x月x日，发现bug多少，关闭bug多少，剩余bug多少，高级的bug有多少，中级的bug有多少，低级和建议的bug有多少，一直罗列到项目完结
项目总结，汇报一下测试的大致结果。
遗留和风险，该软件还有什么遗留问题，还有什么风险，都要一一说明最后评判该软件是否符合上线标准，日期，签字，加盖章等
4楼：朴力允盛
你这样问有些笼统,
首先你要说明你这份测试报告是给谁看的.
如果是给客户,
那这份报告主要就是产品的光学参数
,外形尺寸,备注信息等.
例如一个光纤准直器.
你要有产品型号,产品流水号,厂商logo(看客户要求是否为中性包装),il,rl,纤长,光纤类型,产品草图,
大致也就是这些了.
而如果你是可靠性验证报告,
那就要按行业的标准执行.
例如无源器件应该是gr-1221及gr-1209.国内的标准是gbt多少号我不记得了,但里面的要求差水多.但会更详细.
便也无非就是,高温,高湿,高低温循环,沉水,冷藏,冲击,**等.
而如果是市场的展示报告,
则又有所不同,
主要就是产品的外形,参数,使用厂合,本公司优势(如果有的话),工作原理等,一般用***较好.
活动总结报告包括哪些内容？
5楼：手机用户
2010、黑白相对论漫画大赛活动总结
一、活动的目的及意义
其一：提高各位社员对身体素质的重视。
其二：提高各位社员的竞争合作精神。
其三：提高各位社员的创画思维与绘画水平。
二、活动的优点
其一：推动了校园文化的建设。
其二：有利于完善学生的个性，充分调动了广大学生的主动性和参与意识，使得广大学生在参与中巩固了和发展了兴趣、爱好、特长。
其三：明确了各位社员的意识：
a.群众观念和服务意识。
b.民主观念和法制意识。
c.创新精神和务实精神。
d.管理水平和综合能力。
e.竞争合作求双赢的意识。
三、活动中存在的问题及改正方法
其一： 宣传力度还是不够，没有充分的利用了个个渠道进行宣传。
改正方法：利用人力和物力资源，如各班班干部、学校广播站，来进行更大、更详细、更有影响力的宣传。
其二：画画技巧单一，不够灵活。
改正方法：打开成员的视野，多收集一些关于漫画方面的资料；加强练习，多锻炼成员画画技巧，创作出属于自己的个性特色的作品。
其三：没有深入的策划好活动中的各个细节和对突发事件的应急措施。
改正方法：事先应该把活动策划到最详细、最容易能够落实；还应该策划好遇到各种突发事件相对来说最容易处理的应急措施。
四、活动感触
活动是社团的灵魂，是社团前进和发展的生命力，没有活动的社团就等于没有血液、没有生命。
五、活动结束语
在团委老师、指导老师的正确指导下，在学生会各部门的关心下，通过本社团全体社员的共同努力工作，此次活动取得了圆满的成功。
含笑漫画社
2010年6月25日
测试总结报告的意义有哪些
6楼：天马行空设计
1.把关的职能
：把关是质量检验最基本的职能，也可称为质量保证职能。这种职能是质量检验一出现时就存在的，不管是过去和现在，即使是生产自动化高度发展的将来，检验的手段和技术可能有所发展和变化，质量检验的把关作用，仍然是不可缺少的。
2.预防的职能：
现代质量检验区别于传统检验的重要之处，在于现代质量检验不单纯是起把关的作用，同时还要起预防的作用。广义来说，原材料和外购件的入厂检验，前工序的把关检验，对后面的生产过程和下工序的生产，都能起到预防的作用。
3.报告的职能：
报告的职能也就是信息反馈的职能。这是为了使领导者和有关质量管理部门及时掌握生产过程中的质量状态，评价和分析质量体系的有效性。为了能作出正确的质量决策，了解产品质量的变化情况及存在的问题，必须把检验结果，用报告的形式，反馈给领导决策部门和有关管理部门，以便作出正确的判断和
4.改进的职能：
质量检验参与质量改进工作，是充分发挥质量检验搞好质量把关和预防作用的关键，也是检验部门参与提高产品质量的具体体现。质量检验人员一般都是由具有一定生产经验、业务熟练的工程技术人员或技术工人担任。他们经常工作在生产现场，对生产中影响人、机、物、法、环等因素了解最清楚，质量信息也最灵通。
他们比设计、工艺人员了解质量的情况要多一些，深一些，因而在质量改进中能提出更切实可行的建议和措施，这也是质量检验人员的优势所在。
测试总结报告中用例执**况怎么写
7楼：云南万通汽车学校
软件测试报告的正文的格式如下:
1引言本章应分成以下几条.
1.1 标识
本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号.
1.2 系统概述
本条应简述本文档适用的系统和软件的用途.它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档.
1.3 文档概述
本条应概括本文档的用途与内容,并描述与其使用有关的保密性与私密性要求.
2引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和日期.本章还应标识不能通过正常的供货渠道获得的所有文档的**.
3测试结果概述
本章应分为以下几条提供测试结果的概述.
3.1 对被测试软件的总体评估
本条应：
a．\x09根据本报告中所展示的测试结果,提供对该软件的总体评估；
b．\x09标识在测试中检测到的任何遗留的缺陷、限制或约束.可用问题/变更报告提供缺陷信息；
c．\x09对每一遗留缺陷、限制或约束,应描述:
1) 对软件和系统性能的影响,包括未得到满足的需求的标识；
2) 为了更正它,将对软件和系统设计产生的影响；
3) 推荐的更正方案/方法.
3.2 测试环境的影晌
本条应对测试环境与操作环境的差异进行评估,并分析这种差异对测试结果的影响.
3.3 改进建议
本条应对被测试软件的设计、操作或测试提供改进建议.应讨论每个建议及其对软件的影响.如果没有改进建议,本条应陈述为 "无".
4详细的测试结果
本章应分为以下几条提供每个测试的详细结果.
注 :" 测试 " 一词是指一组相关测试用例的集合.
4.x( 测试的项目唯-标识符 )
本条应由项目唯一标识符标识一个测试,并且分为以下几条描述测试结果.
4.x.1 测试结果小结
本条应综述该项测试的结果.应尽可能以**的形式给出与该测试相关联的每个测试用例的完成状态(例如,"所有结果都如预期的那样","遇到了问题","与要求的有偏差"等).当完成状态不是"所预期的"时,本条应引用以下几条提供详细信息.
4.x.2 遇到了问题
本条应分条标识遇到一个或多个问题的每一个测试用例.
4.x.2.y ( 测试用例的项目唯一标识符 )
本条应用项目唯一标识符标识遇到一个或多个问题的测试用例,并提供以下内容:
a．\x09所遇到问题的简述;
b．\x09所遇到问题的测试过程步骤的标识;
c．\x09(若适用)对相关问题/变更报告和备份数据的引用;
d．\x09试图改正这些问题所重复的过程或步骤次数,以及每次得到的结果;
e．\x09重测试时,是从哪些回退点或测试步骤恢复测试的.
4.x.3 与测试用例/过程的偏差
本条应分条标识与测试用例/测试过程出现偏差的每个测试用例.
4.x.3.y ( 测试用例的项目唯一标识符)
本条应用项目唯一标识符标识出现一个或多个偏差的测试用例,并提供:
a．\x09偏差的说明(例如,出现偏差的测试用例的运**况和偏差的性质,诸如替换了所需设备、未能遵循规定的步骤、进度安排的偏差等) .(可用红线标记表明有偏差的测试过程 );
b．\x09偏差的理由;
c．\x09偏差对测试用例有效性影响的评估.
5测试记录
本章尽可能以图表或附录形式给出一个本报告所覆盖的测试事件的按年月顺序的记录.测试记录应包括:
a．\x09执行测试的日期、时间和地点;
b．\x09用于每个测试的软硬件配置 ,( 若适用 ) 包括所有硬件的部件号/型号/系列号、制造商、修订级和校准日期;所使用的软件部件的版本号和名称;
c．\x09( 若适用 ) 与测试有关的每一活动的日期和时间 ,执行该项活动的人和见证者的身份.
6.1能力.
6.2缺陷和限制.
6.3建议.
6.4结论.
7测试活动总结
总结主要的测试活动和事件.总结资源消耗,如：
7.1 人力消耗.
7.2 物质资源消耗.
8注解本章应包含有助于理解本文档的一般信息（例如背景信息、词汇表、原理）.本章应包含为理解本文档需要的术语和定义,所有缩略语和它们在文档中的含义的字母序列表.
附录附录可用来提供那些为便于文档维护而单独出版的信息（例如图表、分类数据）.为便于处理,附录可单独装装订成册.附录应按字母顺序（a,b等）编排.